WordPress Admin Suddenly Impossibly Slow

Update: I read here (user “Premium23”) of bumping the aforementioned memory line in the wp-config.php file to 1024 MB. Did so and OMG – lightning fast admin panel.

Loaded the site in Incognito window – lightning fast.

HOW WAS THIS THE ISSUE? Did I suddenly reach critical mass with that last image uploaded for my blog post today or would it be that something was changed by my host that caused the memory to become an issue out of nowhere? I had no discernible slowness until yesterday…then it was immediately sludge.

Well…after about 12 hours of migraine-level stress, a silly little tweak is what fixes it. And it’s only 11 PM here. Happy days.

Hopefully my dialogue around the issue might help someone else find the strange solution sooner. I would certainly appreciate any insight into WHY this was the solution, but will settle for it working and insanity prevailing.

Thanks!

Update: Apparently this was only a temporary solution or the deactivation of all my plugins suddenly caught up at the exact same moment that I made the above change.

Reactivated all plugins. Updated several that had updates waiting – everything was incredibly fast.

15 minutes later we are back to 1-3 minute admin panel load times to do anything and back to 8-15 second load times for any live blog page.

What should I do next? Very worried this is going to get worse again.

First of all make sure you are up to date with all your plugins and with wp.
Then if things are still slow it usually means a plugin is not working as it should, you have to detect which one is it… to do that, disable all the plugins then reactivate them one by one and test the backend speed after each activation to see exactly which one is causing this… if you find the one which is slowing down you backend then you’ll have the option to replace it or to contact it’s developer and let him/her know about your issue…

Thanks, jnhghy.

I have deactivated all of my plugins at once with no change and have now gone through and deactivated each of them one by one with no change.

Additional information: On my hosting plan I have several websites, two are built on wordpress. Both wordpress sites are experiencing the same issue.

The blog mentioned here is HUGE, had 27 plugins (now down to 16 in case it helps), and is constantly being updated with new content.

The other wordpress site is static, small, has 6 plugins, and is updated once a month at most.

They share the following plugins:
– Captain Favicon
– WordPress SEO

I have run the P3 plugin profiler on the blog and the WordPress SEO is taking up the highest percentage, but my speed in the admin panel and the 500 server errors still exist when it is deactivated.

Deactivate all plugins, revert to Twenty Thirteen theme and see if it makes any difference to speed.

Thanks for the suggestion, Krishna.

No, no change ??

Check if this optimization guide is of any help to you.
https://gtmetrix.com/wordpress-optimization-guide.html

Also check your page speed at gtmetrix.

Thanks Krishna, my gtmetrix results are in my original post and I have attempted to complete most available optimization steps; however, my site is not super large and my results are terrible on gtmetrix, so I think the server errors and slowness problem has another source.

Can anyone else advice on steps to take at this point?

@wpyogi – I do not believe the the below request is a duplicate topic, and I find it EXTREMELY rude that you would close the separate topic without allowing some response as to why this NOT a duplicate topic first. I have no way of responding to you there now, which will only serve to clutter this topic.

Why these are separate in my mind (and if they aren’t in your holy opinion, please provide direction on WHY and be helpful instead of the forum police):

– THE TOPIC ABOVE is specifically my admin panel throwing 500 errors and dragging on every admin page. It is still unresolved and at this point I working with GoDaddy to try to find a solution. It began out of nowhere two days ago.

– THE ONE BELOW THAT YOU CLOSED WHILE STILL UNRESOLVED is specific to my live site going after a bit of code somewhere. The delay for this bit of code is minor in comparison to the delay coming from the initial request to fetch the site, which is 40-60 seconds now. I highly doubt they are related to one another as the code calling this PNG has obviously been there for awhile causing no real issues in the back-end. There were absolutely no changes to any stylesheets, plugins, or the like before the ABOVE ISSUE started occurring two days ago.

If someone else can take a shot at helping me look in different locations for the bit of code or url that is looking for an image, that would be helpful.

“So I am troubleshooting some issues and have discovered through the pingdom speed test an issue that is causing a slower than good load time. There is a request for an image file (header.png) that does not exist, result in a long wait (10-22 seconds) and then the 403 error.

I am not an expert on wordpress; however, I would imagine that the code trying to call this image would be found in the CSS stylesheet for my theme. I am using the Genesis framework with a custom child theme. The Genesis theme is brand new and was never tampered with – just a fresh install to support the child theme.

I have searched through the child theme’s stylesheet and every other php file associated with it (there are only four) and there is not a single instance of header.png.

I have reviewed my plugins one by one and none of them would ever call an image – they are all functional plugins, for SEO and such, although I have not gone through each of their CSS sheets. That being said, I disabled all of them and the error during the speed test was still present.

The only place I did find a reference to header.png was in my old theme’s stylesheet, which was deactivated weeks ago when I replaced it with Genesis. I went ahead and deleted the whole theme in entirety in case it was somehow causing the request.

I have also cleared my cache.

I am using W3 Total Cache, but I have cleared it multiple times and the request is still made when I have it deactivated.

Where else should I look for the source of this dang request? Is it possible that my wordpress install is just f-ed up and needs a fresh install?

Thanks in advance for your direction!”

For help deactivating W3TC properly, see their forum:

https://www.ads-software.com/support/plugin/w3-total-cache

The standard test is to try a default theme with ALL plugins deactivated.

And BTW, this IS the same issue.

There were absolutely no changes to any stylesheets, plugins, or the like before the ABOVE ISSUE started occurring two days ago.

And that suggests a server/hosting issue.

For the header.png request, look in your theme’s functions.php file. The file is being called by jQuery and there may be a relevant line or two of code in there.

If you read above, I have tried deactivating all plugins – they are all deactivated now. I have tried the default theme as well multiple times. Both of the above issues remain regardless.

Both issues were also present before I ever installed W3 Total Cache as I added the plugin after they began.

Also, the link to “deactivate W3TC” properly was fairly unhelpful, although I will got through the steps I found to remove it entirely since other folks do have issues with it.

Here is better link for future reference so that folks don’t pull their hair out looking for help in the 160 pages of unresponded support tickets: https://redstarwebdevelopment.com/2013/05/03/how-to-remove-w3-total-cache/

That being said – the issues above were present before, during, and after W3TC. Help?

@wpyogi – I will get on the phone with GoDaddy again now and see if I can find intelligence.

WPRanger – thanks for the tip. Would you expect to find the actual reference to header.png in the function file? If so, it is not there. Would I look for some other type of code instead? Sorry I am not the best at this, but figured that image has to be referenced somewhere. Happy to paste my functions.php info if helpful, it’s pretty minimal.