[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