Pedalman

APC in TB performance settings is ON Page Rendering is ON but no cache hits/misses or anything in modules dashboard

Hello in the hope to benefit from caching I have APC activated on my hosts console (shared hosting at Hetzner) since it is avaible. I also have it on in TB's setting and page rendering is on with default settings. All seems to be fine as far as I can see and say. But I also installed the APC helper module so to speak and get the information that there is no chaching. Two things come to my minde. Either my configuration is set wrong since I do not know what I am doing or my shop is abosutly not stessed since I have too less customers at a time online and Hetzner has ressource in abundance for my shop (and the others on the shared host). Xmas time or not :) and the php config:

Update for community. I am still in the process of observing the issue. I think tomorrow I will know for sure and edit this post.

from folder: www_logs I guess you meant not. Then there is on the console of Hetzner a link called "Error Logs". I had alook at it and saw nothing interesing besides something that makes me curious. I am going to send you chat via chat :airplane:

Only this log but that may be cause I pushed the button twice since there was no feedback: 5 -- 1 Frontcontroller::init - Cart cannot be loaded or an order has already been placed using this cart Cart 13953 0x 0 12.12.2017 17:42:26 Server logs? Okay, take a sec longer. I hope I find the rights ones (HEtzner shared hosting)

Hello Lesley, just a minute ago I had to make an BO order for a customer. I choose bankwire as payment option and the status "waiting for payment". Guess what? ==> not status set in new order ... I am taking a look at BO logs

Problem continues. I have not done a thing the last days concerning modules or updates or anything BO related and out of a sudden PayPal and Bankwire module stopped setting the status "payment received". This is very annoying since customers are getting confused and it is Xmas sale.

UPDATE Today also the bankwire module did not set any status anymore in BO. I did not notice this early in the morning and was fixed only on PayPal module. Sorry for that. So, this is not PayPal module reltated but something else I assume. Propably the server Hetzner and/or caching in TB? Of course the PS quetions/request are still valid.

Hello Earlier only 1-3% percent off all PayPal orders had a mismatch between the status in PayPal' gui itsself and TB's. To the point, in TB there is no status set at all. Now, in the last 24hrs this phenomena increased drastically. Assumption is that there could be a connection between this and hightened stress on PayPal's servers due to Xmas sales or slowed down internet in general (backbone being attacked by... I won't speak it out ;) Anyhow, since I do not know how successfull PayPal beta is running or if other stores run it at all at the moment we use the stable V5.3.2.  and PS: Best would be if I knew that switching to PayPal V6. beta is safe. Else since V5.x does not use webhools I wonder if the time windows in which the module accepts a return of PayPal server is to tight? PSS: We need a form to customize the "custom shop" logo that is display in PP Express. As it seems to me this is loaded directly from DB but in our case this does not look nice since of resolution issues. Moreover a custom "return after success page" could be also handy since I plan to hook some custom info like newsletter and shop/article review ads. Thanks alot for looking into. cheers Boris

Hi Raptor, I agree with your points. And by chance, I had altered the issue with the button at bottom myself. I use an product export/listing module that list all! products in csv style and at the very bottom there you will find the "action" button (to regenerate the list).... Very annoying and something that made me think.... I am no coder. I am very sorry about that and I would really like to learn (vote for video tutorial section here on TB. Looking live over Lesley's and Michael's shoulder. ;) But I think I am an UX guy if there is something like that :) Anyhow, I hit the "inspect" button (F12) in my browser and looked for the CSS of the button. Found it and made a text-search for the more or less unique CSS in the modules folder and found nothing. Then I searched the admin theme folder and voila. Module's css is based on admin theme. So, coming back to your request. I just edited the tpl in question (actually I only copied the button code that was wrapped in a DIV at the top where I needed it)... Perhaps you can do that too. More on UX BO improvements: I would like to have the option to "live" arrange the sections in /bo/orders. Changing the responsive width and height and position in an order the shop owner/user likes. I think this is something that is overdue and needs to be added to TB as Prestashop alike.

Me, too. And now I am off to my bathtub :) - exhausting xmas business

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.