Support cases

After moving to PrestaShop 9, the old product URLs, the ones with the category before the ID, return 404 instead of redirecting. It is not .htaccess or the server: the default URL rule changed. What the code says, how…

An old cart, reopened through a recovery link, shows "Unfortunately, there are no carriers available for your delivery address" even though the address is valid and carriers exist for that zone. The cause isn't the…

A "recover_cart" link with a valid token doesn't open checkout, it bounces back to the homepage, with no visible error. It isn't a link problem: the customer who owns the cart has been soft-deleted, either through GDPR…

Server load climbs past 30 within minutes: a coordinated scraper, rotating across a cloud provider's IPs, is downloading the catalog. Blocking IPs alone is a chase you never win, the fix that holds combines IP and…

A site goes down in 0.02 seconds, SSH times out, and the container's filesystem turns out read-only. The disk inside the container still has 86% free: the problem is somewhere else.

About seventy 500 errors a day on real product pages, not bots. The log always says the same thing: Cannot use object of type Product as array. It wasn't a module, it wasn't the controller override.

ps_cronjobs.updated_at frozen for weeks on every task, no error anywhere in the panel. Renaming the admin folder for security is good advice, and it has a side effect almost nobody knows about.

The PayPal button and the payment banners vanish intermittently, with "zoid destroyed all components" in the console. It is neither PayPal's fault nor the consent tool's: two legitimate behaviors collide on a detail…