It does slight more than that - settings configured and settings used are
two very different things at present - to use our canonical example
MIDDLEWARE_CLASSES is *configured* by checking that it's a tuple of strings
and is there. It's used/setup much later when those classes get imported
and init
On 09/06/2014 03:10 AM, Jannis Leidel wrote:
>> Yes, that approach would definitely require some thinking (which I
>> haven't fully done yet) about how best to get a custom
>> ProjectConfig inserted into both the wsgi.py and manage.py
>> entry-points.
>
> Just a quick drive-by comment: ZOMG YES P
On 05 Sep 2014, at 23:18, Carl Meyer wrote:
> On 09/05/2014 03:11 PM, Marc Tamlyn wrote:
>> Yup, that works. The issue is that most users never explicitly call
>> django.setup(), so they need to know how to modify manage.py and wsgi.py
>> to do
>>
>> conf = MyProjectConfig()
>> django.setup(con
On 09/05/2014 03:11 PM, Marc Tamlyn wrote:
> Yup, that works. The issue is that most users never explicitly call
> django.setup(), so they need to know how to modify manage.py and wsgi.py
> to do
>
> conf = MyProjectConfig()
> django.setup(conf)
>
>
> In the case of wsgi.py this isn't too obtuse
Yup, that works. The issue is that most users never explicitly call
django.setup(), so they need to know how to modify manage.py and wsgi.py to
do
conf = MyProjectConfig()
django.setup(conf)
In the case of wsgi.py this isn't too obtuse, but django.setup() is here -
https://github.com/django/djan
On 09/05/2014 02:54 PM, Marc Tamlyn wrote:
> I like the idea Russ - from a brief peruse of the code base it's
> apparently to me how disparate the handling of various "setup" settings
> is throughout the codebase. For example:
>
> INSTALLED_APPS is handled by django.setup() and Apps.populate() (ca
I like the idea Russ - from a brief peruse of the code base it's apparently
to me how disparate the handling of various "setup" settings is throughout
the codebase. For example:
INSTALLED_APPS is handled by django.setup() and Apps.populate() (cached
attribute)
MIDDLEWARE_CLASSES is handled by Base
Hi Ryan,
On 09/05/2014 12:02 PM, Ryan Hiebert wrote:
> I'd like to see the email settings get moved into a dictionary so that
> I can use a single environment variable to configure it very easily, ala
> dj-database-url. There's dj-email-url right now, but it requires 7 lines
> to configure unless
Hi Russ,
On 09/05/2014 10:38 AM, Russell Keith-Magee wrote:
> The other way to resolve this would be to rethink the way Django starts up.
>
> Settings like MIDDLEWARE_CLASSES have always struck me as being a little
> odd - they're not really settings, they're a way to configure the way
> code is
On Fri, Sep 5, 2014 at 12:49 PM, Russell Keith-Magee <
russ...@keith-magee.com> wrote:
>
> On Fri, Sep 5, 2014 at 9:57 AM, Carl Meyer wrote:
>
>> On 09/05/2014 10:46 AM, Tim Graham wrote:
>> > In the meantime, shall we abandon the idea of organizing settings in
>> > dictionaries for "purity"? May
On Fri, Sep 5, 2014 at 9:57 AM, Carl Meyer wrote:
> On 09/05/2014 10:46 AM, Tim Graham wrote:
> > In the meantime, shall we abandon the idea of organizing settings in
> > dictionaries for "purity"? May we add new settings as described here:
> > https://code.djangoproject.com/ticket/22734#comment:
On 09/05/2014 10:46 AM, Tim Graham wrote:
> In the meantime, shall we abandon the idea of organizing settings in
> dictionaries for "purity"? May we add new settings as described here:
> https://code.djangoproject.com/ticket/22734#comment:22
IMO, yes.
When we already have a subsystem, like email,
In the meantime, shall we abandon the idea of organizing settings in
dictionaries for "purity"? May we add new settings as described here:
https://code.djangoproject.com/ticket/22734#comment:22
On Friday, September 5, 2014 12:39:02 PM UTC-4, Russell Keith-Magee wrote:
>
>
>
> On Thu, Sep 4, 2014
On Thu, Sep 4, 2014 at 4:39 PM, Carl Meyer wrote:
> On 09/04/2014 05:36 PM, Collin Anderson wrote:
> > I'm trying to think outside the box on settings.
> >
> > If we want to logically group settings together, what if we supported
> > syntax like this?
> >
> > MIDDLEWARE_CLASSES = (
> > 'djang
On Thu, Sep 4, 2014 at 7:36 PM, Collin Anderson
wrote:
> I'm trying to think outside the box on settings.
>
> If we want to logically group settings together, what if we supported
> syntax like this?
>
> MIDDLEWARE_CLASSES = (
> 'django.middleware.clickjacking.XFrameOptionsMiddleware',
>
yeah... I thought of circular imports... you would need to lazy-load most
imports. not fun.
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to django-develope
On 09/04/2014 05:36 PM, Collin Anderson wrote:
> I'm trying to think outside the box on settings.
>
> If we want to logically group settings together, what if we supported
> syntax like this?
>
> MIDDLEWARE_CLASSES = (
> 'django.middleware.clickjacking.XFrameOptionsMiddleware',
> Security
I'm trying to think outside the box on settings.
If we want to logically group settings together, what if we supported
syntax like this?
MIDDLEWARE_CLASSES = (
'django.middleware.clickjacking.XFrameOptionsMiddleware',
SecurityMiddleware(content_type_nosniff=True, xss_filter=True),
)
It
Hi Shai,
On 09/01/2014 01:15 AM, Shai Berger wrote:
> This thread has had very little to do with django-secure for some time...
Thanks :-)
> On Sunday 31 August 2014 18:07:04 Carl Meyer wrote:
>>
>> In the case of the email settings, I think introducing a deprecation
>> that requires people to u
Le lundi 1 septembre 2014 09:15:21 UTC+2, Shai Berger a écrit :
>
> A case in point is a change that was introduced in 1.7 -- putting the TEST
> settings of databases into an inner dict. When it was brought up, all
> responses were positive. (...)
(...)
> As I said, everybody who commented on i
This thread has had very little to do with django-secure for some time...
On Sunday 31 August 2014 18:07:04 Carl Meyer wrote:
>
> In the case of the email settings, I think introducing a deprecation
> that requires people to update their settings files, for zero gain in
> capability, is a much bi
21 matches
Mail list logo
