Re: Proposal: OpenLayers.js and shipping it in django.contrib.gis statics

2013-05-26 Thread Carl Meyer
Hi Kamil, On 05/26/2013 05:39 PM, Kamil Gałuszka wrote: > Hi Django developers! > > This is my first time here posting, so if I'm wrong please forgive me :) > I wanna learn as much as possible about django development process from > you guys! > Thank you all for inspiring time on DjangoCon.eu sp

ANNOUNCE: Django 1.6 alpha 1 released

2013-05-26 Thread Jacob Kaplan-Moss
Hi folks -- I'm pleased to announce that we've just released Django 1.6 alpha 1, the first in our series of preview releases leading up to Django 1.6 (due in August). More information can be found on our blog: https://www.djangoproject.com/weblog/2013/may/26/django-16-alpha-1/ And in the re

Proposal: OpenLayers.js and shipping it in django.contrib.gis statics

2013-05-26 Thread Kamil Gałuszka
Hi Django developers! This is my first time here posting, so if I'm wrong please forgive me :) I wanna learn as much as possible about django development process from you guys! Thank you all for inspiring time on DjangoCon.eu sprints ! I'm writing because I'm concerned about OpenLayers that ar

Re: Combine localflavor apps again

2013-05-26 Thread Horst Gutmann
On Sun, May 26, 2013 at 8:07 PM, Jannis Leidel wrote: > > On 24.05.2013, at 19:28, Trey Hunner wrote: > > > On Tuesday, May 21, 2013 5:51:11 AM UTC-7, Jannis Leidel wrote: > > So what I propose to fix this is simple: > > > > - combine the localflavor packages into one Python package again, call

Re: Combine localflavor apps again

2013-05-26 Thread Jannis Leidel
On 24.05.2013, at 19:28, Trey Hunner wrote: > On Tuesday, May 21, 2013 5:51:11 AM UTC-7, Jannis Leidel wrote: > So what I propose to fix this is simple: > > - combine the localflavor packages into one Python package again, call it > django-localflavor > - give all the individual country main

Re: Proposal: add request decompression to gzip middleware

2013-05-26 Thread Florian Apolloner
Hi, On Sunday, May 26, 2013 3:49:48 PM UTC+2, Sébastien Béal wrote: > > - limit resources available with the resource module. Is there any other > parts of Django using this technique? Using rlimits are imo not an option; as (to my knowledge) it affects the whole process and not just the threa

Re: Proposal: add request decompression to gzip middleware

2013-05-26 Thread Sébastien Béal
I didn't think of it at first but I see 2 ways to do it: - limit resources available with the resource module. Is there any other parts of Django using this technique? - use the zlib module instead of the gzip one with a max_size in the decompress function. A pattern could be to require the Cont

Re: Proposal: add request decompression to gzip middleware

2013-05-26 Thread Mikhail Korobov
Request decompression looks scary: how are you going to implement protection against zip bombs (http://en.wikipedia.org/wiki/Zip_bomb)? See also: http://bugs.python.org/issue16043 суббота, 25 мая 2013 г., 20:34:44 UTC+6 пользователь Sébastien Béal написал: > > Hi, > > I would like to suggest to

Re: Proposal: add request decompression to gzip middleware

2013-05-26 Thread Sébastien Béal
Thank you for the review and feedbacks. Indeed it seems easier to do it as WSGI middleware. However I think it could still be useful in Django so I am going to rework my code as follow: - create a dedicated 'UnzipRequestMiddleware' in the gzip module - handle POST and FILES correctly (I wa

Re: Proposal: add request decompression to gzip middleware

2013-05-26 Thread Aymeric Augustin
On 26 mai 2013, at 01:08, Florian Apolloner wrote: > Any reason why you couldn't do this in the webserver? Unlike compression, which is supported by almost all web servers (even though it's next to impossible to handle etags properly for dynamic content at this level), decompression isn't supp

Re: Reopening/Refixing #20246

2013-05-26 Thread Florian Apolloner
Hi, On Sunday, May 19, 2013 8:18:48 PM UTC+2, Claude Paroz wrote: > > I'm not completely sure. The narrow space should certainly be used between > a number and its unit symbol (kg, cm, Mb, etc.). So your proposal is at > least valid for a part of the patch. However, for "5 hours, 4 minutes", I'm