[wp-trac] [WordPress Trac] #33276: redundant wp_using_ext_object_cache check in get/set_transient
    WordPress Trac 
    noreply at wordpress.org
       
    Tue Mar 29 01:29:11 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 dd32):
 For an explanation of why this logic exists:
 When you're using an external cache, all options ultimately get stored in
 an `alloptions` cache, which on large sites will exceed the storage limits
 once transients are added (for example, Memcache is 1MB by default).
 As transients are transient, all code that uses them should expect the
 transient to expire in as little as `instantly`.
 So; Removing the object cache checks within `get/set_transient()` isn't
 going to be possible, however, fixing it to detect a cache failure
 (`wp_cache_set()` returning false perhaps?) is a potential enhancement we
 can look at here.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/33276#comment:9>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
    
    
More information about the wp-trac
mailing list