[wp-trac] [WordPress Trac] #34359: Cache output of `wp_upload_dir()` to improve performance

WordPress Trac noreply at wordpress.org
Sat Jan 9 21:39:19 UTC 2016


#34359: Cache output of `wp_upload_dir()` to improve performance
-------------------------------------------+-------------------------------
 Reporter:  mikeschroder                   |       Owner:  mikeschroder
     Type:  defect (bug)                   |      Status:  assigned
 Priority:  normal                         |   Milestone:  4.5
Component:  Media                          |     Version:
 Severity:  normal                         |  Resolution:
 Keywords:  needs-testing has-patch early  |     Focuses:  multisite,
                                           |  performance
-------------------------------------------+-------------------------------

Comment (by mikeschroder):

 Replying to [comment:24 azaozz]:
 > 34359.4.patch is identical to 34359.3.patch except the tested paths are
 stored in persistent cache. We are testing absolute paths, no point to
 repeat the same test on every page load, the result is not going to change
 :)

 I could see this happening if WordPress is scaled horizontally, and
 initial saves happen on whatever local web machine, or localized network
 storage might be used for that particular part of the cluster, but still
 using a shared pool of object cache. In practice, I don't know how common
 this is, but it's certainly a configuration possibility.

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


More information about the wp-trac mailing list