[wp-trac] [WordPress Trac] #33276: redundant wp_using_ext_object_cache check in get/set_transient

WordPress Trac noreply at wordpress.org
Wed Aug 10 23:21:30 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:  close         |     Focuses:  performance
--------------------------+------------------------------
Changes (by dd32):

 * keywords:  2nd-opinion => close


Comment:

 > 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.

 I understand the issue here, but I don't think this is something we can
 handle in Core gracefully in a manner that is appropriate for the vast
 majority of sites that actually rely upon object caches.
 If you're running an object cache on a large site, falling back to the
 database would be disastrous for a site in the event the object cache went
 unavailable.

--
Ticket URL: <https://core.trac.wordpress.org/ticket/33276#comment:11>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list