DRMasterChief

hmmm.... as i told before..... really sad to hear this !! https://forum.thirtybees.com/topic/1568/crawler-fills-100-cart-and-leave-them-abandoned Please, thirtybees - We NEED a solution for this !

jep, found it, thank you! From line 521 i have changed to the following: $itemsTable .= ' '.(int) $product['productquantity'].' '.$product['productname'] .(isset($product['attributessmall']) ? ' '.$product['attributessmall'] : '') .(!empty($customizationText) ? ' '.$customizationText : '') .' '.$product['productreference'].' '.Tools::displayPrice($unitPrice, false).' ' .Tools::displayPrice(($unitPrice * $product['productquantity']), false) .' '; } foreach ($params['order']->getCartRules() as $discount) { $itemsTable .= ' '.$this->l('Voucher code:').' '.$discount['name'].' -'.Tools::displayPrice($discount['value'], false).' '; }

OK thank you, will have a look there :) another thing, maybe you can also help: i am searching for the table {items} which is used in mailalerts module / new_order.html Regarding our internal process, i have to change the new_order.html so that the items are shown as follows: quantity - name - reference - unit price - price but i also have to change {items} to this sequence. Is this possible ? thank you - please see the picture:

Hello, i am looking to change {invoiceblockhtml} and {deliveryblockhtml} but i cant find anything about this. It seems that both were created in a payment-module, but this describes only firstname and lastname. Where come the other data like street, zip and city from in these blocks? I want to change {invoiceblockhtml} and {deliveryblockhtml} regarding some changes in the order_conf.html e-mail-template (it is wrong formatted in some e-mail-clients and i want to try to do it better). thank you!

Thank you for this information. I already thought that this is for historical state / settings. But it also causes problems when you need to use some parameters from the database for mail templates e.g. tracking link - or how to get the correct tracking link for each shipping service and tracking no. into mail template when order is shipped?

Hi, ich teste noch mit der 1.0.3 (mit allem anderen werde ich mir wohl viel Zeit lassen, je nach dem wie´s dann aussieht mit 1.0.4), bin ja auch noch nicht "live" mit dem Shop. Cache geleert etc. habe ich, danach habe ich die zwei Testbestellungen gemacht und wohl einen Volltreffer gelandet da 2 unterschiedliche Quellen der Mailvorlagen genutzt wurden. Warum weiss ich aber nicht.... Ich passe momentan alle Mailvorlagen an unsere Bedingungen und Design an - und werde diese dann in beide Ordner hochladen, so daß es keine unterschiedlichen mehr gibt. Das wäre für mich grade die sauberste Lösung?!?

Hello, i try to include the tracking no. and tracking link in my e-mail templates when a parcel is shipped. Regarding this, i have found the following bug (or is it needed for a feature?): If you change any entries in the backend for "shipping service", a new column is created in the table in database instead of overwriting the existing one. I have 3 shipping services, but there are 13 columns in the tb_carrier

so... gerade die order_conf.html mal absichtlich mit Rechtschreibfehler ausgestattet (um zu sehen woher die Vorlage kommt) und hochgeladen. Zwei Bestellungen als Endkunde gemacht - beide male eine andere Mailvorlage an den Kunden gegangen !!??!!!!

Hallo, ich verwende für TB ein anderes Theme, nun habe ich Mailvorlagen im root des Shops (mails/de und mails/en) sowie im Theme-Ordner (mails/de und mails/en). Wenn ich die Vorlagen aus dem Theme-Ordner nun offline bearbeite und hochlade, werden diese nicht benutzt (z.B. die order_conf). TB "holt" sich irgendwoher immer die alte Vorlage. Diese ist aber auch nicht identisch mit den Vorlagen aus dem root-Mailordner. Wenn ich eine Vorlage online bearbeite und speichere, wird sie im root-Mailordner gespeichert (nicht im Theme/mails). Beim Versand der order_conf wird dann aber nicht diese neu gespeicherte Vorlage benutzt sonder wieder die "alte" die irgendwoher kommt. Wird da vielleicht immer was von der lang.php überschrieben die sich ja auch in den mails-Ordnern befinden? Kann mir dazu jemand was sagen oder mich aufklären ?! danke

@movieseals Ah really, do you use this for TB? I thought it is for Wordpress only?

But wouldnt it be much better to keep the bots out, and not let them search and fill anything first? That would be my preferred solution. I also found a lot of more here: https://www.askapache.com/htaccess/setenvif/

...and there is also an option in the store to grab some support (before or after or for an migration), and yes this have to be paid, but that is an correct way for such an support and will generate some income for the TB team. "Maybe" someone will use this :)

hmmm but 40k abandoned carts in 9 months are a lot :( (also the delete them manually) Please do not underestimate this.

Hello, as we will go live with our TB shop in summer i think about the following, which seems to be a problem in a lot of Prestashops: A lot of PS users gets visits from Seokicks, who put everything into the shopping cart, and then leave them abandoned. This needs technical resources, slow down the shop and should be avoided (also other crawlers, i think there are a lot of different out there). I know from PS users which have 4000+ filled carts in a about 1-2 weeks. I am not sure if this could be solved by an .htaccess (maybe the most unfavorable solution) or by blocking IP addresses? But IP addresses can change very fast and i think it is not possible to be up-to-date with this and the crawlers. Does anyone have experiences with this and TB? Is this the case also at TB shops? Can we do this with an script in the .htaccess like the following ?? SetEnvIfNoCase user-agent SEOkicks spam_ref = 1 .....same for other crawerls I think we should think about that and also if this appears with TB, too. Hopefully the developers can contribute some ideas and solutions. thank you!

Hi, it seems that i have found the solution: there are no /mails folder in the theme folder (only in root). Usually the themes should copy the /mails folder when installing a theme, but that does not happen (it is a well known problem in PS, so maybe in TB too?). So just copy the /mails into the /themes folder and it works fine with my template now. Maybe (but just my idea, an expert have to verify this) the standard theme can fall back to the /root folder with the /mails in it, but an separate installed theme cant.... ?!

mmkay, thank you!

Hi, a short question: i have installed this module https://github.com/thirtybees/nocaptcharecaptcha and everything is fine (use it only at the contact-us page). I choose “invisible captcha” at the google registration site. Has this any effect for the module? Is it possible to use the invisible captcha instead with this module or is this possible only with manual integration of the captcha code?

just my short note: THIS IS HOW COOPERATION AND WORK SHOULD BE IN AN FORUM ! Thank you for these, guys. I will definitely donate some blingblings when i am finished with the shop and go public, even if we don´t use this modules.

Have checked this, it is 644 for all files in en & de folder.

yes, both folders are in /root/mails and both folders content: contact.html contactform.html contact.txt contactform.txt

thank you, but there is no /mails/de (also no /mails/en) in the "my theme"-folder but also not in /themes/community-theme-default ?!?

Thank you Slick, i already have replaced the theme contact-form with the original tb´s (it is a known problem that the contact form often does not work from themes, you have to re-upload or replace it then and it works, a lot of Prestashop versions got this problem). So at the moment i use the original tb´s contact-form with only small changes like buttons etc... but the problem with de language still appears.

Yes i know, it is necessary to give some information to the customer also about the contact-from in the privacy policy. But... as i have written, it is "strongly recommended" to have a checkbox with a short note to the privacy policy (the same at the end of the checkout here in EU). This is to obviate against hasty bills from lawyers and protracted discussion with them regarding this. Maybe it is not that much work to include such thing in the contact-form?

ah ok, to have a checkbox on the contact-form (e.g. http://front.thirtybees.com/contact-us ) with an link and hint for the privacy policy so customers have to mark it and confirm that they know where to read the privacy policy…

https://thirtybees.com/blog/thirty-bees-and-gdpr/ will this include such a solution and/or do you think about it? thank you