A standard file format for a website enables a wider tool
ecosystem to evolve: interactive shells, debuggers, test
runners, skel systems, configuration UIs.
Not to mention existing tools like workingenv, distutils, ...
___
Web-SIG mailing list
On Mar 2, 2007, at 8:17 PM, Ian Bicking wrote:
Jim Fulton wrote:
What have you used global configuration data for?
It's often meant for configuration that applies to many
components. For instance, a debug value that applies widely (or
could also be applied locally). Or information
I'll summarize my recollections of a very useful discussion that
several of us had at PyCon 2007.
At PyCon, Chad Whitacre gathered a a number of us for an Open Space
discussion at PyCon to discuss how we might collaborate on common
infrastructure at below WSGI. As I understood this, this
For some time, Zope has used a daemon-management tool we wrote called
zdaemon:
http://www.python.org/pypi/zdaemon
Until late last year, I found this tool a bit difficult to use
because it was essentially undocumented. I was forced to learn
enough to mostly document it and have gained
Jim,
Thanks for the reply.
2. Do we want to reuse its configuration syntax.
-1
The configuration format used by Paste Deploy is a simple
standard format used by many many systems inside and outside
the Python community.
I'm not objecting to the general ini-style format (do I read
Anyway, I share this for your consideration. There are probably
better tools out there than zdaemon and supervisor2, but I'm not
aware of them. :) I'm curious what other people have found or use.
There's also monit:
http://www.tildeslash.com/monit/
chad
Jim,
I'll summarize my recollections of a very useful discussion
that several of us had at PyCon 2007.
Looks accurate to me, thanks.
- Ian will lead a server benchmark effort
Where by server, we mean core HTTP server library, yes?
My impression is that there isn't a lot of appetite
Jim Fulton wrote:
I believe, we're evaluating Paste Deploy at 2 levels:
1. Can we agree on a standard set of entry points so
that WSGI applications can be combined automatically?
I think Paste Deploy provides at least good start on this.
Yes, I think we can. And the ones in paste deploy are a
Sure, as long as Paste Deploy's config syntax is optional for
whatever-we're-building. :^)
Some of the pain and angst over choosing one solution to the WSGI
application composition problem could be treated by dividing the
composition process into (at least) three parts:
1. Configuration
Chad Whitacre wrote:
Anyway, I share this for your consideration. There are probably
better tools out there than zdaemon and supervisor2, but I'm not
aware of them. :) I'm curious what other people have found or use.
There's also monit:
http://www.tildeslash.com/monit/
I think
Jim Fulton wrote:
On Mar 2, 2007, at 8:17 PM, Ian Bicking wrote:
Jim Fulton wrote:
What have you used global configuration data for?
It's often meant for configuration that applies to many components.
For instance, a debug value that applies widely (or could also be
applied
Robert Brewer wrote:
Jim Fulton wrote:
I believe, we're evaluating Paste Deploy at 2 levels:
1. Can we agree on a standard set of entry points so
that WSGI applications can be combined automatically?
I think Paste Deploy provides at least good start on this.
Yes, I think we can.
L.C. Rees wrote:
Sure, as long as Paste Deploy's config syntax is optional for
whatever-we're-building. :^)
Some of the pain and angst over choosing one solution to the WSGI
application composition problem could be treated by dividing the
composition process into (at least) three parts:
Jim Fulton wrote:
On Mar 2, 2007, at 8:17 PM, Ian Bicking wrote:
Jim Fulton wrote:
What have you used global configuration data for?
It's often meant for configuration that applies to many components.
For instance, a debug value that applies widely (or could also be
applied
Jim Fulton wrote:
For some time, Zope has used a daemon-management tool
we wrote called zdaemon:
http://www.python.org/pypi/zdaemon
Ironically, this sort of tool isn't Python specific at all,
and the discussion highlighted some non-Python tools, notably
daemontools and runit, neither
On Mar 1, 5:04 am, [EMAIL PROTECTED] wrote:
This is a reminder, sent out once a month, about your python.org
mailing list memberships. It includes your subscription info and how
to use it to change it or unsubscribe from a list.
Just before someone starts messing around with google groups'
Ian,
Thanks for weighing in.
2. I'm not clear on how Paste Deploy's abstractions map to the
filesystem. What does my website root look like?
The way I have generally configured websites like this is like:
[composite:main]
use = egg:Paste#urlmap
/ = config:root.ini
Chad Whitacre wrote:
2. I'm not clear on how Paste Deploy's abstractions map to the
filesystem. What does my website root look like?
The way I have generally configured websites like this is like:
[composite:main]
use = egg:Paste#urlmap
/ = config:root.ini
/blog =
I don't think we should have any validation in the config format
(except for basic syntax, of course). Doing validation is just too
hard, and leads to a rather complex config framework. I think some
of the problems with ZConfig come back to this.
I didn't propose that validation be in
2. I'm not clear on how Paste Deploy's abstractions map to the
filesystem. What does my website root look like?
The way I have generally configured websites like this is like:
[composite:main]
use = egg:Paste#urlmap
/ = config:root.ini
/blog =
20 matches
Mail list logo