Can prestashop just not support a decent amount of items and categories?

[65fastback2+2]

I came from lemonstand that handled my catalog just fine. Prestashop seems to choke on it all the time.

 

Can it just not handle larger catalogs?

[Guest]

Apples and pears to compare I would think

 

Anyway, give more (a lot more) detail such as

 

how many products

How many categories

Hostng plan - (prestashop cloud, your own server, shared hosting, vps etc)

Details of hosting plan (e.g. Ram, CPU, disk size, traffic limits etc)

What do you mean by choke?

error messages

URL

 

etc, etc, etc, then we may be able to help

[65fastback2+2]

Both instances had 1200+ categories and 85,000+ products.

 

Lemonstand was run off a vps with 512mb ram. Prestashop I have upgraded all the way to 2.75gb ram and still wont run smoothly.

 

This is my host: https://www.knownhost.com/managed-vps-hosting.html

 

Plans have been upgraded since I started this almost 3 years ago now. The vps-1 was 512mb and lemonstand ran on it great. Prestashop is on a current vps-3.

 

And by choke, I mean, performs slowly, tons of errors...the front end and back end index pages keep loading up the server, etc.

 

Here is an example from today:

 

Time:         Wed Apr  8 12:10:43 2015 -0400
Account:      me
Resource:     Process Time
Exceeded:     23437 > 1800 (seconds)

 

 

Executable:   /usr/bin/php
Command Line: /usr/bin/php /home/me/public_html/index.php
PID:          23702 (Parent PID:22281)
Killed:       No

 

Time:         Wed Apr  8 08:42:33 2015 -0400
Account:      me
Resource:     Virtual Memory Size
Exceeded:     544 > 500 (MB)
Executable:   /usr/bin/php
Command Line: /usr/bin/php /home/me/public_html/index.php
PID:          31012 (Parent PID:30902)
Killed:       No

 

 

Just the front end main page is loading up over 500mb of ram for a ridiculous amount of time. 23,437 minutes is 6.5 hours its been at high usage over nothing.

[PrestaHeroes USA]

vps?  really not much more than a shared server that allows mod_expires and gzip.  Now you don't know if there is another vps on same server that is creating issues for you, having a dedicated server removes that unknown.

 

enable ps profiling (google if you don't know how) and see where bottleneck is.  Most often it's a poor quality theme using non-cache type modules.

 

and tons of errors?  for example...

[65fastback2+2]

vps?  really not much more than a shared server that allows mod_expires and gzip.  Now you don't know if there is another vps on same server that is creating issues for you, having a dedicated server removes that unknown.

 

enable ps profiling (google if you don't know how) and see where bottleneck is.  Most often it's a poor quality theme using non-cache type modules.

 

and tons of errors?  for example...

 

error reporting is on the main page if you wanan check it out: http://www.because-racecar.com

 

It wont even update categories on the front end to match what I add to the back end anymore.

[Guest]

That's better loads of info. Not sure I can help really but sure with that extra info others will be able to have an input. I have heard of other stores of that kind of size so should be possible. It used to be said that the number of categories was a bottle neck, but I thought that had been sorted

 

The reason I mentioned apples and pears is that I thought lemonstand was a paid for cloud system, where as prestashop is a free open source

 

But the fact you have "loads of errors" is more suggestive of an issue with your set up rather than prestashop per-se I would have thought

 

Can you give any information on the errors -Have you check error logs on the server, have you switched on debug and seen any errors?

 

Does the store work OK with just a handfull of products/categories?. 

[65fastback2+2]

That's better loads of info. Not sure I can help really but sure with that extra info others will be able to have an input. I have heard of other stores of that kind of size so should be possible. It used to be said that the number of categories was a bottle neck, but I thought that had been sorted

 

The reason I mentioned apples and pears is that I thought lemonstand was a paid for cloud system, where as prestashop is a free open source

 

But the fact you have "loads of errors" is more suggestive of an issue with your set up rather than prestashop per-se I would have thought

 

Can you give any information on the errors -Have you check error logs on the server, have you switched on debug and seen any errors?

 

Does the store work OK with just a handfull of products/categories?. 

 

lemonstand v1 was a self-hosted software just like prestashop is. when they went cloud hosted with v2, they quit supporting v1 which forced me to have to change.

 

debug is on and can be viewed by just going to the url i posted.

 

it runs slow, it times out, it loads up the server for hours on end, it wont update categories as you add them, it wont email me customer service emails, etc.

[PrestaHeroes USA]

I would look at what is hooked to displayHomeTab, this is where a bulk of your time is spent, most likely building the menu.  See if menu module has built in cache, which it sounds like it does given you can't see category update in back office in front.

how? back office-->modules-->module positions find displayHomeTab.  Then you can disable one module at a time to see what affect it has on load time.  

 

Also what is your ps version?

[65fastback2+2]

I would look at what is hooked to displayHomeTab, this is where a bulk of your time is spent, most likely building the menu.  See if menu module has built in cache, which it sounds like it does given you can't see category update in back office in front.

how? back office-->modules-->module positions find displayHomeTab.  Then you can disable one module at a time to see what affect it has on load time.  

 

Also what is your ps version?

 

1.6.0.6

[bellini13]

as El Patron has suggested, try to disable the menu module and see how that effects the page speed.  let us know

 

also I would not consider .6 as a stable/mature version to be running this size of catalog, a lot has changed since.  you could consider an upgrade to .14 (create a duplicate test store and upgrade it), and then compare page load speeds.

[65fastback2+2]

as El Patron has suggested, try to disable the menu module and see how that effects the page speed.  let us know

 

also I would not consider .6 as a stable/mature version to be running this size of catalog, a lot has changed since.  you could consider an upgrade to .14 (create a duplicate test store and upgrade it), and then compare page load speeds.

 

I'll add upgrading to my list of things to get done! Thanks for the suggestions from everyone. Was about to lose my mind lol.