• Hi everybody,

    I’m experiencing some odd behavior. I have quite a large database for a multi-author website (not multisite). There’s 6 or 7 custom post types, custom taxonomies, almost 80k of posts (all post types combined), postmeta about 400k rows and around 80k images. That’s a lot I’d say, but I have a really strong machine (self-hosted) to handle all this and I have a caching plugin in place (Cachify btw, which does a great job).

    The frontend is lightning fast, cached and uncached. So is the admin backend for me as an administrator. But roles other than admin, such as a regular editor, have quite a slow admin backend. Not unusably slow, but 4 sec for page load time on list views and on post edit screens. The admin gets those screens in 0.7 sec. Any idea where this may come from?

    According to Query Monitor plugin the slow views for the editors do not come from slow DB queries, they’re at around 0.2 sec. So might this be a PHP related issue? But how can this be different for admins and editors?

    BTW, I tried this plugin: https://github.com/alleyinteractive/wp_enqueue_media_override since the wp_enqueue_media function for audio and video files seemed to slow down things, but that wasn’t the problem (but caused another one).

    Thanks!
    Thomas

Viewing 2 replies - 1 through 2 (of 2 total)
  • fwu2016

    (@fwu2016)

    We have encountered the same strange issue. Any updates on how to fix this issue?

    Thread Starter achthomas

    (@achthomas)

    i have run into this issue again for another site, so i decided to have another look into it again. what i’ve overlooked last time was the HTTP requests that query monitor lists. those http request seem to check api.www.ads-software.com for updates and add 3-4 secs to a page load, but strangely only for non-admin roles. so i added a little code to a custom plugin which disable those checks for non-admins. they don’t need that, since the admin takes care of housekeeping.

    
    add_filter('pre_http_request', function() {
        if(!current_user_can('update_core')){
    		return;
    	}
    });
    

    fixed the issue for me. if a non-admin logs in, the requests get circumvented by forcing (quick) timeouts.

    hope this helps.

    • This reply was modified 7 years, 5 months ago by achthomas.
Viewing 2 replies - 1 through 2 (of 2 total)
  • The topic ‘WordPress admin slow for editors, fast for admins’ is closed to new replies.