Hi.
In my WSGI framework:
http://hg.mperillo.ath.cx/wsgix
I have, in the `http` module, the functions `parse_query_string` and
`parse_simple_post_data`.
The first parse the query string and return a dictionary of strings, the
latter parse the application/x-www-form-urlencoded client body and
re
Ian Bicking wrote:
> James Y Knight wrote:
>> I'm worried about database access. Most DBAPI adapters have
>> threadsafety level 2: "Threads may share the module and
>> connections.". So with those, at least, it should be fine to move a
>> connection between threads, since "share OK" implies "
James Y Knight wrote:
> On Dec 18, 2005, at 6:57 PM, M.-A. Lemburg wrote:
>
>> Ian Bicking wrote:
>>
>>> James Y Knight wrote:
>>>
I'm worried about database access. Most DBAPI adapters have
threadsafety level 2: "Threads may share the module and
connections.". So with those, at lea
Guido van Rossum wrote:
> On 12/19/05, M.-A. Lemburg <[EMAIL PROTECTED]> wrote:
>> Ok. In that sense, I think "moving" is not really possible
>> with database connections or cursors: these always rely on
>> external resources and these may be relying on having the
>> same thread context around when
Hi,
I've just written a python WSGI middleware class to mitigate
XSS flaws, it's released under the python license. I've
attached the docs below.
Cheers
Rich.
WSGI Middleware class that prevents cross-site scripting flaws
in WSGI applications being exploited. Potentially malicious GET
and POST
I am writing a small 'comet'-like app using flup, something like
this:
def myapp(environ, start_response):
start_response('200 OK', [('Content-Type', 'text/plain')])
return ['Flup works!\n']<-Could this be part
of response output? Could I time.sleep() for a while then w
I'm inclined towards the fancy naming option. Ditching the most commonly used
module in the standard library doesn't seem like progress to me. The thing
that seems to bug people is choosing between urllib and urllib2 without knowing
how they differ.
Raymond
___
2008/2/28, Brett Cannon <[EMAIL PROTECTED]>:
> urlparse -> url.parse
> urllib -> GONE
> urllib's utility functions -> url.quote
> urllib2 -> url.request
+1, exactly what I had in mind.
--
.Facundo
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/ar/
On 2008-02-29 01:47, Brett Cannon wrote:
> [BCC'ing stdlib-sig and web-sig so that both vote but that I don't
> have to clear a bunch of replies in the stdlib-sig mailing list from
> people not on both lists =) ]
>
> With PyCon approaching and having other stuff on my plate to deal with
> I want t
On 2008-02-29 20:20, Brett Cannon wrote:
>> So, I'd be +1 on the second approach, provided that those
>> two classes make the transition into url.request as
>> well. Otherwise, I'm +1 on the first approach and -1
>> on the second.
>>
>
> Just to make sure I got this straight, as long as the tw
Brett Cannon wrote:
On Fri, Feb 29, 2008 at 11:52 AM, M.-A. Lemburg <[EMAIL PROTECTED]> wrote:
On 2008-02-29 20:20, Brett Cannon wrote:
>> So, I'd be +1 on the second approach, provided that those
>> two classes make the transition into url.request as
>> well. Otherwise, I'm +1 on the firs
On 2008-03-01 05:06, Brett Cannon wrote:
> Seriously, I just don't want to support two different approaches to
> the same problem.
Then what makes you believe that the urllib2 approach is the
better one ?
Why not move urllib2 to PyPI and keep urllib ?
>> It's not really an argument for dropping
On 2008-03-01 21:13, Brett Cannon wrote:
> On Sat, Mar 1, 2008 at 4:34 AM, M.-A. Lemburg <[EMAIL PROTECTED]> wrote:
>> On 2008-03-01 05:06, Brett Cannon wrote:
>> > Seriously, I just don't want to support two different approaches to
>> > the same problem.
>>
>> Then what makes you believe that t
On 2008-03-02 21:11, Brett Cannon wrote:
> Well, look at the docs for urllib. There is a list of restrictions
> (e.g., does not support the use of proxies which require
> authentication). From what I can tell, those items on the list that
> are an actual restriction do not carry over to urlli
>Manlio Perillo wrote:
>> Brian Smith wrote:
>> For "non-blocking reads", given environ["wsgi.input"].read(64000,
>> min=8000):
>>
>> 1. If more than 64000 bytes are available without blocking, [64000] bytes
>> are returned.
>> 2. If less than 8000 bytes are available without blocking, then the
>>
2008/6/16 O.R.Senthil Kumaran <[EMAIL PROTECTED]>:
> (urllib2.py and url handling functions from urllib (URLOpener, FancyURLOpener)
> and then parse.py ( urlparse.py and parsing related methods from urllib).
> http://bugs.python.org/issue2885 tracks the package creation.
I think Jeremy will handl
I've just cleared the queue of admin tasks for the Web-SIG list, so
don't be surprised to see some old messages appear...
Bill
___
Web-SIG mailing list
Web-SIG@python.org
Web SIG: http://www.python.org/sigs/web-sig
Unsubscribe:
http://mail.python.org/ma
On Mon, 18 Feb 2008 04:23:38 -0800 (PST)
est <[EMAIL PROTECTED]> wrote:
> I am writing a small 'comet'-like app using flup, something like
> this:
>
> def myapp(environ, start_response):
> start_response('200 OK', [('Content-Type', 'text/plain')])
> return ['Flup works!\n']<--
Manlio Perillo wrote:
Hi.
In my WSGI framework:
http://hg.mperillo.ath.cx/wsgix
I have, in the `http` module, the functions `parse_query_string` and
`parse_simple_post_data`.
The first parse the query string and return a dictionary of strings, the
latter parse the application/x-www-form-urlenc
est ha scritto:
I am writing a small 'comet'-like app using flup, something like
this:
def myapp(environ, start_response):
start_response('200 OK', [('Content-Type', 'text/plain')])
return ['Flup works!\n']<-Could this be part
of response output?
What do you mean b
Ian Bicking ha scritto:
Manlio Perillo wrote:
Hi.
In my WSGI framework:
http://hg.mperillo.ath.cx/wsgix
I have, in the `http` module, the functions `parse_query_string` and
`parse_simple_post_data`.
The first parse the query string and return a dictionary of strings, the
latter parse the appl
On Jul 28, 2008, at 12:52 PM, Etienne Robillard wrote:
On Mon, 18 Feb 2008 04:23:38 -0800 (PST)
est <[EMAIL PROTECTED]> wrote:
I am writing a small 'comet'-like app using flup, something like
this:
So is WSGI really synchronous? How can I handle asynchronous outputs
with flup/WSGI ?
WSGI
At 04:23 AM 2/18/2008 -0800, est wrote:
I am writing a small 'comet'-like app using flup, something like
this:
def myapp(environ, start_response):
start_response('200 OK', [('Content-Type', 'text/plain')])
return ['Flup works!\n']<-Could this be part
of response outpu
At 04:57 PM 7/28/2008 -0700, Donovan Preston wrote:
On Jul 28, 2008, at 12:52 PM, Etienne Robillard wrote:
On Mon, 18 Feb 2008 04:23:38 -0800 (PST)
est <[EMAIL PROTECTED]> wrote:
I am writing a small 'comet'-like app using flup, something like
this:
So is WSGI really synchronous? How can
> The first parse the query string and return a dictionary of strings, the
> latter parse the application/x-www-form-urlencoded client body and
> return a dictionary of strings and the charset used by the client for
> the unicode encoding.
> Now, I'm thinking if these two function should instead r
> In wsgix I use utf-8 for decoding the QUERY_STRING, and the charset
> specified in the POST'ed data (utf-8 or the charset found in the special
> _charset_ field).
That's probably wrong. We went through this recently on the
python-dev list. While it's possible to tell the encoding of
multipar
On Jul 28, 2008, at 6:21 PM, Phillip J. Eby wrote:
At 04:57 PM 7/28/2008 -0700, Donovan Preston wrote:
On Jul 28, 2008, at 12:52 PM, Etienne Robillard wrote:
On Mon, 18 Feb 2008 04:23:38 -0800 (PST)
est <[EMAIL PROTECTED]> wrote:
I am writing a small 'comet'-like app using flup, something
Bill Janssen ha scritto:
In wsgix I use utf-8 for decoding the QUERY_STRING, and the charset
specified in the POST'ed data (utf-8 or the charset found in the special
_charset_ field).
That's probably wrong. We went through this recently on the
python-dev list. While it's possible to tell the
28 matches
Mail list logo
