[wp-trac] [WordPress Trac] #46645: Site health: timeout on the "Info" tab

WordPress Trac noreply at wordpress.org
Mon Mar 25 23:27:35 UTC 2019


#46645: Site health: timeout on the "Info" tab
--------------------------+---------------------
 Reporter:  azaozz        |       Owner:  (none)
     Type:  defect (bug)  |      Status:  new
 Priority:  normal        |   Milestone:  5.2
Component:  General       |     Version:  trunk
 Severity:  normal        |  Resolution:
 Keywords:  site-health   |     Focuses:
--------------------------+---------------------

Comment (by Clorith):

 We can actually start tracking the execution time from the debug data
 starts getting gathered, which would help avoid arbitrary numbers, but I
 agree we should look at improving performance of this page.

 Potential slowdown areas that stand out:
 - If multisite, we check blog count
 - Count users
 - Looking up if we can access WordPress.org
 - Getting directory sizes
 - Getting database sizes

 We can transient the WordPress access I think, as it should be a pretty
 given constant once checked, we can even transient it from the Site Health
 check to speed things up, as it's done there too.

 Blog and user counts should be handled by cache mechanics if available, if
 you have enough users to make an impact there's a near non-existent chance
 you're not using cache services.

 Directory and database sizes though, we can keep them in a transient once
 collected, but collecting them is the complication now. One alternative is
 to do this collection as a WP_Cron instance, and do them in execution-time
 appropriate chunks. I've done this in other similar scenarios, it's not
 super elegant though, as it may not be done running through things, and
 won't be as current as one might like so open to input on this.

 I would argue that large node_modules directories are an edge case that
 the average user wouldn't hit often, but I may be mistaken as we are
 moving more and more into a JS driven world. (I've so far only had one
 report of a timeout on the debug page for the plugin, although not solid
 statistics, it's at least a quick indicator)

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/46645#comment:3>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list