Re: Ticket 20147 - deprecate and replace request.META

2013-04-09 Thread Luke Plant
On 09/04/13 12:34, Tom Evans wrote: > The basis of web development was CGI. From CGI came everything. > Therefore, almost all webservers - Apache, nginx - almost all > frameworks - RoR, PHP, Django - that deal with the web will have > similar or equivalent environment hashes like this. > The conve

Re: Ticket 20147 - deprecate and replace request.META

2013-04-09 Thread Tom Evans
On Mon, Apr 8, 2013 at 9:02 PM, Luke Plant wrote: > Hi all, > > This is already the subject of a ticket, but I didn't get a response > yet. Basically, the idea is replace things like: > > request.META['HTTP_ACCEPT'] > > with > > request.HEADERS['Accept'] > > request.META should be deprecated a

Re: Ticket 20147 - deprecate and replace request.META

2013-04-09 Thread Marc Tamlyn
I agree wholeheartedly with the introduction of request.HEADERS. I can see Carl's point regarding deprecating META, and I think it would be fine for it to exist as an alternative implementation in the same way as request.REQUEST does. -- You received this message because you are subscribed to t

Re: Ticket 20147 - deprecate and replace request.META

2013-04-08 Thread Val Neekman
+1 for leaving META alone. On Apr 8, 2013, at 7:45 PM, Russell Keith-Magee wrote: > > On Tue, Apr 9, 2013 at 5:13 AM, Carl Meyer wrote: >> Hi Luke, >> >> On 04/08/2013 02:02 PM, Luke Plant wrote: >> > This is already the subject of a ticket, but I didn't get a response >> > yet. Basically,

Re: Ticket 20147 - deprecate and replace request.META

2013-04-08 Thread Luke Plant
On 08/04/13 22:13, Carl Meyer wrote: > Although the concept of a unified "request environ" that includes HTTP > headers mashed together with various other environment and web server > info may date back to CGI, it is not outdated; in fact it is a part of > the WSGI specification too: > http://www.

Re: Ticket 20147 - deprecate and replace request.META

2013-04-08 Thread Russell Keith-Magee
On Tue, Apr 9, 2013 at 5:13 AM, Carl Meyer wrote: > Hi Luke, > > On 04/08/2013 02:02 PM, Luke Plant wrote: > > This is already the subject of a ticket, but I didn't get a response > > yet. Basically, the idea is replace things like: > > > > request.META['HTTP_ACCEPT'] > > > > with > > > > req

Re: Ticket 20147 - deprecate and replace request.META

2013-04-08 Thread Luke Plant
On 08/04/13 21:17, Michael Manfre wrote: > +1 to a saner repr(request) and not having to type "HTTP_". What sort of > deprecation cycle are you thinking for this? I'm thinking the normal cycle: 1.6 - request.HEADERS added, probably a few friends too. - request._META added - accessing requ

Re: Ticket 20147 - deprecate and replace request.META

2013-04-08 Thread Carl Meyer
Hi Luke, On 04/08/2013 02:02 PM, Luke Plant wrote: > This is already the subject of a ticket, but I didn't get a response > yet. Basically, the idea is replace things like: > > request.META['HTTP_ACCEPT'] > > with > > request.HEADERS['Accept'] > > request.META should be deprecated and repl

Re: Ticket 20147 - deprecate and replace request.META

2013-04-08 Thread Michael Manfre
+1 to a saner repr(request) and not having to type "HTTP_". What sort of deprecation cycle are you thinking for this? Regards, Michael Manfre On Mon, Apr 8, 2013 at 4:02 PM, Luke Plant wrote: > Hi all, > > This is already the subject of a ticket, but I didn't get a response > yet. Basically, t

Ticket 20147 - deprecate and replace request.META

2013-04-08 Thread Luke Plant
Hi all, This is already the subject of a ticket, but I didn't get a response yet. Basically, the idea is replace things like: request.META['HTTP_ACCEPT'] with request.HEADERS['Accept'] request.META should be deprecated and replaced with request._META, because it is just an implementation d