Timeline for How can I diagnose a slow Wordpress admin?
Current License: CC BY-SA 3.0
25 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jun 8, 2022 at 17:55 | answer | added | Michael Altfield | timeline score: 0 | |
| S Feb 5, 2015 at 21:41 | history | bounty ended | CommunityBot | ||
| S Feb 5, 2015 at 21:41 | history | notice removed | CommunityBot | ||
| Feb 4, 2015 at 21:28 | vote | accept | Steve French | ||
| Feb 4, 2015 at 21:28 | answer | added | Steve French | timeline score: 0 | |
| Jan 28, 2015 at 23:41 | answer | added | Anton Timmermans | timeline score: 0 | |
| Jan 28, 2015 at 23:34 | answer | added | Privateer | timeline score: 10 | |
| Jan 28, 2015 at 22:06 | history | edited | Steve French | CC BY-SA 3.0 |
added clarity and tag
|
| Jan 28, 2015 at 22:05 | comment | added | Steve French | I have cleaned the database - none of them need to be repaired or optimized, sadly. I am appending the question now | |
| Jan 28, 2015 at 22:04 | history | tweeted | twitter.com/#!/StackWordPress/status/560559130495434752 | ||
| Jan 28, 2015 at 21:38 | comment | added | Christian D. | (I don't have high enough rep to add a comment otherwise I would!). Have you looked at the database tables and done a repair on those to see if there's any tables that need to be repaired or optimized? I'm also asuming the typical windows solution of "rebooting" the system has already been tried to see what happens? | |
| S Jan 28, 2015 at 19:43 | history | bounty started | Steve French | ||
| S Jan 28, 2015 at 19:43 | history | notice added | Steve French | Draw attention | |
| Jan 26, 2015 at 22:57 | comment | added | Wyck | You need to drill down deeper, query monitor will show you ram use per user in admin. You also have mysql slow query log, php profiling, ajax profiling, error logs, and several server tools to measure performance (built in and via 3rd party). It might not even be WordPress related. | |
| Jan 26, 2015 at 22:29 | comment | added | Shawn | We have noticed the same issues on our apache/nginx install ever since the 4.1 update really. We have 15 sites on our install. I will be watching this question for the answer. | |
| Jan 26, 2015 at 18:37 | history | edited | Steve French | CC BY-SA 3.0 |
added age of instalation
|
| Jan 26, 2015 at 17:22 | answer | added | Mohammad Mursaleen | timeline score: 0 | |
| Jan 26, 2015 at 16:04 | history | edited | Steve French | CC BY-SA 3.0 |
added more info and an update
|
| Jan 26, 2015 at 15:55 | history | edited | Steve French | CC BY-SA 3.0 |
added more diagnostic steps
|
| Jan 26, 2015 at 15:53 | comment | added | Steve French | I tried the dev tools - (I will be updating the question after this) and the initial get request is about 95% of the request time. | |
| Jan 26, 2015 at 15:50 | comment | added | Mark Kaplun | the question as it is is impossible to answer, the reason might be your php configuration or your web server. You need to find the one plugin that creates the problem. as @Wyck said, it is bordering impossibility that all plugins are bad. | |
| Jan 26, 2015 at 15:50 | comment | added | David Gard | If you are using Firefox check out Firebug, or if you are using Chrome check out the Developer Tools, either of which can show you individual script load times, helping you to understand which is the culprit. Also, are you running your own server or is it a comercial server? | |
| Jan 26, 2015 at 15:08 | comment | added | Steve French | How would I find the ram use per user? Do plugins have there own user role? | |
| Jan 26, 2015 at 15:00 | comment | added | Wyck | It's very unlikely that each plugin is incrementally adding overhead, instead the culplit is most like a specific plugin(s). Look at your ram use per user. | |
| Jan 26, 2015 at 14:49 | history | asked | Steve French | CC BY-SA 3.0 |