Pedalman

I am looking for an option to connect the results, the marvelous site crawler "SeoFrog" can give, to Thirtybees (Prestashop) categories and products via CSV. Most of you will know that SeoFrog is an excellent tool to make a website audit and to crawl for interesting data of your own (and others) web shop. It is possible to export this data into csv for example. Today for example I wanted to check my categories for good meta data informaion (title and description length). This data I can get via SeoFrog easily and export the data into a csv. The trick is now to connect this data to the corresponding ID_categories so I can edit meta titles etc. in a fast way in CSV and re-upload eventually into Thirtybees. I wonder how this can be done?

Hello I am looking for a template I can use that for 100% exports and imports all product (combinations) data from our shop. Can somebody share this if existing? Thank you and happy Eastern

I am still with CleverReach since I thought it would be clever to a use a service that hosts in my country. you know these law regulations... But CleverReach is making me broke. They are much too expensive 😞 I need an alternative and prices as service from ElasticEmail look promising. Though they have their services not in Germany but are located in Canada. Above the module Newsletter Pro was mentioned. I looked the devs up and their homepage is down I would say. I do not think that it is still developed actively on this module. Do you know any other recommendations for this? I like to idea to have an email builder that has access to your shop's products (images and urls) so you can build emails fast!

I have no clue about those errors but I always install TB via the 'standard' installer of TB V1.1.x and then I run the corer updater to upgrade to state 'bleeding edge'. This worked always. Perhaps you have to make sure that your version of XAmpp (php ?) does match the recommendations for Thirtybees bleeding edge?

What happened`? Has Lesley sold TB to guys from Prestashop`? Anyhow, thank you for being so kind to develop TB /ME further on and to make it more userfriendly. The base PS has too many convoluted 'main' functions from I dont know when (2014? :) that are not polished at all. The whole refund system, warehouse system, cart policies, update system, translation. I still see these in TB and I have the feeling they have not been improved from merchants view. If this will ever happen with TB or ME who knows. But the first step for TB was to get rid of the endless bugs in PS and I am endlessly grateful for that. Furthermore I must say that other ecommerce systems are in these aspects more merchant friendly. However, I am running TB bleeding edge /ME as long as I can. Maybe the next 20 years? :) What I am missing the most is an order editor function and a straight forward and working refund system. I still have problems from time to time with order slips etc. Though I find my way. @Traumflug

😉 Yes it does, but there is no link to your merchant account ID or what so ever.

You are absolutely right 30knees with that. But we are talking about different reviews. There is product and shop reviews that do matter. The first is handled perfectly via Datakick Revws but I am additionally interested in the later. The cheapest module for Prestashop (V1.7 😞 ) I found was around 30 Euros. So no big deal I surely I would prefer to pay Datakick for an enhancement of his module that could do this too. But at the moment it cant so I am looking for a recommendation that can 🙂 feed Google customer reviews.

`Hello I am looking for a Google Customer Reviews Modul recommendation. I am a big fan of Datakick's Rewvs but I need to increase my shop's recommendations for ! google. Best practice for us is to collect these during xmas sales. What module do you use or what service? I am intending to use a module that feeds google directly instead another parasitic service like Trustedshops, eKomi etc.

Size for weight in byte. And for information hwat I said about cleaing up generated mini thumbs I noticed that the behaviour is as expected on local install (xampp) but not on live store. A fresh TB install on my host shows the beaviour as stated: mini webp thumbs are deleted but not the jpeg variants.

At the moment I doing some tests with webp and I try to understand this topic. I do not know how well 'native' webp support of Thirtybees (and moreover a compatible theme like Panda that officially supports webp - whatever that means) goes with apache mod: pagespeed_mod. The later is supported via my host Hetzner. I can activate it via host's console and some addings to my htaccess. I hope to benefit from pagespeed_mod in terms of pagespeed (and ranking). I hope that it may work better that Prets/Thirtybees CCC option in backoffice performance. Noteworthy is here that I am on a shared host. So ressources matter and I do not know how excactly pagespeed_mod works but I believe that on my host's server a caching folder exists next to my Thirtybees install where optimized css, js, htmk and webp images are stored for access. If this is fast that CCC in Thirtybees I do not know. So, when I use pagespeed_mod I deactivate all CCC in Thirtybees. I also do not know if pagespeed_mod detects in the case we use Thirtybees wepb option that the product image already exists physically in webp format and there wont try to recompress/reprocess since this would cost time. In a nutshell I would be very happy if some one could be so kind to explain these thing here to me. My aim is ofcourse to speed up my shop and loading time. On top of my htaccess I added: <IfModule pagespeed_module> # exclusion configuration (mandatory for some JS editors and frameworks) testen ob aktuell noch betroffen! 2020.10 ModPagespeedDisallow *js_tinyMCE* ModPagespeedDisallow *tiny_mce* ModPagespeedDisallow *tinymce* ModPagespeedDisallow */_adminfolder/* ModPagespeedDisallow "/js/*" ModPagespeedRewriteLevel CoreFilters ModPagespeedEnableFilters extend_cache ModPagespeedEnableFilters prioritize_critical_css ModPagespeedEnableFilters combine_css ModPagespeedEnableFilters rewrite_css ModPagespeedEnableFilters combine_javascript ModPagespeedEnableFilters rewrite_javascript ModPagespeedEnableFilters defer_javascript ModPagespeedEnableFilters sprite_images ModPagespeedEnableFilters convert_png_to_jpeg,convert_jpeg_to_webp ModPagespeedEnableFilters recompress_webp ModPagespeedEnableFilters collapse_whitespace,remove_comments #DISABLE #ModPagespeedDisableFilters convert_png_to_jpeg # ENABLE IF NOT IN CORE #ModPagespeedEnableFilters defer_javascript ModPagespeedEnableFilters insert_dns_prefetch ModPagespeedEnableFilters lazyload_images # Lossy image recompression quality (0 to 100, -1 just strips metadata): # !! This option sets the quality for JPEG and WebP formats. It can be overridden by any format-specific or application-specific quality. The default is 85. #ModPagespeedImageRecompressionQuality 85 # Jpeg recompression quality (0 to 100, -1 uses ImageRecompressionQuality): This option sets the quality for JPEG images. It overrides ImageRecompressionQuality, unless it is set to -1. The default value is 85. ModPagespeedJpegRecompressionQuality -1 ModPagespeedJpegRecompressionQualityForSmallScreens 70 # WebP recompression quality (0 to 100, -1 uses ImageRecompressionQuality): ModPagespeedWebpRecompressionQuality 80 ModPagespeedWebpRecompressionQualityForSmallScreens 70 </IfModule> #To turn off image rewriting completely, use this in your .htaccess file: # # <IfModule pagespeed_module> # ModPagespeedDisableFilters rewrite_images # </IfModule> AddType image/webp .webp

I am testing some things with webp. At the moment I noticed that if I activate webp in Thirtybees and regenerate images that wep sizes are bigger than orginal jpg sizes. Moreover the quality option does seems not to work. I get the same sizes for Q=10 and Q=90. Also I noticed that the option to delete created mini thumbs before regeneratin images in backoffice does not work as expected. I deletes well all webp images if existing but does not touch created jpg images. I believe this is not ok. ****** PHP 7.4 Thirtybees bleeding edge 1.1.x

Ok ok but that is a general answer. Fact is that Mollie V3.5.5 still works with Thirtybees V1.1.x bleeding edge. But the module has been under heavy development since then. The latest version on Git is V4.0.9. This I tested with old Prestashop 1.6.24 on my Hetzner hosting with PHP7.4 and all seemed fine. I tested it under same conditions with latested Thirtybees 1.1.0 that I core updated to V1.1.x and the problem still exists. Orders are listed with a total sum of 1 Eur in orders list. Despite the fact that Mollie test orders showed the correct sum during checkout. Both Prestashop and Thirtybees were vanilla installs with 1pagecheckout, legal terms off and phone number registration off. I am with Thirtybees as long as we can but I can tell you that I do not have the nuts and mental power anymore to switch shopping system base. I am very very happy with Thirtybees. However, I like to know what the culprit here is. Is it fixable? than you very much

I am still hoping that I can get help on this topic. The module runs fine with PS1.6 but not with TB 1.1. bleeding edge.

Vorraussetzung, dass es funktioniert ist, dass JavaScript ans Ende verschieben DEAKTIVIERT ist. So ist es leider bei mir. Außerdem habe ich noch Schwierigkeiten meinen GTManager (Modul) richtig einzubinden. Es gibt eine Anleitung bei usercentrics für den GTM, allerdings brauch man dann glaube ich ein Konto bei Usercentrics. Alleine mit PRIVE scheint es nicht zu funktionieren 😞 Wenn ich bei UC ein Konto erstelle, dann kann ich es nicht mit der ID von Prive verbinden. Alles nicht sehr nutzerfreundlich (Händlerfreundlich) und mehr als kompliziert. Ich habe zwischenzeitlich eine Anleitung bei cookieBot für GTM entdeckt, allerdings müsste ich wahrscheinlich auch hier ein Bezahlkonto aufmachen. Also mal wieder einen Dienst mehr bezahlen. Bei Euch läuft es?

We use the payment provider Mollie. This is Prestashop V1.6.x compatible. But there is something wrong with Thirtybees. When we install the latest Mollie module V4.0.7 all order get the sum 1 EUR. total_order is wrong. Our shop is dependent on the Mollie payment options. It runs since early 2020 with Mollie V3.5.5 but this is rather old and we need to update to the latest V4.0.7. I tested the module on a clean Thirtybees install (after upgrading core to latest bleeding edge) and total_order is always wrong 😞 I did the same test with Prestashop 1.6.24 and all is fine! I really hope that some one can have a look at it and dig what the problem causes. Thank you

Hi @datakick perhaps I missed something but today I struggled to translate some 'strings' from fields I use in Chex. First one is in new account creation field and second one in confirmation fields. Both refer to the Revws module. In English is the sting: "I agree to receive review requests for purchased products" I could not translate it via back office. I had to change the L s=" ... " in \revws-thirtybees-2.2.2\revws\classes\integration\chex.php \revws-thirtybees-2.2.2\revws\views\templates\hook\subscription-account.tpl Also if you find the time to add those "Fields" to the translations perhaps you can think about a way to make those fields positions moveable in Chex options.

I had the same question in the past. I stumbled also about shops that had non-white product image backgrounds and if they choose to have a gray background it looked attractive to me. At this time I thought to know that Google and also Amazon had the "prerequisite" that product images have white background. Today I think it might be ok if it is consistent. As Petr and Oliver said you will need png images with 'transparent' background. Then you can make product image background in any color you like via css (theme settings). Right? But now I am interested in two points: 1.) I want to go in near future with webp images. Does thirtybees create these 'after' product image background for png was rendered? So, if I have product image with transparent background and choose a gray backfground via css does the webp then have a grey background or something else? 2.) I assume that if I have png product images with transparent background and I export my products via feed to Google (Shopping feed), Amazon etc. I would have no problems since they gather the png with transparency and add the background they like?

Ich habe noch den Preis für meine Spediteure angepasst. Ich nutze einen Pauschalpreis für den Versand und wollte den alten beibehalten. Also prüft, ob ihr mit den Preisen für den Versand nach Umstellung auf 16% MwSt. im Backoffice zufrieden seid.

I hit the fix button for all the hundreds of critical recommendations in the hope all will be more fine than it was. But one table is resistent to auto fix 🙂 Different unique key `id_product_2` in table ps_specific_price What is the recommendation how to deal with that one?

I want to exclude tables from database export (through backoffice) in order to get a smaller export sql file. For example I want exclude: _DB_PREFIX_.'ps_site_defender', _DB_PREFIX_.'ps_smarty_cache' I tried the following in PrestaShopBackup.php but all following tables are being skipped... not I want: public function add() { if (!$this->psBackupAll) { $ignoreInsertTable = [ _DB_PREFIX_.'connections', _DB_PREFIX_.'connections_page', _DB_PREFIX_.'connections_source', _DB_PREFIX_.'guest', _DB_PREFIX_.'statssearch', ]; } else { $ignoreInsertTable = []; } // pedalman $ignoreInsertTable = [ _DB_PREFIX_.'ps_site_defender', _DB_PREFIX_.'ps_smarty_cache', ];

Vielleicht brauchen wir Händler, die maximal mit CSV umgehen können, ein Tutorial wie wir unseren Shop 'virtualisiern' bzw. clonen in eine Arbeitsumgebung, die einfache vor-/zurück Schritte (snapshots) erlaubt zum Testen. Es gibt zum Beispiel Virtuelle Maschienen für VirtualBox/Vmware/Bitnami mit Prestashop und vielleicht auch Thirtybees? Es gibt auch docker container mit selbigen vermutlich? Schön wäre es relativ einfach und zuverlässig seinen 'live shop' so zu kopieren, um diese Versuche schnell und zuverlässig ausführen zu können. Und nebenbei: Vielen Dank für den Hinweis mit den Rechnungen! Denn ich glaube mich zu erinnern, dass in der Vergangenheit bei Presta genau dieses Problem vorlag. Ich werde es mal testen, nächste Woche und hoffe, wir finden hier einen guten Weg für alle.

Thanks, I will have a look at Google Webmaster. Two years ago a SEO expert told me to add these lines ?! 😞

I just generated the robots.txt via Thirtybees backoffice and noticed that my old robots.txt had these lines at the top that are missing in the new one: User-agent: * Disallow: User-agent: Googlebot Disallow: User-agent: Googlebot-image Disallow: # Allow Directives The new one looks like this: User-agent: * # Allow Directives Should I bother? Do they mean the same or does the new one generated via Thirtybees block the google image bot?

Es wäre aber trotzdem schön, wenn es eine genaue Anleitung zur Einrrichtung gäbe. Ich bin auch nur ein Händler und habe Schwierigkeiten mit dem cookie addon. Ich gehe mal davon aus, dass die beiden die mit Thirtybees kommen nicht mehr rechtsicher sind.

@datakick Do you still have this on your list? As already discussed in Germany we have this law that requires the cart summary (plus addtional product features) directly above the confirmation/buy button. Perhaps you could add the option in modules settings to show this redundant information for merchants who think they need it. But may be this is not really required by law? If a customer chooses to buy via Klarna and checksout via 'buy now' button he is redirected to Klarna confirmation page that looks pretty familiar to Chex as it is. See attachment please Second, I was irrated to notice that saw the forms to enter adress information after I entered my email adress while doing a test buy. My email adress is already registered and I assumed that my adresses would be shown but instead of that Chex showed me forms to enter new adress if wanted and the more or less 'hidden' link to uses already registered adress. I think the other way round would be more UX friendly?