airly important for performance
older versions of Python (<3.2) on multi-processor machines.
Jim
--
Jim Fulton
http://www.linkedin.com/in/jimfulton
___
Web-SIG mailing list
Web-SIG@python.org
Web SIG: http://www.python.org/sigs/web-sig
Unsubscribe
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 dealing with HTTP messages
*without* being tied to any particular networking approach or library,
then this is something I've been wanting to see someone do well 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
hen the
> goal (I suppose) should be to share 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
l but it looks like it's dead do you know a clone 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.co
On Wed, Sep 23, 2009 at 12:43 AM, Graham Dumpleton
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
--
J
ng
discussions and so haven't commented up to now, but I've always been
uncomfortable with WSGI using anything but bytes or assuming any
encoding. I agree that application frameworks should deal with
conversion between bytes and unicode.
Jim
--
Jim Fulton
__
On Jul 11, 2009, at 5:58 AM, David Lyon wrote:
On Fri, 10 Jul 2009 10:02:39 -0400, Jim Fulton wrote:
I was really just pointing out that there isn't
anything special about web developers. Really the need relates to
application development. That is, web application developer's ne
ation) which probably helps make 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
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 wi
job. It's one of many things they do and they
don't want to have a lot 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
_
(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 wrote:
On Jun 16, 2009, at 11:02 AM, Sergey Schetinin wrote
oute maps onto an object and when a URL matches a route,
we call the object. (Of course, there are other details, but they're
covered by the bobo documentation.)
I hope this helps and that I haven't totally misunderstood your
original question.
Jim
--
Jim Fulton
Zope Corporatio
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 pr
be a genius to use other
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
ing language, 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
Z
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/option
hat there's this fairly large effort for people
to redo lots of the standard library for Python 3, without necessarily
knowing a lot about the libraries' histories, and motivation. I;m
skeptical that this is going to lead to a high-quality product.
I'
hink most web frameworks use setuptools at this point. I'd rather
get this as a distribution, rather than from the standard library. In
fact, I'd prefer to see all web-development libraries distributed
separate from the language in Python 3.
Jim
--
Jim Fulton
Zope Corporation
___
> 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
On Jul 8, 2007, at 7:48 AM, Guido van Rossum wrote:
> On 7/8/07, Jim Fulton <[EMAIL PROTECTED]> wrote:
...
> I don't understand why your talks are assumed to be uninteresting to
> non-Zope-users (how much evidence do you have?
A fair bit. I've had people tell me, &
On Jul 7, 2007, at 3:01 PM, Ian Bicking wrote:
> Jim Fulton wrote:
..
>> I do have one potential complaint about the entry-point APIs. The
>> applications my company builds have configurations that are too
>> complex to fit in a single config-parser sect
On Jul 7, 2007, at 3:01 PM, Ian Bicking wrote:
> Jim Fulton wrote:
>> On Jul 6, 2007, at 11:41 PM, Ian Bicking wrote:
>>> Every so often I get in this cleanup/redux mood where I feel a
>>> need to
>>> revisit things I've done before in an attempt to Do
different delimiter
between eggs and entry points and between modules and names, then
we'd be able to tell the refrecnes apart. Again, I think this is
more general than web applications.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
C
se and to track option access. A
common mistake when writing configurations is to misspell something.
You end up with options that are ignored because they are misspelled.
This sort of error can be hard to spot. Handlers could complain
about unused options, but this is hard to do if a DEFAULT
also sends all events to all subscribers, instead of
> partitioning the subscribers.
Right. You need a dispatching layer behind this. The beauty of
zope.event is that it puts very little requirement on people who
publish events.
> And finally, I don't want "import
> zope
the software
install. We don't want deamons installed automatically when an
application is installed.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
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 t
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
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 uni
layout faux pas?
>
>- As mentioned wrt PHP, users like familiar filesystem layouts.
> Reaching agreement here improves our story 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 ar
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 mailto:[EMAIL PROTECTED]Python
Powered!
CTO
ink an event model, as Robert Brewer described is a good start.
> As I mentioned on another thread, Zope uses 'signals' on *nix, and
> 'named events' on Windows, by means of the 'Signals' package in Zope.
I'm not familiar with that. :) So that unifies
On Mar 6, 2007, at 2:56 PM, Chris Withers wrote:
> Jim Fulton wrote:
>> On Mar 3, 2007, at 11:27 PM, Chad Whitacre wrote:
>> ...
>>> Now, Jim: it looks like Zope still uses a Unix-y userland for
>>> INSTANCE_HOME, yes?
>> Yes, but I hate it. At Zope Corp
/etc/php.d, /etc/httpd/conf.d and that ilk
> come to
> mind as examples of this kind of thing.
FWIW, zc.buildout has a configuration model designed to support
overriding. Often there is a base configuration that is overridden
by specific configurations for development and deployme
w much easier PHP applications are to deploy to hosting providers.
I would *love* it is Python had a similar story, even if only for
smaller applications.
I'd love to get some input who know a lot about what makes deploying
PHP apps so easy.
Jim
--
Jim Fulton mailto:[
estion, we probably need to have an idea how 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 Wind
useful on Windows? IOW, do they map to services
on windows?
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
Zope Corporationhttp://www.
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. :
On Mar 5, 2007, at 12:25 PM, Sidnei da Silva wrote:
> On 3/5/07, Jim Fulton <[EMAIL PROTECTED]> wrote:
>> We don't deploy to win32 and I don't know enough about win32 to
>> answer. I expect though that, like Unix, a production deployment is
>> going to look
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 d
e
more tools for browsing for and working with eggs, then I think entry
points would provide greater advantages as they would allow the tools
to guide someone deciding how to reuse an egg by telling them about
the components available. Personally, I think that use of entry
points makes
;main application".
> I assume you mean a common app server executable, as opposed to
> best practice docs, entry point standards, maybe even libraries,
> etc. Yes?
Yes.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO
h not
> well described in documentation); that's where you do something like
> "use = other_section", and then add settings that override that other
> section's settings.
Yes, but the way it is overloaded with selecting an entry point and
r
int to a
> second, framework-specific configuration layer.
We do something like this now. It don't require any particular file-
system layout.
The devil is in the details.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO
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 Py
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.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Power
t think
there were 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
extra.
>
>
>
>
> chad
> ___________
> 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/jim%
> 40zope.com
--
Jim Fulton
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
>
ing the server implementations, of course, where necessary.
> But this kind of destabilizing breakage really shouldn't be allowed
> to happen again. Once the error was discovered, the cgi.py change
> should have been immediately reverted until either a decision was
> made to
ith that scope.
>
> What's wrong 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
On Sep 18, 2006, at 2:34 PM, Python wrote:
> On Mon, 2006-09-18 at 14:24 -0400, Jim Fulton wrote:
>> On Sep 18, 2006, at 2:16 PM, Python wrote:
>>
>>> On Mon, 2006-09-18 at 10:27 -0700, Ben Bangert wrote:
>>>> Why do you assume the session store is untrusted?
is a very bad idea.
Hopefully, no one is doing that.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED]Python
Powered!
CTO (540) 361-1714
http://www.python.org
Zope Corporation
ckle is inherently insecure is like saying 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 PROTEC
ather than continuing to fight for a vision that
> hardly anybody else believes in. And, I'd rather save whatever karma I
> have left here for something with a better chance of success.
>
> Good luck with the spec.
>
>
> ___
&g
would be appropriate for the web-sig to try to pick one.
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
_
Michal Wallace wrote:
> On Tue, 24 Jan 2006, Jim Fulton wrote:
>
>
>>Michal Wallace wrote:
>>
>>
>>>Maybe I just don't understand why this is important. Can someone (Jim)
>>>explain why this
>>>is a requirement in the first place?
>&
Michal Wallace wrote:
> On Tue, 24 Jan 2006, Jim Fulton wrote:
>
...
> Maybe I just don't understand why this is
> important. Can someone (Jim) explain why this
> is a requirement in the first place?
We do our own authentication for lots of reasons, including:
- Zope
d be guided by the common log file 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 F
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.
o an
> application as. I might find out 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 Powe
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
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
>> authent
icate the information necessary for a server
to log the authenticated user back to the server.
Am I missing something? How do other people handle this?
Is Zope the only WSGI application that performs authentication
itself?
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered
pe currently exposes most of the environment it's given and I don't
want to expose process environment variables. I'm wondering
if I need to cleanse the environment I'm given.
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 3
Phillip J. Eby wrote:
> At 01:06 PM 12/21/2005 -0500, Jim Fulton wrote:
>
>> Phillip J. Eby wrote:
>>
>>> At 11:25 AM 12/21/2005 -0500, Jim Fulton wrote:
>>>
>>>> Here are some questions and sugesstions on the 'wsgi.file_wrapper'
&g
Phillip J. Eby wrote:
> At 11:25 AM 12/21/2005 -0500, Jim Fulton wrote:
>
>> Here are some questions and sugesstions on the 'wsgi.file_wrapper'
>> part of the WSGI API:
>>
>> 1. Does this need to be optional? It seems that it would be
>> easy fo
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 us
r should be allowed to use the file wrapper in a different
thread than the one used to run the application. This should be noted.
Applications should not return file-like objects that rely on running
in the same thread. This too should be noted.
Jim
--
Jim Fulton mailto:[EM
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 a TypeError), but they block
>
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?
>
>
> Be
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
>>
James Y Knight wrote:
> On Dec 15, 2005, at 3:01 PM, Jim Fulton wrote:
>
>> Normally an application will call the start_response callable when the
>> application is called or when the result iterator is constructed, as
>> shown in the first 2 examples. An applicat
Ian Bicking wrote:
> Jim Fulton wrote:
>
>> Has anyone written any thread-management middleware components for WSGI?
>> Many web applications need to run application code in separate threads.
>> Often, the number of threads needs to be limited, either by throttling
>&g
t iterator has been constructed.
In any case, I 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
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
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
78 matches
Mail list logo
