Search the Community

So I've enabled CacheApc and the product stock wasn't changing when I changed the stock in any way. Also tried with CacheMemcached, and it gives the same result. Has anyone solved this issue? I'm tempted to hook a cache clear whenever stock is changed.

Hello, So In the backoffice catalog/products, i'll go into a product and edit the stock, and it says it's worked, and the database shows that it's worked. If I refresh that same page the stock goes back to what it was before, if I open in private browsing or another browser it still says the old number. If I disable CacheApc it shows the correct number. If I reload php-fpm in a terminal it shows the correct number, I believe it's some sort of opcache issue, but if I enable opcache in the php.ini file with CacheApc off it works fine. What am I doing wrong? Thanks

Hello, Whenever I enable CacheApc in the performance section, I'll get this error in my Customer Service area multiple times per person, but it rarely happens, maybe twice a day, but sometimes there's periods of time where it effects multiple people. This is the error I receive: - 30/10/2022 - 21:04 This message is sent automatically by module PrestaShop Checkout A customer encountered a processing payment error : Customer identifier: 672519 Cart identifier: 654434 PayPal order identifier: REDACTED Exception identifier: 40 Exception detail: PrestaShop cannot validate order: Property Order->payment is empty. If you need assistance, please contact our Support Team on PrestaShop Checkout configuration page on Help subtab. If anybody knows why that'd be great. I see that there's a section to 'add a server' in the performance section, but I haven't touched it. There's a dev website on another IP on the same server that sometimes has the cache enabled too, if there's some sort of crossover bugging it; the dev site is a clone of the original with a different database.