works, but not on Windows. If we require .fileno(), one could
have an object that quickly writes the content to a file and passes that
fileno, but I don't see what that gains.
-- Mike Orr
___
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
Ian Bicking wrote:
> Mike Orr wrote:
> I don't think several frameworks should share a single SessionManager
> *instance*.
Isn't that what being a session manager means? The single gateway to
the stores. Otherwise it's more a case of two instances co-mana
Ian Bicking wrote:
>Same location:
>
>http://svn.colorstudy.com/home/ianb/scarecrow_session_interface.py
>
>
Good work.
>This version separates out SessionManager from SessionStore, and
>suggests that managers be per-application (or maybe per-framework).
>
There's per-application/per-framew
something.
I'm not sure what you mean. There has to be a public API or the
application can't use the session. "Should I set an attribute or a key,
or call a method?" ("Coffee, tea, or milk?") There is no
request.user. Quixote has a get_user() funct
Mike Orr wrote:
>Regarding sessionless persistence, that reminds me of a disagreement I
>had with Titus in designing session2. Quixote provides Session.user
>default None, but doesn't define what other values it can have. I put a
>full-fledged User object with username/grou
that would be to this API except to share "cookie
code". This API + implementations are required in any case, both
because "most users" will not consider Python if it doesn't have "robust
session handling", and a common library would allow frameworks to use
I may have read the PEP wrong. I thought it said 'wsgi.input' had to be
a file object. But it says it can be a file-like object. I guess a
StringIO would suffice, and that would be serializable.
Rene Dudfield wrote:
>Is not possible to use something like sendfile(2) with wsgi?
>
>Where you n
Shannon -jj Behrens wrote:
>>On a more serious tone, the idea itself has some merit. However, Plone
>>carries a lot of overhead. I would rather prefer a lightweight
>>framework for such 'plug ins'. I wondered a long time about doing some
>>work with CherryPy along these lines, but I never had the
Carlos Ribeiro wrote:
>Hi guys,
>
>
>Javascript seems to be everyone's little dirty secret. Everyone uses,
>most people don't like it. Some (like me) dislike it for no other
>reason than being another language that I have to use. Some others
>dislike it for being named Javasomething (which is inde
