[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
Thu Oct 5 00:40:54 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):
I initially logged this on the incorrect ticket, so reposting here
I've opened a [https://github.com/WordPress/wordpress-develop/pull/5386
follow up pull request] to address some concerns I have
* I'm not sure the name of the function is clear that it only primes the
parent IDs, not the parent post object (I think @spacedmonkey had this
question at some point too)
* Include priming of the parent ID cache when priming post objects to
avoid additional queries at a later time.
* Include a parameter for caching the parent ID of already cached posts.
----
Jonny and I have discussed whether all of this is appropriate on the PR so
it will need some additional eyes for a decision.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/59188#comment:49>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list