stnadmin Posted March 19, 2015 Share Posted March 19, 2015 (edited) Hi Gang, Recently I just had a site that I'm working on get "REAL" slow and I'm not able to get it to speed back up. The back-end is especially slow. domain: http://mybrandbaby.com phpinfo: http://mybrandbaby.com/php-info/phpinfo.php I have it _PS_DEBUG_PROFILING_ set to true and so that you guys can take a look I've taken it out of maintenance mode. All 3rd party modules and overrides disabled. Here is PrestaShop™ 1.6.0.13 profiling information. Load time: 15291 msYou'd better run your shop on a toaster Execution Load time (ms) config 108 constructor 0 init 37 checkAccess 0 setMedia 19 postProcess 0 initHeader 9 initContent 15106 initFooter 1 display 12 Hook processing: 29 ms / 2.54 Mb9 methods called in 8 modules Hook Processing displayBackOfficeHeader 1.57 Mb in 20 ms actionAdminControllerSetMedia 0.97 Mb in 8 ms displayBackOfficeTop - Mb in 0 ms moduleRoutes - Mb in 0 ms actionAdminPerformanceFormModifier - Mb in 0 ms displayBackOfficeFooter - Mb in 0 ms displayAdminForm - Mb in 0 ms actionAdminPerformanceControllerBefore - Mb in 0 ms actionDispatcher - Mb in 0 ms displayAdminPerformanceForm - Mb in 0 ms Memory peak usage: 25.0 Mb Execution Memory (Mb) Total (Mb) config 17.54 17.6 constructor - 17.6 init 2.47 20.1 checkAccess - 20.1 setMedia 1.31 21.4 postProcess - 21.4 initHeader 0.79 22.2 initContent 1.83 25.0 initFooter 0.05 25.0 display 0.84 25.0 Total cache size in Cache class: 0.41 Mb Smarty cache: enabled Smarty compilation: never recompile SQL Queries: 44 queries in 31 ms Included files: 90 (2.21 Mb) Global vars : 0.02 Mb$_LANGADM ≈ 9k $_SERVER ≈ 9k $_COOKIE ≈ 3k TIA, Don Edited March 19, 2015 by stnadmin (see edit history) Link to comment Share on other sites More sharing options...
JPresta.com Posted March 20, 2015 Share Posted March 20, 2015 Ok so it does not come from a module (disabled) neither the database (31ms). Hmmm, which page was it for? Home page? Do you have lot of products? Link to comment Share on other sites More sharing options...
stnadmin Posted March 20, 2015 Author Share Posted March 20, 2015 (edited) No products right now and that report was from the admin performance page. I have multi-store enabled and SEF on. Edited March 20, 2015 by stnadmin (see edit history) Link to comment Share on other sites More sharing options...
JPresta.com Posted March 20, 2015 Share Posted March 20, 2015 That may come from server power or PHP config. Ask your hosting provider if there is a problem. Link to comment Share on other sites More sharing options...
scottshepherd Posted March 21, 2015 Share Posted March 21, 2015 Hello, I had the same issue after i added some products to my catalog. I assumed the horrible slow down was a module. It was taking 20-25 secs to place an item in the cart. Contacted hosting site and they tested my install against an earlier install on a older server. BIngo! old server was fast as i remembered it being. I googled module issues and read more than one about shipping modules USPS UPS and FEDEX being the problem. I had just installed the USPS mod before i added those products. Disabled the mod, and bam full speed. I have now made my own shippers using the prices from USPS website. works great by weight and is full speed with hundred of products now entered. I hope it helps you. Link to comment Share on other sites More sharing options...
stnadmin Posted March 30, 2015 Author Share Posted March 30, 2015 The sites that I'm having issues with performance do not have the modules installed. I've also noticed I cannot log into my addons account from the backoffice. It appears that initContent is always a very high number and the vast majority of the time being spent is in refreshing metadata on modules. This is happening to all of my Prestashop installs on my server no matter what the version. Any insight as to why this is happening? I'm guessing that it has to do with something on my server or firewall that has changed. Link to comment Share on other sites More sharing options...
stnadmin Posted March 31, 2015 Author Share Posted March 31, 2015 We've been trying to figure out what has been slowing down the backoffice performance and think we may have it but I would like to know everyone's thoughts as well as any ideas on how to resolve it.It appears that Prestashop does some checking on the site for information and it is either getting blocked or it is blocking us. I'm not sure which but I'm pretty sure this is what is causing the performance issue.Doing a tracepath[mybrand@rack httpdocs]$ tracepath api.addons.prestashop.com1: rack.stnhost.com (192.168.101.0) 0.109ms pmtu 15001: 108.166.101.130 (108.166.101.130) 1.001ms1: 108.166.101.130 (108.166.101.130) 0.925ms2: core6-aggr1201a-2.ord1.rackspace.net (23.253.15.184) 1.454ms3: corea-core6.ord1.rackspace.net (50.56.6.132) 1.192ms4: 173.203.0.130 (173.203.0.130) 1.587ms5: be2-mspe4.ord30.rackspace.net (10.25.0.109) 2.705ms6: chi-b21-link.telia.net (80.239.160.49) 3.530ms7: dls-b21-link.telia.net (62.115.135.41) 24.507ms8: if-12-6.tcore2.NYY-New-York.as6453.net (216.6.99.45) 42.554ms asymm 119: po10-20g.ar3.CDG2.gblx.net (67.16.130.221) 113.910ms asymm 1210: cr0-ge-5-1-3-th2.ALIONET.NET (77.72.90.238) 117.966ms asymm 1711: cr0-ge-5-1-7-rdb.ALIONET.NET (77.72.89.102) 109.511ms asymm 1312: no reply13: po2-cr0-rdb.alionis.net (94.100.175.14) 103.753ms asymm 1414: no reply15: ve111-po1-ar1-vbo.alionis.net (94.100.175.6) 118.506ms16: no reply17: no reply18: no reply19: no reply20: no reply21: no reply22: no reply23: no reply24: no reply25: no reply26: no reply27: no reply28: no reply29: no reply30: no reply31: no replyToo many hops: pmtu 1500Resume: pmtu 1500[mybrand@rack httpdocs]$ ping -c1 api.addons.prestashop.comPING api.addons.prestashop.com (91.240.109.19) 56(84) bytes of data.--- api.addons.prestashop.com ping statistics ---1 packets transmitted, 0 received, 100% packet loss, time 10000ms Link to comment Share on other sites More sharing options...
stnadmin Posted April 1, 2015 Author Share Posted April 1, 2015 Ok I figured out the issue and it was totally on us. Someone had placed an IP block in the iptables that was not allowing communication between the sites and prestashop to happen. This resulted the slowdown because Prestashop wanted to update the config/xml/ files. That is why the "initContent" was always so high. The real clue that there was a connection issue that was causing the problem and not a server power problem was the fact that I could not log into my Addons account from the backoffice and also there was no news feed from prestashop displaying on the control panel. I just wanted to let everyone know what my issue was so if they experience something like this themselves. 1 Link to comment Share on other sites More sharing options...
[email protected] Posted September 16, 2016 Share Posted September 16, 2016 Ok I figured out the issue and it was totally on us. Someone had placed an IP block in the iptables that was not allowing communication between the sites and prestashop to happen. This resulted the slowdown because Prestashop wanted to update the config/xml/ files. That is why the "initContent" was always so high. The real clue that there was a connection issue that was causing the problem and not a server power problem was the fact that I could not log into my Addons account from the backoffice and also there was no news feed from prestashop displaying on the control panel. I just wanted to let everyone know what my issue was so if they experience something like this themselves. How dit you solved it ? 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