Hi Ole, Emperor is one of the possible ways to manage uWSGI apps and it is a nice one. But, not every setup needs Emperor mode, and managing applications can be done without it. If it is needed, it can be configured with a simple configuration which will include Emperor.
There are various ways/modes to use Emperor, and my opinion is that it should be left for administrator to choose to use it or not. With uWSGI rapid development many options and features are changing from release to release. It is safer with managing application the way it is now, as default configurations are less likely to change with minimal relying on specific uWSGI features and options. Will an example setup under documentation would help on using Emperor? Do you maybe have a suggestion on best practices? A simple emperor.ini and vessels directory with applications linked under /etc/uwsgi/apps-enabled would be one way to achieve it, while keeping clear space for applications for which Emperor is not needed. Best, Janos On Tue, Jul 3, 2012 at 6:36 PM, Ole Laursen <o...@iola.dk> wrote: > Hi! > > Allow me to second this. While the setup installed by the package is > neat, it looks like the Emperor is the upstream idea of how to do > this, and it also makes babysitting the thing a bit easier: > > http://projects.unbit.it/uwsgi/wiki/SystemdIntegration > > I think it would be neat if the package shipped with a simple emperor.ini > setup. > > Also, this is just a humble side remark, but I notice you're using the > app symlink pattern from Apache (and now also nginx) - while it seems > cool initially, IMHO after 5 years of maintaining a growing number of > sites it turns out to be a pain in the butt in practice because you > have to remember to fix the symlink. > > The only thing I can really see it's good for is when you want to > temporarily disable a site without actually removing it, but then you > could just have mv'ed it away to a trash directory instead of > maintaining the symlink farm. > > > Ole > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
