the benefit, marginally easier parsing?
An opportunity of using a colon is that it allows::
dotted.module.name:expression
where expression may be more than just a name::
foo.bar:Bar()
Jim
--
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Web
for
some time.
Good luck!
Jim
--
Jim Fulton
___
Web-SIG mailing list
Web-SIG@python.org
Web SIG: http://www.python.org/sigs/web-sig
Unsubscribe:
http://mail.python.org/mailman/options/web-sig/archive%40mail-archive.com
along, and learn stuff...
I'll dig further down on Bobo. Thanks for announcing this.
Please accept my apologies,
Sure. Thanks.
Jim
--
Jim Fulton
___
Web-SIG mailing list
Web-SIG@python.org
Web SIG: http://www.python.org/sigs/web-sig
Unsubscribe
of it?
Not need a VPS to host it, just a server that has Python.
I know it's almost impposbile but I seached everywhere! And creating your
own is that hard?
Bobo's main goal is simplicity:
http://bobo.digicool.com/
Jim
--
Jim Fulton
___
Web-SIG mailing list
On Wed, Sep 23, 2009 at 12:43 AM, Graham Dumpleton
graham.dumple...@gmail.com wrote:
...
Anyway, that is the thought. Should we be looking at WSGI as a set of
layers instead of assuming we have to push unicode into the gateway
interface layer?
+1
Jim
--
Jim Fulton
or assuming any
encoding. I agree that application frameworks should deal with
conversion between bytes and unicode.
Jim
--
Jim Fulton
___
Web-SIG mailing list
Web-SIG@python.org
Web SIG: http://www.python.org/sigs/web-sig
Unsubscribe:
http://mail.python.org
this story work well.
Jim
--
Jim Fulton
Zope Corporation
___
Web-SIG mailing list
Web-SIG@python.org
Web SIG: http://www.python.org/sigs/web-sig
Unsubscribe:
http://mail.python.org/mailman/options/web-sig/archive%40mail-archive.com
to remember or re-learn. Many full-time web
developers have more interesting things to focus on that publishing
mechanics. I know I do.
Jim
--
Jim Fulton
Zope Corporation
___
Web-SIG mailing list
Web-SIG@python.org
Web SIG: http://www.python.org
On Jun 19, 2009, at 11:27 AM, Chris Withers wrote:
Jim Fulton wrote:
I'm working on another project, bozo, to facilitate using bobo
resources in Zope and use Zope components with bobo applications.
Cool, hopefully bozo can be used for non-Zope applications too :-)
bozo.component
(Note that this discussion is getting rather dense. I suggest reading
my reply all the way through befor responding to individual points. :)
On Jun 17, 2009, at 6:42 PM, Sergey Schetinin wrote:
On 2009-06-17, Jim Fulton j...@zope.com wrote:
On Jun 16, 2009, at 11:02 AM, Sergey Schetinin
frameworks. It was intended to be a play on the name bobo, which
can be translated as idiot in Spanish. I absolutely don't want to
bad-mouth other frameworks. I've removed this unnecessary sentence
from the PyPI page and from the packages long description in subversion.
Jim
--
Jim Fulton
On Jun 17, 2009, at 5:12 AM, Chris Withers wrote:
Hey Jim,
Jim Fulton wrote:
Bobo is a light-weight framework for creating WSGI web applications.
Do you know if there are plans/possibilities to make the routing
part of Bobo available for other frameworks
I'm working on another project
, a database integration layer,
or a number of other features that can be provided by WSGI
middle-ware or application-specific libraries.
Bobo builds on other frameworks, most notably WSGI and WebOb.
To learn more. visit: http://bobo.digicool.com
Jim
--
Jim Fulton
Zope Corporation
is out of scope. ;-)
-1
I'd be happy to see the discussions here.
Jim
--
Jim Fulton
Zope Corporation
___
Web-SIG mailing list
Web-SIG@python.org
Web SIG: http://www.python.org/sigs/web-sig
Unsubscribe:
http://mail.python.org/mailman/options/web
skeptical that this is going to lead to a high-quality product.
I'd much rather see language developers put some focus on making a low-
level feature like a packaging system work as well as possible.
Jim
--
Jim Fulton
Zope Corporation
___
Web-SIG
I redid the front page to make it more brief: http://
pythonpaste.org/webob/
I suggest a paragraph saying what WebOb is, including what problem it
is trying to solve. I'd find this interesting as it is not at all
clear to me.
Jim
--
Jim Fulton
Zope Corporation
unused options. This can be very helpful and puts no
burden on recipe writers.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
Zope Corporationhttp
this is
more general than web applications.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
Zope Corporationhttp://www.zope.com http://www.zope.org
when an
application is installed.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
Zope Corporationhttp://www.zope.com http://www.zope.org
for simple
applications than it would be for us to make Python easier to install
for complex applications. We could bring tools to bear that would be
appropriate to the problem. Maybe this would be a good place to
start. Dang, I wish I had time to.
Jim
--
Jim Fulton
for newcomers.
I don't have a problem with people using whatever layout they want.
I don't even object to having common layouts that are documented and
taught. What I can't accept is a software framework that *requires*
a particular layout to function.
Jim
--
Jim Fulton mailto
On Mar 8, 2007, at 4:36 AM, Chris Withers wrote:
Jim Fulton wrote:
Having everything in one folder is great for development. It
isn't so good for deployment, at least not on Unix.
Can you explain why?
Yes. See my response to Chad.
I do a lot of unix deployment, and the thought
On Mar 8, 2007, at 4:55 AM, Chris Withers wrote:
Jim Fulton wrote:
On Mar 5, 2007, at 4:38 PM, Phillip J. Eby wrote:
...
Personally, I don't care for the Paste Deploy syntax -- frankly
it's almost barbaric. :)
I don't mean to pick on you, but I really *hate* comments like
On Mar 9, 2007, at 9:26 AM, Sidnei da Silva wrote:
On 3/9/07, Jim Fulton [EMAIL PROTECTED] wrote:
On Mar 8, 2007, at 4:36 AM, Chris Withers wrote:
...
For years, people word
files ended up in the same directory with the word applications.
I think that predates my involvement
On Mar 5, 2007, at 12:25 PM, Joseph Tate wrote:
On Saturday 03 March 2007 11:08:24 Jim Fulton 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
on windows?
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
Zope Corporationhttp://www.zope.com http://www.zope.org
this will work on
windows. If Unix-specific daemonizing code is in the main
application, then the application won't be portable. Of course, if
the main program is generic, it might not be a big deal to have
separate versions for Windows and Unix.
Jim
--
Jim Fulton mailto
.
I'd love to get some input who know a lot about what makes deploying
PHP apps so easy.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
Zope Corporation
simple model of a dictionary of
dictionaries provided by ConfigParser.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
Zope Corporationhttp://www.zope.com
On Mar 3, 2007, at 6:19 PM, Robert Brewer wrote:
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
layout.
The devil is in the details.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
Zope Corporationhttp://www.zope.com http://www.zope.org
settings.
Yes, but the way it is overloaded with selecting an entry point and
referring to another configuration file is confusing. I
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
standards, maybe even libraries,
etc. Yes?
Yes.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
Zope Corporationhttp://www.zope.com http
On Mar 5, 2007, at 9:16 AM, Sidnei da Silva wrote:
On 3/5/07, Jim Fulton [EMAIL PROTECTED] wrote:
For production deployments, we (Zope Corporation) install files into
the *real* Unix tree where site administrators want them. We'll
typically have a deployment that includes a number
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
specific action items. A few tools were mentioned. (I'll
send a separate brief note on my ideas about this).
My impression is that there isn't a lot of appetite for standardizing
on a common pain application.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED
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.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540
with keeping WSGI discussions on the web-sig list? Is it
off-topic?
I don't think so.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
Python is
inherently insecure. You don't want to execute Python from an
untrusted source. If someone can tamper with your Python code, then
you have a serious security problem as well.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO
://mail.python.org/mailman/options/web-sig/jim%40zope.com
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
format.
Log data are written to files and are thus not unicode. The user
info is *just* documentation, so it is really up to the app what to
show imo. Further, because the common log file format is space
delimited, the user info cannot contain spaces.
Jim
--
Jim Fulton mailto:[EMAIL
Phillip J. Eby wrote:
At 11:22 AM 1/22/2006 -0500, Jim Fulton wrote:
Typically, web servers provide access logs that include a label
for the authenticated user.
Often, WSGI applications (or middleware) provide their own user
authentication facilities. Well, Zope does. :)
There doesn't
Who is working on deployment tools for WSGI? I'm aware of Paste Deploy.
Are there any other efforts underway?
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http
who I really am! ;)
The point is that there's really no reason to send this to the client.
It is certainly conceivable that some app could consider this
information sensitive.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714
Ian Bicking wrote:
Jim Fulton wrote:
Typically, web servers provide access logs that include a label
for the authenticated user.
Often, WSGI applications (or middleware) provide their own user
authentication facilities. Well, Zope does. :)
There doesn't seem to be a standard way
Phillip J. Eby wrote:
At 10:20 AM 12/21/2005 -0500, Jim Fulton wrote:
Ian Bicking wrote:
Jim Fulton wrote:
The PEP is unclear on this and should be clarified, IMO.
My experience in using implementations is many servers do not require
the read size argument (they don't give
The PEP is unclear on this and should be clarified, IMO.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
.
This is a capability that could be provided by a server, however, it seems
that it might be functionality better provided at an intermediate layer to
make it more pluggable.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http
think the PEP needs to specify more clearly when
start_response can be called.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
Ian Bicking wrote:
Jim Fulton wrote:
...
Why do I want this? It appears that this would be needed to enable
middleware components that manage application threads. I can imagine
though that there aren't any existing servers that handle what I've
suggested correctly.
I do think it would
Ian Bicking wrote:
Jim Fulton wrote:
Right now all threading and generally concurrency is handled by the
server. Since it *has* to be handled by the server,
Why does it have to be handled by the server?
Because most WSGI apps are blocking, so unless you want the server to be
non
51 matches
Mail list logo