klopotnik Posted February 12, 2015 Share Posted February 12, 2015 hi, i have checked many threads but no help.. testing page: http://193.105.159.119:8080/toaletny-papier.sk/ screenshot: why is config so slowly loaded? what can cause that? - ps 1.6.0.9 - ~20 products, 3 categorries - almost every module disabled - using php 5.5 on xampp - opcache enabled - smarty (on/off --> no difference) - apache optimalization (on/off --> no difference) - memory cache (on/off --> no difference) profiling is still enabled.. you can check.. Link to comment Share on other sites More sharing options...
JPresta.com Posted February 12, 2015 Share Posted February 12, 2015 'config' part is the time spent by Prestashop to load: classes and config file. opcache should make it faster, did you try with and without it? Link to comment Share on other sites More sharing options...
klopotnik Posted February 12, 2015 Author Share Posted February 12, 2015 On 2/12/2015 at 10:30 AM, pagecache said: 'config' part is the time spent by Prestashop to load: classes and config file. opcache should make it faster, did you try with and without it? yes, it is enabled (and it was enabled before, with the same result) it helped a lot with memory, but no affect to config load time it is really strange.. Link to comment Share on other sites More sharing options...
klopotnik Posted February 12, 2015 Author Share Posted February 12, 2015 now I can confirm, that this has to be something with server.. the same application running on shared hosting takes only ~400ms in config load time I use VPS, 4gb ram, 1cpu, xampp, php5.5, default settings (only memory limit is set to 256mb) opcache enabled (it helped with memory in profilling) what esle can cause this slow load? Link to comment Share on other sites More sharing options...
helldog2004 Posted February 12, 2015 Share Posted February 12, 2015 I had the same issue with another website running on a huge VPS server. I disabled each module one by one in modules folder by renaming the folder with an "_" at the end of each module name. For example "blocklayered" will be called "blocklayered_" After each rename refresh the page, if no change rename the folder back to its original state and take the second folder to do the same. Untill you have done each folder. If you see big changes with one of the modules you will know one of the modules is not or not anymore compatible with your PrestaShop version. Cheers. Link to comment Share on other sites More sharing options...
JPresta.com Posted February 12, 2015 Share Posted February 12, 2015 On 2/12/2015 at 11:30 AM, klopotnik said: what esle can cause this slow load? Your PHP configuration I guess, but I'm not an expert into this. Link to comment Share on other sites More sharing options...
klopotnik Posted February 12, 2015 Author Share Posted February 12, 2015 On 2/12/2015 at 12:01 PM, helldog2004 said: I had the same issue with another website running on a huge VPS server. I disabled each module one by one in modules folder by renaming the folder with an "_" at the end of each module name. For example "blocklayered" will be called "blocklayered_" After each rename refresh the page, if no change rename the folder back to its original state and take the second folder to do the same. Untill you have done each folder. If you see big changes with one of the modules you will know one of the modules is not or not anymore compatible with your PrestaShop version. Cheers. i dont think so, because - most of modules are disabled (on behalf this speed problems) - the same copy running on shared server takes only 500ms (config load) Link to comment Share on other sites More sharing options...
klopotnik Posted February 12, 2015 Author Share Posted February 12, 2015 On 2/12/2015 at 12:02 PM, pagecache said: Your PHP configuration I guess, but I'm not an expert into this. do you have some "good" configuration available? (php 5.5, running on windows xampp) Link to comment Share on other sites More sharing options...
JPresta.com Posted February 12, 2015 Share Posted February 12, 2015 On 2/12/2015 at 12:20 PM, klopotnik said: do you have some "good" configuration available? (php 5.5, running on windows xampp) No, I just use wamp to develop and test my modules; after I use shared hosting or Prestashop cloud solution. Link to comment Share on other sites More sharing options...
klopotnik Posted February 12, 2015 Author Share Posted February 12, 2015 On 2/12/2015 at 3:59 PM, pagecache said: No, I just use wamp to develop and test my modules; after I use shared hosting or Prestashop cloud solution. just installed new server based on wamp switched to fast-cgi enabled zend cache still no change.. if somebody knows the answer, do not hasitate to help ) Link to comment Share on other sites More sharing options...
El Patron Posted February 12, 2015 Share Posted February 12, 2015 see this post: https://www.prestashop.com/forums/topic/349796-performance-hot-fix-please-apply-solved-1609-class-indexphp-has-disappeared/ Link to comment Share on other sites More sharing options...
klopotnik Posted February 12, 2015 Author Share Posted February 12, 2015 On 2/12/2015 at 7:25 PM, El Patron said: see this post: https://www.prestashop.com/forums/topic/349796-performance-hot-fix-please-apply-solved-1609-class-indexphp-has-disappeared/ i know that post (i've read that before posting this one) .. but not my case i installed 1.6.0.11 and the problem is the same.. it is probably really not connected to any bugs in PS but other applications run on that server really fast (but they run on IIS) i tried more apache servers (xamp, wamp), more php versions (5.4, 5.5) and many cache modules.. just a question.. if you install new PS on your localhost (windows), that time takes config execution? is it really under 1000ms? is there any special settings on hosting server? Link to comment Share on other sites More sharing options...
klopotnik Posted February 13, 2015 Author Share Posted February 13, 2015 solved the only problem is using "localhost" as database server in settins file you should use 127.0.0.1 (this is probably only windows issue) i dont want any emotions so I close this thread 1 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