webbrent Posted Saturday at 11:20 AM Share Posted Saturday at 11:20 AM (edited) Hi Everyone, I have multiple 8.2 installations that seem to have just gone haywire overnight. The front-ends are responsive and processing of orders is quick and without issue. It is however when accessing the admin back-end that the performance issues are being experienced. I have multiple hosts with multiple various installations. Anything below 8.2 is not experiencing any issues and is super responsive. I am seeing a lot of API calls received as per below in the logs - I am wondering if these instances of Prestashop are not trying to communicate with a Prestashop API of sorts which is problematic or experiencing an outage? It seems to be very haphazard and seems to have spurts where it is okay momentarily and then just reverts back to slowing down. API Call received = /adminXXXXXXXXX/index.php?controller=apiSecurityPsMbo&token=XXXXXXXX Any advise or assistance will be greatly appreciated. Edited Saturday at 11:22 AM by webbrent (see edit history) Link to comment Share on other sites More sharing options...
webbrent Posted Saturday at 11:24 AM Author Share Posted Saturday at 11:24 AM Just to add, I have various other installations on the same host including 1.7.X and 8.1.2 installations and all of them are without issue. Link to comment Share on other sites More sharing options...
coeos.pro Posted Saturday at 11:30 AM Share Posted Saturday at 11:30 AM A customer contacted me with the same problem. Here is his latest response. Citation Prestashop uses unpkg .com as a CDN for the back-office template assets. The CDN is currently down, as you can see https://www.unpkg.com/status/ . It should come back up soon, I guess they are working on it. I disabled the new theme, since the old theme has all the files hosted on the server and is not affected by unpkg CDN issues. Once it is back we can use the new theme again. Expand if it can help you Link to comment Share on other sites More sharing options...
webbrent Posted Saturday at 11:42 AM Author Share Posted Saturday at 11:42 AM I am assuming they have a separate CDN then per instance of Prestashop available as this is only effecting 8.2 instances? Link to comment Share on other sites More sharing options...
QuickUpdate.net Posted Saturday at 01:06 PM Share Posted Saturday at 01:06 PM (edited) maybe they changed from local to cdn from 1.7 / 8.1 to 8.2? in 1.7 there is a CDN request to this address: cdn.segment.com / none from unpkg Edited Saturday at 01:13 PM by QuickUpdate.net (see edit history) Link to comment Share on other sites More sharing options...
webbrent Posted Saturday at 01:28 PM Author Share Posted Saturday at 01:28 PM On 3/15/2025 at 1:06 PM, QuickUpdate.net said: maybe they changed from local to cdn from 1.7 / 8.1 to 8.2? in 1.7 there is a CDN request to this address: cdn.segment.com / none from unpkg Expand I have a 8.1 client that has no issues - it is only 8.2 that is effected thus far. Shocking that a stand alone instance has to be dependant on an external CDN to operate efficiently. i know previous versions we used to disable comms with addons.prestashop to prevent these kind of performance issues and delays when addons.prestashop was experiencing latency issues. Seems to now be sorted out, but was not a great thing to wake up to on a Saturday morning. Link to comment Share on other sites More sharing options...
QuickUpdate.net Posted Saturday at 01:35 PM Share Posted Saturday at 01:35 PM They are also doing some tracking with these CDNs like google analytics and stuff, yeah pretty bad for a "stand alone" instance but as many open source products that had some success they steer to commercial-mostly very fast. Link to comment Share on other sites More sharing options...
webbrent Posted Monday at 10:22 AM Author Share Posted Monday at 10:22 AM Seems like the CDN is problematic again today. Is there anyway to disable this? Or better yet, should it be disabled? Link to comment Share on other sites More sharing options...
Markushoff Posted Monday at 10:48 AM Share Posted Monday at 10:48 AM I found the codes from unpkg.com in the PS Account module. I removed them from several files, but then I couldn’t open anything, so I restored them, and now it works, but slowly. PrestaShop caches some files on unpkg.com, and since the server went down, the shop goes down as well. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now