Re: request for API review of streaming responses additions

On Mon, Sep 7, 2015 at 3:04 PM, Aymeric Augustin wrote: > 2015-09-07 10:00 GMT+02:00 Yann Fouillat : >> I agree, do you know what tools could I use to emulate 3G ? > > As far as I know, the canonical tools are: > > - on Linux, netem: >

Re: Get current user in model signal pre_save

On Wed, Sep 9, 2015 at 4:11 PM, Xavier Palacín Ayuso wrote: > I want to collects current user in model signal pre_save, to prevent remove > super user permission to current super users. Hi Xavier. This mailing list is for discussing the development of django itself,

Re: Making max_length argument optional

On Mon, Sep 21, 2015 at 5:21 PM, Paulo Maciel wrote: > +1 max_length optional > I'm slightly worried from a DB point of view. Whilst blessed PostgreSQL supports variable length fields seemingly without issues, other DB engines (MySQL, for instance), have significant

Re: Making max_length argument optional

On Tue, Sep 22, 2015 at 1:49 AM, Podrigal, Aron wrote: > Different schemas?? Schema will always be different for each database > backend according to its datatypes. I really don't understand what your > concern is. In any case your free to specify a max_length=N where it

Re: #25582: Add a way to build URLs with query strings

On Fri, Oct 23, 2015 at 12:59 PM, guettli wrote: > API proposal: > > Add a new kwarg to reverse(): > >reverse(..., get=None) > > > Example: reverse('my_view_name', kwargs={'pk': '1'}, get=dict(param='value') Would 'get' be a dict or a querydict? (URL parameters

Re: Provide a way to pass kwargs when initializing the storage class

On Sat, Nov 7, 2015 at 11:58 AM, Raphaël Barrois wrote: > Hello, > > > The core of the proposed solution seems quite interesting; however, it also > introduces a new configuration format for backends. > > Caches and databases use a dict with a "BACKEND" key and an

Re: Adding an some warnings, checks, or exceptions for urls

On Mon, Apr 25, 2016 at 1:00 PM, Robert Roskam wrote: > I realize this is a really, really obvious and easily fixed newbie error. > But here it is: > > urlpatterns = [ > url(r'^sitemap/', > TemplateView.as_view(template_name='brochure/sitemap.html'), > name="sitemap"),

Re: Time based one time password and django ?

Also django-two-factor, which builds on django-otp and provides all extra bits you might need, eg setup views, QR code generation for device registration, login wizards etc supporting HOTP/TOTP, static tokens, Yubikey and SMS. https://markusholtermann.eu/2016/09/2-factor-authentication-in-django/

Re: #27485 new New feature Allow ALLOWED_HOSTS to accept an IP-range / wildcard

On Sat, Nov 19, 2016 at 1:01 AM, Florian Apolloner wrote: > On Thursday, November 17, 2016 at 5:07:07 PM UTC+1, Tom Evans wrote: >> >> Or: >> from socket import gethostname, gethostbyname >> ALLOWED_HOSTS = [ gethostname(), gethostbyname(gethostname()), ] > > > That a)

Re: #27485 new New feature Allow ALLOWED_HOSTS to accept an IP-range / wildcard

On Wed, Nov 16, 2016 at 10:29 PM, Thomas Turner wrote: > Hi > > The other day I raise a ticket to do with ALLOWED_HOSTS and it was suggested > that I post on this group before creating a patch > The ticket is https://code.djangoproject.com/ticket/27485 > > The problem > > Now that

Re: Django 2.0 Python version support (Python 3.6+ only?)

On Thu, Jan 5, 2017 at 8:10 PM, Asif Saifuddin wrote: > Hi, > > django 2.0 will be released in december 2017 and ubuntu 18.04 will be > released in april 2018 which will default atleast 3.6, so I think this > should also be taken as consideration while deciding. I know

Re: Automatic prefetching in querysets

Is this opt-{in,out} considered to be a global flag, meant to be toggled on or off depending on whether it is an "expert" working on the project or not? I don't think that would be a good idea, almost all of our projects have a mix of skill levels, and people move from team to team on a regular

Re: Having a MongoDB connector for Django

On Fri, Sep 15, 2017 at 6:44 PM, Nes Dis wrote: > I would like to thank everyone for their valuable comments. Simultaneously I > would like to comment on some conceptions regarding using MongoDB. Its not > accurate to state that relational joins cannot happen in MongoDB. It can

Re: Having a MongoDB connector for Django

Short answer: always use the appropriate tool Relational databases and document stores have different uses and purposes. Using a document store like a relational database (eg, with an ORM (emphasis on the R)) is a bad idea, and using a relational database as a document store is similarly foolish.