Pedalman

Nur noch 2 Stunden und die Rechtsanwälte gehen ins Wochenende :owl:

Kleiner Tip. Ich bin im Konkurenzforum auf folgendes Modul gestoßen (bitte googeln): artfreegdpr1.0.7.zip Es fügt recht passable Checkboxen ein bei der Registrierung wie beim Kontaktformular. Ebenso im Kundenkonto einen Bereich, der eine Art DSGVO Konformität suggeriert. Toll ist, dass die Übersetzungen gut funktionieren und dass die hooks gut positioniert sind. Änderugen am modul (falls erlaubt) sind einfach... Die checkboxen verhindern den Abschluss der Registrierung und die Absendung eines Kontaktformulars ohne das die checkboxen aktiv abgehakt wurden. Natürlich mit einem Text-Link zur Datenschutzerklärung. Sehr fein alles. Die Datenschutzerklärung muss eh angepasst werden an die DSGVO. Sollte ein Kunde eine Auskunft einfordern, so hat man recht lange Zeit zu reagieren. Ich denke bis dahin ist unser TB Modul ebenfalls fertig. Und wie gewohnt ein super Modul. /thumbs up Ach ja: IT-Kanzlei bietet alle Rechtstexte für sagenhafte ca. 10 Eur/Monat. Jederzeit kündbar und die Texte dürfen behalten werden. Den Tip habe ich von Shopmonauten, die dürfen gern erwähnt werden als referrer ;)

Zu analytics hat it-recht-kanzlei.de auch dieses gepostet: link text Da Tracking-Tools wie „Google Analytics“, sofern sie einmal auf einer Website implementiert wurden, unabhängig vom für den Seitenabruf verwendeten Endgerät operieren und auch bei der Nutzung von mobilem Internet in vollem Umfang relevante Daten aufzeichnen können, muss ihre Verwendung grundsätzlich denselben Voraussetzung genügen, die für stationäre Technik Anwendung finden. Insbesondere muss es dem Nutzer auch bei mobilen Seitenaufrufen ermöglicht werden, der Erhebung von Daten durch den Online-Dienst wirksam zu widersprechen. Hinweis: Daher wird es notwendig, den mobilen Seitenbesuchern eine effektive Widerspruchslösung per Opt-Out-Cookie einzuräumen, da die Lösung über das Widerspruchs-Add-On im mobilen Bereich nicht funktioniert. Bitte beachten Sie die nachstehenden Hinweise für die Herstellung der Funktionalität des Widerspruchslinks (Opt-Out-Cookie) innerhalb der Datenschutzklausel zu Google Analytics: 1.) Einbettung der notwendigen Befehlskette (Script) Um dem Nutzer einen Widerspruch unabhängig von der Installation des Browser-Add-Ons zu ermöglichen, muss mittels eines spezifischen Java-Script-Codes ein Mechanismus implementiert werden, welcher die Datenerhebung bei Aktivierung eines Opt-Out-Cookies verhindert. Durch den Script-Code wird die jeweilige Website auf das Vorhandensein des vom Nutzer zu aktivierenden Opt-Out-Cookies überprüft und das Tracking bei entsprechender Feststellung unterbunden. Wichtig ist, dass dieser Java-Script-Code stets vor dem eigentlichen Analytics-Code in den Quellcode der jeweiligen Website eingebunden wird! Das Script lautet wie folgt: Ich habe leider keien Ahnung, ob das im TB Analytics modul schon implenmentiert ist. Wäre ja blöd, wenn wir wieder mal wie vor Jahren händische scripte einfügen müssen ;/

Das Cookie Modul das mit ThirtyBee kommt funktioniert nur, wenn einem Skript erlaubt ist, sich zu CLOUDFLARE verbinden. Warum ist das denn so bzw. ist es rechtlich problemlos bzw. geht es nicht lokal? Ich hätte da noch ein anderes Cookie Modul, von IQUIOT welches mit dem Warehouse theme kam. Mal sehen wie es da ist. Nur würde ich gern bei TB bleiben so sehr es geht. Allerdings möchte ich wissen, weshalb Cloudflare Pakete bekommen muss. Grüße

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?