#42251 closed enhancement (fixed)
Cache not found values for sites and network lookups by ID
Reported by: |
|
Owned by: |
|
---|---|---|---|
Milestone: | 5.3 | Priority: | normal |
Severity: | normal | Version: | |
Component: | Networks and Sites | Keywords: | has-patch has-unit-tests has-dev-note |
Focuses: | multisite | Cc: |
Description
Currently when running get_site( 12345 )
and no ID with that site exists, the result is not being cached. That means every subsequent lookup will still cause a DB query to be fired, which is unnecessary. The exact same applies to networks as well.
Let's make sure falsy lookups are still cached under the ID checked.
That also implies that upon creating a new site or network, its respective ID cache must be cleared to not longer receive the cached falsy result. This is already the case for sites anyway, for networks it's a bit more tricky because we don't have a real API for that. However, with a dev-note clarifying that, also given how "edge-case" multiple networks are, I think we're good making that change.
Attachments (4)
Change History (23)
This ticket was mentioned in Slack in #core-multisite by jeremyfelt. View the logs.
7 years ago
This ticket was mentioned in Slack in #core-multisite by flixos90. View the logs.
7 years ago
#5
@
7 years ago
I also tested this by creating a new site via the normal WP admin; and using one of our site's custom site creation code, and they both worked fine.
This ticket was mentioned in Slack in #core-multisite by spacedmonkey. View the logs.
7 years ago
#9
@
6 years ago
- Keywords has-unit-tests needs-refresh added; needs-unit-tests dev-feedback removed
- Milestone changed from 5.1 to 5.2
42251-tests.diff needs refreshing to apply to trunk.
Let's do this early in the 5.2 cycle, changing site caches makes me nervous, I'd like to see it tested on WP.com as early in the cycle as possible.
#10
@
6 years ago
- Keywords needs-refresh removed
I've fixed the conflicts and added some spacing to the tests.
#12
@
6 years ago
- Owner set to flixos90
- Status changed from new to reviewing
Patch is looking good. Due to this being a potentially impactful change in multisite, let's merge this early in the 5.3 cycle (see https://core.trac.wordpress.org/ticket/42251#comment:9).
I'll punt once we have a 5.3 milestone.
This ticket was mentioned in Slack in #core by david.baumwald. View the logs.
5 years ago
#15
@
5 years ago
42251.3.diff ensures that caches for a newly created site are refreshed as soon as possible after its addition to the database. The absence of that was previously causing one of the new tests to fail.
Other than that, the patch only includes minor code formatting fixes and more consistent naming of tests.
#17
@
5 years ago
I’m concerned that the -1
return value might get ran through absint()
somewhere and become a 1
which would be really bad, because that is typically the ID for the main site in the main network.
I don’t have a better idea though, and I don't have any evidence that this is an actual problem.
0
or false
maybe… since site ID 0
will never exist?
42251.diff caches the value -1 for falsy lookups of sites and networks by ID. It furthermore ensures that upon inserting a new network, the cache value for that ID is cleaned.