[Web-SIG] wsgi.file_wrapper and range requests

wsgi.file_wrapper doesn't support sending a file from a specific offset as per wsgi spec. what are your thoughts on this ? -- http://ionel.zapto.org ionel. ___ Web-SIG mailing list Web-SIG@python.org Web SIG: http://www.python.org/sigs/web-sig

Re: [Web-SIG] Proposal for asynchronous WSGI variant

This is a very interesting initiative. However there are few problems: - there is no support for chunked input - that would require having support for readline in the first place, also, it should be the gateway's business decoding the chunked input. - the original wsgi spec somewhat has some

Re: [Web-SIG] Proposal for asynchronous WSGI variant

On Wed, May 7, 2008 at 10:00 PM, Christopher Stawarz [EMAIL PROTECTED] wrote: On May 6, 2008, at 8:51 PM, Ionel Maries Cristian wrote: - there is no support for chunked input - that would require having support for readline in the first place, Why is readline a requirement for chunked

Re: [Web-SIG] Proposed WSGI extensions for asynchronous servers

My thinking is that the server *creates* the environ dictionary, so it can just keep a reference to it and update it as needed. Is middleware allowed to replace environ with another dict instance before passing it to the application? I wasn't aware that this was allowed, but if it is, then I

Re: [Web-SIG] WSGI Open Space @ PyCon.

On Mon, Mar 30, 2009 at 03:13, Graham Dumpleton graham.dumple...@gmail.com wrote: [...] The problem with this is what happens if a WSGI middleware tries to do something with it. If the separate change is made to allow string like objects to be returned instead of only string objects, then its

Re: [Web-SIG] WSGI Open Space @ PyCon.

On Mon, Mar 30, 2009 at 14:14, Graham Dumpleton graham.dumple...@gmail.com wrote: 2009/3/30 Ionel Maries Cristian ionel...@gmail.com: On Mon, Mar 30, 2009 at 03:13, Graham Dumpleton graham.dumple...@gmail.com wrote: [...] The problem with this is what happens if a WSGI middleware tries to do

Re: [Web-SIG] Closing long-running WSGI requests (possible?)

That implies one would have extremely reliable tcp connections, and clients graciously shutdown the connection and the server is notified of that. Most of the time that doesn't happen and the solution is to continuously send keepalive packets (some small string or whatever) - I'm assuming you run

Re: [Web-SIG] PEP 444 (aka Web3)

I don't like this proposal at all. Besides having to go through the bytes craziness the design is pretty backwards for middleware and asynchronous applications. Even the proxy_and_timing_support example in the PEP is broken for async or streaming apps - it won't return the proper time (since it

Re: [Web-SIG] A Python Web Application Package and Format

Hello, I have few comments: - That file layout basically forces you to have your development environment as close to the production environment. This is especially visible if you're relying on python c extensions. Since you don't want to have the same environment constraints as

Re: [Web-SIG] Inviting feedback on my proposed "ASGI" spec

Hey, On Thu, Mar 10, 2016 at 2:34 AM, Andrew Godwin wrote: > Helpful quick Q: http://channels.readthedocs.org/en/latest/inshort.html > I have looked over that and it's not very clear what goes where. [1] I'd be inclined to understand that the process type "that handles