[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