[wp-trac] [WordPress Trac] #33276: redundant wp_using_ext_object_cache check in get/set_transient
WordPress Trac
noreply at wordpress.org
Mon Aug 8 08:16:37 UTC 2016
#33276: redundant wp_using_ext_object_cache check in get/set_transient
--------------------------+------------------------------
Reporter: shmulikk | Owner:
Type: defect (bug) | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Cache API | Version: 2.8
Severity: normal | Resolution:
Keywords: 2nd-opinion | Focuses: performance
--------------------------+------------------------------
Comment (by shmulikk):
Hi @dd32
Thanks for looking into it. For some reason I didn't not get any
notification and I just happened to re-check the status here.
Baiscally you are right with claim that all code should deal with not
being able to get transients.
The problem is that once an external caching plugin is used - the
transients will completely fail, while the options mechanism will
gracefully fall back.
This means that the fact that I'm adding a caching plugin might actually
hurt me because it will never fall back to the options table, thus
functionality and performance are affected because the original code that
try to use transients will fall back to its own defaults or re-run of
logic due to the missing data.
This is specially true to the cron issue I've mentioned above in one of my
comments.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/33276#comment:10>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list