[wp-trac] [WordPress Trac] #37923: Introduce shared wp_blogmeta database table for multisite installation

WordPress Trac noreply at wordpress.org
Wed Aug 23 15:49:47 UTC 2017


#37923: Introduce shared wp_blogmeta database table for multisite installation
-------------------------------------------------+-------------------------
 Reporter:  johnjamesjacoby                      |       Owner:
     Type:  feature request                      |  spacedmonkey
 Priority:  normal                               |      Status:  assigned
Component:  Networks and Sites                   |   Milestone:  4.9
 Severity:  normal                               |     Version:
 Keywords:  has-patch has-unit-tests needs-      |  Resolution:
  testing ms-roadmap                             |     Focuses:  multisite
-------------------------------------------------+-------------------------

Comment (by flixos90):

 Replying to [comment:59 spacedmonkey]:
 > I provide multi network as a service to my clients. Each client has
 their own network and each network is unrelated to each other. I haven't
 read the release documents and don't know site meta is coming. I upgrade
 to 4.9 all the sites. Network 2 does upgrade and installs the table. But
 until network 1 logs in does the upgrade, all other networks can't use
 site meta. What if that user never logs in?

 In [attachment:37923.8.diff], it's always the main network option that is
 checked/refreshed, no other one. So if you for some reason only upgrade
 network 2, it will still update the main network option for
 `site_meta_supported`. Regardless of which network is the main network,
 once one of them runs the upgrade and this results in the `blogmeta` table
 being installed, site meta will work on every network.

 As we've discussed on Tuesday, all of this is surely just a big hack,
 since we don't have a global storage. But introducing a global storage is
 a whole different discussion that shouldn't be a priority right now and
 would delay more important projects like this one significantly. I'd
 rather think about global storage when it's time, and until then, figure
 the least hacky way that is best to migrate over at some point.

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


More information about the wp-trac mailing list