In the last few weeks loads of improvements were made to instancemanager, mainly aimed at improving instancemanager's server side story. Version 0.3 is out .
at managing your development zope instances. Starting/stopping,
creating them, filling the
Products/ directory, automatic
quickreinstalling everything, that sort of tedious stuff. Something
that's tedious is, by definition, something just begging to be
rounded up, automated away and shot.
Some of the big changes and improvements:
optparsemodule to parse the commandline. With all those extra server-side options the homebrewn way was showing its age. Also passing along arguments to options wasn't really possible. So optparse to the rescue. It does mean changes to the way you have to call it.
instancemanager start projectnameis now
instancemanager --zope start projectname.
There are some short options, like
-z instead of
there's the shiny new multi-actions that will take away most or all
of the pain of this change.
instancemanager --help will show you
the new syntax.
use_zeo = Trueto your project's config file and instancemanager will create both a zeo server and a zeo client (=zope server) for you. Way quicker when doing a restart, as the zeo server will just keep running with all your data still available. Also the solution for the real server work.
Hey, this is what instancemanager is all about: it is a bit of extra work to create zeo instances, so I normally didn't do it. Now it is only a one-line change in a config file away. Laziness incorporated.
~/backups/projectname/*, which is wildly open to customisation, though.
I added some more specific possibilities to a
snapshot backups + restore, handy for taking a quick backup separate
from the normal backups for use just before you muck up your
instance with a new untested product. Also a forced full backup is
And a "sync" backup, in which you can copy/paste a running database to another instance: for instance when running a production and preview server in parallel .
Not anymore! You can have generic or per-project multi-actions. They're really just a list of things you'd pass to instancemanager on the commandline, so that's simple. It also means that you can disable the normal "fresh" and "soft" multi-actions, keeping your server instance free from accidental deletion.
The two server instances ("production" and "preview") that I deployed at philips (intranet for their research department) today only have a single "update" multi-action. Production does a snapshot backup, grabs the latest software and restarts itself. Preview copy/pastes production's database, grabs the latest software and restarts. Handy handy handy.
My name is Reinout van Rees and I work a lot with Python (programming language) and Django (website framework). I live in The Netherlands and I'm happily married to Annie van Rees-Kooiman.
Most of my website content is in my weblog. You can keep up to date by subscribing to the automatic feeds (for instance with Google reader):