Pedalman

Hello I just bought module for image optimization via Kraken on www.presteamshop.com. When logging in / creating the account I noticed the nice AdressValidation / Prediction powered by Google. I wonder if someone has experiences with this. If it slows down the "general" shop due to JS calls or other nasty sideeffects. Any moreover, the most interesting is of course if some one uses it if it really works. I just found a Prestashop module that seems to do the job and I think it should work with TB, too, of course.wondwer

I can imagine that and will make some time a request for that. But I am a fan and strong believer in Thirty Bees cause it is the first time in half a decade of ecommerce that I got the feeling that one of the main concepts of the shop system is to get rid of errors/issues and bugs. So, before posting anymore fearure requests I want to give the developers the time to build a strong basis. I like to cite Michael Dekker here who constantly focuses on coding standards. An altered citation of a now famous German politician could be: "it is better not to code than to code with flawls". So, first TB project itsself and we shop owners should focus on a flawless ecommerce basis. And TB is best I know of :)

Remember please that in TB's backoffice the order was listed with final sum: 108 EUR and no delivery fee PS: I went to the DB to get rid of this for now though it is a dirty solution. So I am voting for an OrderEdit function in TB.

This mistranslation seems to be related to a wrong assignment of delivery tax and process fee on PayPal's side. I could dig that the process fee listed at PayPal is excatly the tax fee on the delivery service sum: 19% from 22EUR = 4,18 EUR ! but this tax is already included in 22EUR due to TB BO settings for delivery service! So, I assume API is lost... Please check two screenshots: Close scrutiny to delivery tax. In Germany it is 19% included. https://i.imgur.com/oNVsXyj.png This is PayPal in German :) sorry for that but notice "Versandkosten = delivery fee" & "Bearbeitungskosten = process fee"

Another curiosity: In PayPal appears a "processing fee " ?! I never ever had activated anywhere a processing fee for Payment options or delivery in the past 5 years. So, somewhere must be an annoying mistranslation between BO & PayPal?

Ok, some more information: In PayPal self there is the right sum (article, tax, delivery charged) being charged. That is fine. Not so great is that I phoned the customer and she said that it was very convoluted related to the delivery charted. She said she registered as guest and filled the cart. Added a delivery adress that goes to Poland. She notived that delivery fee changed to zero. Went to checkout step 5 and she tells me that then the delivery charge sum was correctly listed (that I do doubt since in BO there "0" Eur charged for delivery and I assume that she might refer to the PayPal "cart" overview that will have listed the correct fee indeed since it is being charged correctly). Anhow, I strongly believe this might be a bug and need close scrutiny fast since it is Xmas sells time. TB 1.3 with PayPal v5.3.2 ( and two files from the PayPal V6.x related to PayPal login)

It returned or is still in V5.x the latest non V6.x version.

Hello I just checked out in my shop with a fakre adress in Poland via PayPal "buy button / 5er checkout" & "directly to PayPal" button. In both cases I digged that though the language in the PayPal frame was in Polish that the correct fee for a delivery to Poland was going to be charged. Namely, 12 EUR. I am charging foreign delivery via weight and the sum was correct. However, I got a new order in BO via PayPal to Poland with "0" EUR delivery fee. I do not know at the moment how the customer made it so to speal, but fact is, that I have to cancel this order and refund the whole sum until I got a proper order since I do not know how to get the partial sum now via PayPal and correct invoices. My only guess is that there might be a way to use "PayPal login" with a national adress and change delivery to Poland or so. However, then I assume the national delivery fee should be used and not "0" Eur.

Me, too. Thanks alot!

Hallo Michel I can happily testify that it is fixed. Sorry, I forgot to return this good news earlier.

Found it. I had an old lang.php in my /theme/mytheme/mails folder. I had updated the related .html and .txt files but forgotten the lang.php. This had as theme overide overridden the proper TB one.

Mh in my case all order status are in my language and not English. So, the string must come from somewhere else. Still looking for it

In my non English country the order confirmation is send with English title. This I could not solve since I have not found until now the string/place to translate it. Where can I translate this?

This seem to have gone worse :( That is very bad news since it is the 2nd native payment module that needs attenion and causes problems. And we are in Xmas sales :( I just had a customer on phone and created for her a backoffice order. Payment option of course "bankwire" and status set to "Awaiting transfer" (or so, you know which one). The variables are still empty. So, I have problem to make backoffice orders via bankwire. Moreover, if a customer checked out normally via bankwire then variables are filled. But not, if we make use of the resend function in backoffice. This is very much needed in order to catch all those customers who forget to ttransfer (PS: I am looking aof an automation of this^^). Bottom line, it still does not work. please have a close look at this module again. I am really in need of working payment modules and can not daily check if all went fine. PS: I installed (.zip) the latest module from Git.

Thank you Lesley, that is all I needed. I will go for either one of them.

Hello I am still working on the best workflow for getting the most (well, near that) out of my product images on the visual and size side. I am in the process of learning how to shoot products with flashlights at home. My aim is to get a 100% white background. That is not easy when taking photos of teddy bears with white flur :) Anyhow, my workflow at the moment is this: I copy my /img/ folder from the live server to my local machine. Then I use TotalCommaner to make a search on all images that contain a "-". I delete the match. What remains is the original image I once uploaded. At least I think this is the case. Might be that I am wrong here. And caution - there are poduct image module that tough the originals (not only those that are created via /backoffice). for example M. Dekkers very cool ImageMagic module. Anyhow, then I got all the original images left in their original fodlers and subfolder. The idea is now to optimize them and compress them and eventually to upload the whole folder tree back to ThirtyBees image folder. On the live host then I go to backoffice images and start rerendering all the needed sizes with the option to delete! all old images. Bottom line is that I hope to get in this way the smallest and best looking images on my shop. Question is, if that workflow and thinking is correct and which way to shrink the images (in batch). Yes, you could even batch optimize them with Lightroom or whatever with auto optimizations like sharpening or what ever. On a Windows machine I know lots of nice tools like Irfan or Xnview that can utilize pngoptout, riotpng or what ever to batch shrink files. On sourceforge you even find the mega tool "FileOptimizer" that knows hundres of nice algos to shrink files even lossless. On the other hand there also nice SAS/WWW services like resmush.it / Panda / Kraken.io that promise to do the same on the fly with all images. But they cost as far as I know. However, good news is that there are to be found still some olf and free modules for smush.it that has new API now. I could not recode them sadly to use the new API. May be that is something for the gods of Code of Thirtybees :) There is also an old module I found where you can choose which folders/subfolder to look for images to optimize via resmush.it. Topical seems to be this one I found via google: "WAGOOD smushit" However, I did not find the right and satefactory way for now. Perhaps you know a nice way?

https://i.imgur.com/qHwNx7M.png and hooks: https://i.imgur.com/KdaFaXx.png the hidden ones: https://i.imgur.com/2rB5tv0.png

That is good news. So I wont have to temper with the email templates again. Anyhow, I had another look at the modules settings and I say all is fine. I also had a look at the mentioned tpl and then at the hooks of the AEUC module by clicking in module settings the positions link. I had already resetted the module and reset all (especially with close scrutiny to the "when to add CMS links to email templates" section).

Hello I just noticed with horror that no CMS links are written to the email templates via the AEUC modul. This is a must for us in Germany and I am highly prone to pay for this since it many competitors and lawers look for this :( I already resetted the module but to no hope. I had a look at the email templates that come with TB 1.3 and could not find any variable for the AEUC module. I had a look at my overrides and could not either find anything. So, I must ask you to check wheter your system does append these links to emails.

Hello that is great news since I stumbled today over this bug. Not so good news is that the patch seems not to help. I fetched and pulled the whole bankwire git from and copied it directly via FTP over the old files. The problem of not filling the variables remain in the sent emails. Then I reset / deinstalled / installed the module again but to no hope. At least the issue is not solved for an existing order. And btw, I noticed the issue also for an order we created via backoffice.

Slick, are you using the eu compliance module? Is the screenshot from the 5th step in the 5er checkout?

Maybe $contentdir or $moduledir smarty variable is better? I will comment out the logo until I know what causes it.

Hello this issue I stumbled upon years ago: The backoffice logo.gif of PayPal is being loaded via http though the site is set to be encrypted via SSL in a whole. cheers

Nice, that you found time to check it. I did rename the file and generated a new one on the live host. Differences are that I had to add, at the end: User-agent: * Disallow: Otherwise Google is not happy. I also added for my blog that I going to burry: Allow: */wordpress/

Only for my information you are talking about the AEUC module and a theme? I guess Warehouse by chance? I am interested in this since I am planning to change my Shoply with Warehouse theme. I have to use AEUC for Germany, too. At the moment I just changed {* *} in hookOverrideTOSDisplay.tpl and put the changed file in theme/shoply/modules/.... as a theme override. In your case you could try to set the setting from YES to No and due to edit of the given file above no interaction of a customer is needed and you could even hide the contents asking the customer to do so.