Large Sites 5000 pages run, super slow – Any Tips?

– https://codex.www.ads-software.com/WordPress_Optimization
– https://codex.www.ads-software.com/WordPress_Optimization/Caching (Caching Plugins…)
– https://codex.www.ads-software.com/WordPress_Optimization/WordPress_Performance
– https://codex.www.ads-software.com/High_Traffic_Tips_For_WordPress

Thanks, we have already reviewed these, they don’t address our issue. This is not an issue with a slow loading website, strictly a back end admin issue, specific to adding/editing pages

have you discussed this with your webhost? They may have some tips.

Yes, we are onto our 3rd host at this point, some previous items that were attempted by the with limited success include:

VPS is still hitting the memory limit raised the RAM limit by 500MB
I’ve raised the privvmpages limit (memory) by 10%. raised the Burstable memory of your VPS by another 300MB
increased the max_execution_time variable in Php.ini.

There has to be some tips for configuring your wordpress site to run smooth on the backend for large sites

THANKS AGAIN!!

may somebody else with more specific tips can chime in.

What are the server logs noting?
Have you opted for an optimized external MySQL database setup?
Do you have any hooks into the admin from plugins/theme/custom functions, etc. that could be causing these issues?
What version of WP? What theme? Is it customized? Which plugins? What version of PHP? What version of MySQL? Besides the few tweaks noted above, what have you tried at the server level to enhance performance?

3.71 version, I will reach out to my host to see if they can provide some additional clarification to your questions and post. We have tried different themes and removing all of the plugins but this has not adjusted the back end speed. I have a few sites that are over 3000 pages, and it seems that the more pages you add with wordpress the slower the wp-admin function works, there has to be ways to improve this performance…thanks for your feedback will post what my server indicates they have done, etc.

They have tried making these adjustments, but things are still very slow, I have completed the adjustments to MySQL. These are the changes I made:max_connections = 50 —> 64key_buffer = 64M —> 256Minnodb_buffer_pool_size = 128M —> 256MI

https://dev.mysql.com/doc/refman/5.5/en/too-many-connections.html

@pioneer valley, no idea what that means, can you elaborate to I can share with my hosting company. My gut instinct is wordpress in default is not made to run large sites with many pages (over 3000) without being customer configured, just don’t know what these custom configurations are..

ok, here is the latest from our web host, they are again trying to get us to do another upgrade from a hosting perspective, any recommendations or feedback is appreciated.

when you upgraded previously you simply added more simultaneous processing power, you did not move to a server with a higher clock speed. That is why you did not notice a difference after the upgrade you have already done. It is only an increase in clock speed that will decrease these wait times, however I must warn you, that I cannot predict how much more time you can save by increasing your clock speed, it may be very negligible and not worth it. That however is the only thing that will speed up this process short of decreasing the number of pages on that site.

I run a site with many posts (25,000 +) without a loss of backend speed (I do approx 25 posts per night) on a dedicated box without issue. In addition, my front end is VERY heavy with photos. I definitely buck the trend of lean-is-a-good home page.

Last January at around 15,000 posts my WP backend was running on a simple, cheap shared host plan. However, my front end got too busy (250k pageviews a month), so I had to switch to a dedicated machine.

On the shared hosting, any speed issues I had related to a) resource hogging plugins (had a mapping plugin I had to abandon), b) upticks in bots (I’ve had to ban IP addresses to slow russian and asian bots down, which made big differences on the share hosting pan), c) other hosts consuming resources on the box.

I’d be happy to provide more info if it would help.

I would look into adding t2o types of caching (if you aren’t already).

1) An opcode cache. If you are on php5.4 or earlier, you’ll want to look into APC. If you are on php5.5, Zend OpCache should be the easiest.

2) A persistant data cache. Memcached is the most famous version.

Thanks, we will pass this onto our webhost, its a bit beyond my technical experience

I would look into adding t2o types of caching (if you aren’t already).

1) An opcode cache. If you are on php5.4 or earlier, you’ll want to look into APC. If you are on php5.5, Zend OpCache should be the easiest.

2) A persistant data cache. Memcached is the most famous version.

@ deilers, thanks for the post, curious if your site has an equally large number of pages. I am not sure if wordpress handles pages versus posts structure in a different manner, but all sites I have worked on that have a large number of pages (5000+) or more are quite slow

thanks again for trying to help!