Re: declarative settings
I have to say, having settings as Python code is one of the features of Django for me. Being able to calculate settings values, take advantage of Python’s module/class parsing, and so on all make settings more than just a set of dictionary values. I think we would lose a bit of functionality if we chose to reduce them to something that YAML or its ilk knows how to express. -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from this group and stop receiving emails from it, send an email to django-developers+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/django-developers/3de22278-7bad-4409-a2d1-185792a4375c%40googlegroups.com.
Re: Add support for filter arguments in queryset.exists() and queryset.count()
I agree, -1, for composability. I must also say, I find the current idiom easier to read than the proposed version, but by far the more important factor to me is the violation of composability by bundling different kinds of functionality into one call. One of the nice features of querysets. -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from this group and stop receiving emails from it, send an email to django-developers+unsubscr...@googlegroups.com. To post to this group, send email to django-developers@googlegroups.com. Visit this group at https://groups.google.com/group/django-developers. To view this discussion on the web visit https://groups.google.com/d/msgid/django-developers/a9537686-b5dd-4337-a791-31d9f2e7fbf0%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: 2020 Authentication Initiativ
Many of these auth systems are client/server, not going to be the simplest thing to configure the entire stack for simple projects/tutorials/testing environments and so on. I can definitely see having.a pluggable alternative to the contrib.auth package that implements all the client-side stuff, though. When setting up or modifying a project, select the alternative package, and be as agnostic as possible about the auth server-side; a service like Auth0 or AWS Cognito if someone has access to it, a separate private domain auth server, Google/Facebook/OpenAuth. A protocol like OpenID Connect has the virtue of working with lots of different auth services, so an OpenID Connect client might fit the bill. -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from this group and stop receiving emails from it, send an email to django-developers+unsubscr...@googlegroups.com. To post to this group, send email to django-developers@googlegroups.com. Visit this group at https://groups.google.com/group/django-developers. To view this discussion on the web visit https://groups.google.com/d/msgid/django-developers/564f2e06-6b36-4797-8897-01a0c5a55251%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
