]> git.mxchange.org Git - quix0rs-gnu-social.git/commit
Option to pre-load a plugin with checkschema script
authorEvan Prodromou <evan@status.net>
Thu, 5 May 2011 04:05:25 +0000 (21:05 -0700)
committerEvan Prodromou <evan@status.net>
Thu, 5 May 2011 04:05:25 +0000 (21:05 -0700)
commitf8c34582163e34a0e4ad4d0c16aec75dbf68b940
treed4b80e57a3293ef3c4f6936de3f3d9c8a1407e5b
parentc7511094db000bb858c831e78354b4d0d48b243c
Option to pre-load a plugin with checkschema script

One of the problems we've had with running large-scale hosting systems
for StatusNet is enabling new plugins. If the plugin is not enabled,
its database tables are not checked at script time. Conversely, if it
is enabled, it may take several hours to run checkschema for tens of
thousands of sites -- during which time users might see DB errors.

A new argument to checkschema lets it pre-load one or more plugins
before checking the schema. This lets us prepare the plugins' database
tables before they're used in production. In a multihome environment,
this can be combined with tags to gradually roll out a new plugin.

In the config file, a stanza like:

   $site = Status_network::getFromHostname(...);

   if ($site->hasTag('fooenabled')) {
      addPlugin('Foo');
   }

...will only enable the plugin on certain sites. Meanwhile, a bash
script like this should gradually enable the plugin:

   # For all sites...
   for site in `php allsites.php`; do
       # Update the schema for the Foo plugin
       php checkschema.php -s$site.wildcard -xFoo;
       # Enable the Foo plugin
       php settag.php -s$site.wildcard fooenabled;
   done
scripts/checkschema.php