[wp-trac] [WordPress Trac] #59188: WP_Posts_List_Table causes post, postmeta, and term caches to be primed for all pages in the DB on load
WordPress Trac
noreply at wordpress.org
Mon Oct 9 23:29:24 UTC 2023
#59188: WP_Posts_List_Table causes post, postmeta, and term caches to be primed for
all pages in the DB on load
-------------------------------------+-------------------------------------
Reporter: kevinfodness | Owner: spacedmonkey
Type: defect (bug) | Status: reopened
Priority: normal | Milestone: 6.4
Component: Query | Version: 6.1
Severity: normal | Resolution:
Keywords: has-patch dev-feedback | Focuses: administration,
has-unit-tests needs-dev-note | performance
-------------------------------------+-------------------------------------
Comment (by peterwilsoncc):
The function has been renamed to `_prime_post_parent_id_caches()` in
[56811] to ensure it gets in to the beta scheduled 24ish hours from now.
Still under discussion:
* Priming the post parent on save, see [https://github.com/WordPress
/wordpress-develop/pull/5443 PR #5443]
* Whether to move the cache to the `posts` group to ensure the new caches
are cleared as part of a call to `wp_cache_flush_group( 'posts' )` -- the
cache key would require either a prefix or a suffix, see WIP
[https://github.com/WordPress/wordpress-develop/pull/5447 PR #5447]
--
Ticket URL: <https://core.trac.wordpress.org/ticket/59188#comment:62>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list