Am 25.02.23 um 17:58 schrieb Silent Coder:
Hi Christian and Group,
I'm new to Django and still learning the ropes, but I'm curious to
know what the use cases for something like this might be.
I don't want to use django-developers for this topic more than intended
(django development); I'll
Hi Christian and Group,
I'm new to Django and still learning the ropes, but I'm curious to know
what the use cases for something like this might be.
Best,
Silent
On Thursday, February 23, 2023 at 4:14:52 PM UTC-6 Christian González wrote:
Am 23.02.23 um 17:09 schrieb Jörg Breitbart:
Ah sorry
Am 23.02.23 um 17:09 schrieb Jörg Breitbart:
Ah sorry for the fuzz, I read too much into your idea and jumped to
the conclusion, that you want to extend INSTALLED_APPS at runtime.
no prob ;-)
As you already pointed out, the proper app ordering might be a bigger
issue for an automated app
Ah sorry for the fuzz, I read too much into your idea and jumped to the
conclusion, that you want to extend INSTALLED_APPS at runtime.
What you describe here
> INSTALLED_APPS = [
> "django.contrib..."
> "..."
> "myapp.core"
> ]
>
>
Am 22.02.23 um 22:37 schrieb Jörg Breitbart:
Am 21.02.23 um 22:05 schrieb Christian González:
My original question was HOW would I implement this in a
"good-practice" way, by not violating Django's conventions, and
showing a way it could be done clean.
I think thats not really feasible
Am 21.02.23 um 22:05 schrieb Christian González:
My original question was HOW would I implement this in a "good-practice"
way, by not violating Django's conventions, and showing a way it could
be done clean.
I think thats not really feasible without big restrictions on the apps
and what
Am 21.02.23 um 14:57 schrieb Jason Johns:
I'd be a -1 on dynamic modification with installed apps. that's the
developer's responsibility to add in, and should be implicit by design.
No, that's not IMHO. In my use case (and e.g. Pretix' too, which is a
great Django use case IMHO) I need a base
I'd be a -1 on dynamic modification with installed apps. that's the
developer's responsibility to add in, and should be implicit by design.
The list of apps needs to come somewhere via configuration, and django
defines that configuration to be done explicitly.
I be;ieve some of the major
Am 20.02.23 um 14:23 schrieb Jacob Rief:
Isn't it a bit dangerous to auto-add a package from PyPI to a running
Django installation? That module then gains full database access and
could do all kind of nasty stuff.
Maybe I am a bit naive here, but 3rd party packages sometimes get
installed
Isn't it a bit dangerous to auto-add a package from PyPI to a running
Django installation? That module then gains full database access and could
do all kind of nasty stuff.
Maybe I am a bit naive here, but 3rd party packages sometimes get installed
incautiously.
– Jacob
--
You received this
Hi devs,
I am still evolving my GDAPS plugin system for Django (which works well
here), and try to overcome some shortcomings of Django that is not
really easy so solve, like dynamically added INSTALLED_APPS.
Given the need that a plugin that is installed/found via
setuptools/entry point
11 matches
Mail list logo