Pedalman

Ich habe gerade von einer guten Prestashop-Agentur erfahren, dass man darauf achten muss, dass das "vergessene Passwort" bzw. das "neugenerierte" nicht im Klartext via Email übertragen werden darf. Es gibt im Prestaaddonshop ein Modul zu 30EUR, welches sich darum kümmert, dass nur auf der Webseite oder so das geregelt wird ohne email. Ich dachte ThirtyBees hätte diese Passwort-Vergessen-Funktion seit 1.0.4 aber da habe ich mich geirrt. Gerade getestet und es wird im Klartext übertragen. Was haltet Ihr davon?

Ok. Ich bin ja erst seit 6 Jahren dabei und muss noch daran arbeiten noch entspannter zu weden. HIer im Englischen: https://forum.thirtybees.com/topic/1135/new-general-data-protection-regulation-2018-05-25/93

Da kann ich jetzt nur noch auf Miachel Dekker hoffen. Es hieß im Forum, das Modul stehe rechtzeitig zur Verfügung. Es sollte vom Desgin der Architektur des Prestashop Moduls entsprechen. Das ist wirklich sehr stressig nun und auch nicht ganz verständlich. Hinweise auf die DSGVO und Europa wurden von usern hier vor Monaten gegeben. Die Wichtigkeit natürlich im Auge. Wir sind auch nur Menschen aber wir Shopbertreiber bekommen schon Stress, wenn es um das Thema Abmahnungen geht. Aber der Punkt ist doch ganz einfach, es ist eine Verordnung von ganz oben und daher muss! Thirtybees compliant sein. Klar, Schritte wie Datenverarbeitungsverträge unterzeichnen und abheften wie neuen Datenschutz CMS anlegen geht. Sollte Sonntag ein Kunde nerven, so haben wir das Recht erst nach Tagen zu antworten.... Hoffentlich kommt da heute was.

Hallo ich habe leider nicht immer die Zeit alles zu verfolgen, aber ich meine mich zu errinnern, dass es hier im Forum hieß, dass TB rechtzeitig 'rechtssicher' gemacht würde für die DSGVO. Wenn ich mir ansehe, wie andere Shopsysteme es lösen, scheint es ja auf ein zentrales Modul hinauszulaufen. Das wäre sehr schön. Aber wie ist der Entwicklungsstand für TB? Habt Ihr ein Modul aus dem Prestashop eingebunden und die hooks nachgetragen bei entsprechenden Modulen ? Danke

Thank you Lesley.

Mh, that is good news but I also would be interested in an explanation. Perhaps you could ask the admin while also saying thank you to him :)

Vekia (Milos) from mypresta.eu wrote long time ago but still cares for a tinymce editor pro module. In a nutshell he modded it and added nice stuff. For most not essentially must have stuff but I wanted to say that. Perhaps you could pimp Tinymce to support 'shortcuts' so we can use it in the future when Thirtybees sports a community theme visual editor like elementor or Iquit's version in his templates. Then we could start layouting the hell out of our pages ;)

I had very bad issues with backoffice loading (citate from Mr. Trumpete:) Jokes aside I could solve my slow loading bo getting rid of a certain browser addon: Lastpass that one scanned the page for forms to fill and slowed the page down. I was very happy to reckon the reason and happily switched to KeePass. Perhaps you should try loading BO with an empty browser profile?

I do not see any relation or what excactly caused the issue but Chrome console told me about too many rewrites so I thought of course about my .htaccess. I have these rewrites active since I wanted to use the seo juice I might have had before I migrated from Presta to Thirtybees half a year ago. TB offers nice url schemes I wanted to use.

I got a huge problem with StoreCommander at the moment. Since updating TB to 1.0.4 it stopped loading/working. I got in the browser console this:

How can I hide the on all pages (and modules that show products like cross selling) except the product page? Or best would be since I like the "before" reduction price display to hide: aeuctaxlabel aeucshippinglabel I am pretty sure even after the new European law for ecommerce and consumer satisfaction ;) we need this info only where it is possible to 'buy' (add to cart button) the product. This is only possible on the product page in my shop since only there appears the add to cart button.

Thanks Lesley, I see what you mean. Actually I had to increase .content_price: 82px I hope that does not break other layout features like responsiveness and that such that is safe to use ;) Any tip on how to display: none the advancedeucompliance module on all occasion (also cross selling module and so on) except the product page?

I have some small issues with linebreaking and padding/margins in order to get a nicer looking product box: You see that the pre-reduced price addition breaks a nice layout. 1st: How can I fix that? 2nd: Many shops only show the essential information the module advancedeucompliance offers on product.tpl pages where the add to cart button is shown. Well, how can I achieve that? I need some display: none or so for the info block on homepage and product listings. I think that's it as long not other modules like cross selling or so view the add to cart button. I would use .aeuctaxlabel, .aeucshippinglabel {display: none !important} if I knew how to constrain it on all pages except product.tpl (I think that makes sense). 3rd: Revws module hook info block needs some more margin-top and perhaps a smaller font-size for the grade count. Well, I failed to change this, too. Perhaps if the 2nd question is solved 1st and 3rd are bogus :) I still use Warehouse theme by Iquit and I am happily willing to migrate to the comunity theme when I find the time to do so...

! it works ! As said I did deactived APC and OPcache in Hetzner's console and deleted the class_index.php again (I had reuploaded zip content to FTP just now.) Now I am back in BO. Great!

I did. I do it again in a second. I just deactivated APC and so on in Hetzner's console. Just to make sure.

I had followed Slicks' tut to run pre 1.0.4 three months ago. All was fine. I stopped checking the GIT repo for changes in Feb 2018. So I had a January 2018 V1.0.4. Today I followed the official tut from the Blogpage to update to the latest V1.0.4. Now I can not get into backoffice. The login screen appears fine then with logging in I get a white screen. Dev mode on and browser console does not give me a clue! I had run Michaels SQL via phpmyadmin. I had to change PREFIX to ps. since I orginally came from Prestashop and have skipped to change Prefix to TB. Anyhow I assume Miachel meant us to change the line anyway. browser console says: [ThirtyBeesException] Class 'AdminDashboardController' not found at line 125 in file classes/controller/Controller.php @since 1.0.0 @version 1.0.0 Initial version */ public static function getController($className, $auth = false, $ssl = false) { return new $className($auth, $ssl); } /** Custom error handler * ControllerCore::getController - [line 829 - classes/Dispatcher.php] - [1 Arguments] DispatcherCore->dispatch - [line 63 - admin/index.php] PS: I have reuploaded the directory but does not help.

Hello I was so bold to run my live shop with 1.0.4 since you made this post Slick. I had no issues and all was more than fine for me. Anyhow I stopped looking for updates since end of Januara I think. Now, 1.0.4 is topical to the latest and public. So great news. But how can I update form pre 1.0.4 to the latest without issues?

Thank you Ant for the link. That should help. Nice is also, that I, too, have moved the {$summary_tab} block to the right top so my DMS with ocr can more easily archive it...

Hallo ich habe gerade erst festgestellt, dass sobald Artikel gekauft wurden, die reduziert sind, eine weitere Spalte auf der Rechnung erscheint: Grundpreis (o. MwSt.) Ich denke sie sollte heißen Grundpreis vor Preisreduzierung oder ähnliches (lieber was kurzes). Mein Schnippsel invoice.product-tab.tpl: ``` {l s='Reference' pdf='true'} {l s='Product' pdf='true'} {l s='MwSt.' pdf='true'} {if isset($layout.before_discount)} <th class="product header small" width="{$layout.unit_price_tax_excl.width}%">{l s='Base price' pdf='true'} <br /> {l s='(Tax excl.)' pdf='true'}</th> {/if} <th class="product header-right small" width="{$layout.unit_price_tax_excl.width}%">{l s='Unit Price' pdf='true'} <br /> {l s='(Tax excl.)' pdf='true'}</th> <th class="product header small" width="{$layout.quantity.width}%">{l s='Qty' pdf='true'}</th> <th class="product header-right small" width="{$layout.total_tax_incl.width}%">{l s='Total' pdf='true'} <br /> {l s='(inkl. MwSt.)' pdf='true'}</th> </tr> </thead>``` ``` {if isset($layout.before_discount)} {l s='Base price' pdf='true'} {l s='(Tax excl.)' pdf='true'} {/if}``` Inhalt der Spalte: {if isset($layout.before_discount)} <td class="product center"> {if isset($order_detail.unit_price_tax_excl_before_specific_price)} {displayPrice currency=$order->id_currency price=$order_detail.unit_price_tax_excl_before_specific_price} {else} -- {/if} </td> {/if} Habt Ihr das besser oder eleganter gelöst?

I would like to have a form where we could enter test emails. I know about doing a test order and a manual cron with proper settings but I like it the easy way.

This is not as general issue. I noticed it only once and could not 'regenerate' it. I noticed and my customer too that on the invoice delivery costs were set to "free shipping" though normally our standard delivery costs should have been charged. Weird is that PayPal saw this standard charge and charged it correctly. So, cart data was sent correctly to PayPal via Api but at somepoint Thirtybees internal invoice generating system failed or more likely was tricked some how. I also noticed on the invoice the invoice adress was in a foreign country but not the delivery adress. For this particular foreign country we charge differntly. Note that for both cases inland and foreign... there is only one delivery service presented. Each has its standard carrier. I tried to retrigger this behaviour and switched some times between delivery and invoice adress and inland and foreign country but I could not retrigger this. I even tried to reproduce the cart that consisted of articles with variants. May be someone has an idea what could have happened?

In the file is another occurence of 1.6 - may be this should be changed to 2.6 , too?

... works.. please delete my post. I had a typo and asked for help. working is now: <img class="logo img-responsive replace-2xlogo" src="{$base_dir|escape:'htmlall':'UTF-8'}img/svg/logo.svg" onerror="this.src='{$base_dir|escape:'htmlall':'UTF-8'}logogs.jpg />

I vote for screen shots of user having fun to show us their way of implementing it. May be someone creates a style that differs totally of what we are used too. The module is working now and I like it very very much. Such a good time this year! So many superb modules at our hands now by so generous and capable developers that I am happy to forget all the troubles I had with Prestashop over years. Thank you very much Petr PS: I am happily willing to learn as fast as possible to make use of your main module Datakick now. I am sure it is going to be of great help to me to hone my shop user EX and SEO wise.

Thank you for the tut and initiating the update of the module. Great. V2.1.2 now works. I had to deinstall the old one. I also deleted it.