[wp-trac] [WordPress Trac] #12140: Reduce DB queries during install by limiting use of wp_load_alloptions()

WordPress Trac wp-trac at lists.automattic.com
Sat May 22 23:56:31 UTC 2010

#12140: Reduce DB queries during install by limiting use of wp_load_alloptions()
 Reporter:  donncha                 |        Owner:  dd32  
     Type:  enhancement             |       Status:  closed
 Priority:  high                    |    Milestone:  3.0   
Component:  Upgrade/Install         |      Version:        
 Severity:  blocker                 |   Resolution:  fixed 
 Keywords:  dev-feedback multisite  |  
Changes (by ryan):

  * status:  reopened => closed
  * resolution:  => fixed


 WP_INTALLING prevents certain cache operations that can lead to bad values
 being inserted into blogs during install_blog().  The answer here is
 probably to have separate constants that control loading plugins and
 shorting cache operations.  Activation, I believe, can get away with
 allowing plugins to load.

 Ideally, plugins that mess with activation would be mu-plugins and avoid
 the whole mess. Such plugins seem perfect candidates for being in mu-

 This issue predates 3.0 and is not a result of this ticket.  Several
 releases ago plugins stopped being loaded when WP_INSTALLING to
 accommodate auto upgrades.

 Since this is not a 3.0 regression and requires a good amount change and
 re-testing to remedy, this is not going to be fixed for 3.0. I re-opened
 #12022 against the 3.1 milestone.  There we can fracture WP_INSTALLING
 into separate constants for controlling cache shorting, plugin loading,
 installation, and activation.

Ticket URL: <http://core.trac.wordpress.org/ticket/12140#comment:28>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software

More information about the wp-trac mailing list