Applied update 7.4.1.
Now the “bad” link behavior does not cause a 500 error.
Also, in the process of checking the quick basket, we were able to identify a failure on the user’s side – the behavior after the fix in version 7.4.1 is satisfactory. I think the failure is dynamic due to the external caching system “cloudflare” (https://blog.cloudflare.com/automatic-platform-optimizations-starting-with-wordpress/) – for non-authorized users or FastCGI cache NGINX with the same rules, but I’m not sure. When adding items to a quick cart, when entering the final quantity on the keyboard rather than using the “+” button, previously there was an error 500, now the item is simply deleted from the cart. Re-adding such a product to the cart already works ok when changing the quantity in any way without damaging the rest of the list of products previously added to the cart.
I don’t register a similar error on other projects, but they also don’t have a quick shopping cart function.
I’m showing you the caching bypass rules for the project. Perhaps you use some other type of cookie for the quick cart that can be added to the caching bypass rule… I can consider it as a recommendation, thank you.
I consider this topic successfully closed, thank you very much!
Attachments:
You must be
logged in to view attached files.
.
