[wp-trac] [WordPress Trac] #11385: a couple of uninstantiated options

[WordPress Trac]

#11385: a couple of uninstantiated options
-------------------------------------------+--------------------------------
 Reporter:  Denis-de-Bernardy              |        Owner:          
     Type:  defect (bug)                   |       Status:  reopened
 Priority:  normal                         |    Milestone:  2.9     
Component:  Optimization                   |      Version:  2.9     
 Severity:  normal                         |   Resolution:          
 Keywords:  has-patch commit dev-feedback  |  
-------------------------------------------+--------------------------------

Comment(by nacin):

 Or, instead of instantiating them in wpdb->options, what if we used the
 parameter for get_user_option that prevents a blog-level check?

 That would prevent needing to fetch the blog-level option, prevent the
 need to add six new options (which are autoloaded, as well), would prevent
 the unnecessary query generated by get_option, etc. Just in general, it
 prevents duplication in logic [comment:3 that would need to remain
 hardcoded] and could very well be hard-coded, considering there is a
 filter both on get_user_option and on each of these values.

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/11385#comment:8>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software