django manage.py Einstellungen Standard

Ich habe eine settings.py - Datei und eine dev_settings.py - Datei, die ich überschreiben einiger Werte für dev-Zwecke. Jedesmal, wenn ich das ./manage.py Befehl muss ich angeben --settings=whatever.local_settings. Dies wird sehr mühsam zu tun, jedes mal, wenn ich versuche, einen Weg zu finden, um Kraft manage.py laden meiner dev_settings.py Datei standardmäßig, so dass ich nicht geben Sie, die langen Streit jedes mal möchte ich, um einen Befehl auszuführen.

Ich habe versucht Einstellung DJANGO_SETTINGS_MODULE, es scheint jedoch, dass manage.py überschreibt diese option.

Ist es möglich, dies zu verwirklichen, oder bin ich dazu verdammt, immer angeben, dass argument?

InformationsquelleAutor intargc | 2011-11-29

  1. 14

    manage.py setzt Pfad-Einstellungen für Sie, das ist, warum es zu ignorieren DJANGO_SETTINGS_MODULE (es ist im Grunde nur ein Skript, das wickelt sich um django-admin.py).

    Gibt es 2 einfache Möglichkeiten, um Ihr problem zu beheben:

    1. set DJANGO_SETTINGS_MODULE und verwenden django-admin.py alle das ausführen von Befehlen anstelle von manage.py. Das ist sogar besser, wenn Sie vitualenv.

    2. kopieren manage.py und nennen es local.py (das ist der name in meinem Fall) und benennen Sie alle settings erwähnt dev_settings.

    Beispiel:

    #!/usr/bin/env python
from django.core.management import execute_manager
import imp

try:
    import settings_local
except ImportError:
    import sys
    sys.stderr.write("Error: Can't find the file 'settings_local.py' in the directory containing %r. It appears you've customized things.\nYou'll have to run django-admin.py, passing it your settings module.\n" % __file__)
    sys.exit(1)

if __name__ == "__main__":
    execute_manager(settings_local)

    Können Sie das ausführen aller Befehle vom ./local.py jetzt.

    Ich ging die django-admin.py die route! Ich habe nicht einmal erkennen, dass Sie das tun könnten. Ich aus irgendeinem Grund dachte django-admin.py wurde nur für die Erstellung neuer Projekte. Ich Dummerchen...

    InformationsquelleAutor Ondrej Slinták

  2. 2

    Die Art und Weise dies erfolgt in der Regel haben Sie settings.py mit allen Einstellungen, die üblich sind zwischen Umgebungen (Dinge wie INSTALLED_APPS, etc.). Dann haben Sie so etwas wie settings_local.py definiert wird, sodass die Einstellungen insbesondere für die Umwelt in Zusammenhang. Sie importieren dann settings_local.py im settings.py.

    # settings.py

from settings_local import *

    settings.py wird Hinzugefügt, um Ihren source-code-repository, aber settings_local.py nicht. (Allerdings würden Sie normalerweise fügen Sie so etwas wie settings_local.py.example auf das repo.)

    Beim ersten bewegen Sie Ihre app über die Produktion, zum Beispiel, Sie nach unten ziehen, die code base von Ihrem repo. Anschließend kopieren Sie settings_local.py.example zu settings_local.py und ggf. von der Umgebung ändert.

    Haben Sie dann getrennt settings_local.py - Dateien in jede Umgebung, und es funktioniert einfach.

    Ich denke, @intargc ist zu spielen, um mit verschiedenen Technik (toastdriven.com/blog/2010/jan/05/better-local-settings). Es ist tatsächlich einfacher, zu erweitern-Einstellungen auf diese Weise.
    Gut, seine Beschwerde ist der Nachteil an diesem Ansatz. Ich bin nicht unbedingt einverstanden mit der Logik dieses Ansatzes, aber es ist vor allem semantische und kommt mit den Kosten der ständigen geben Sie die Einstellungen-Datei zu verwenden. Alle Dinge gleich sind, einfacher ist besser, so dass ich sagen, dass der traditionelle Ansatz der Import der lokalen Einstellungen am Ende ist Sie die überlegene.
    Ich bin mir nicht sicher, ob es wirklich gleich. Als ich versuchte zu spielen, um mit Verlängerung (nicht überschreiben) von Variablen mit dieser Technik, es ist einfach weigerte zu arbeiten. Das war vor einiger Zeit tho. Ich benutze die zweite, da dann und es funktioniert gut für mich (Vereinfachung durch die Schaffung neuer manage.py wie beschrieben in meiner Antwort).
    Seltsam genug, wir hatten es auf diese Weise und es hat Super geklappt. Allerdings hatten wir eine Trainingseinheit mit Jacob Kaplan-Moss, und er empfahl, dass auf diese Weise vermieden werden, für ein paar Gründe. Also haben wir alle beschlossen, beherzigen Sie seinen Rat und fahren die Strecke, die wir jetzt tun.
    Nun, ich denke, ich kann nicht behaupten, mit dem Jacob ;), aber in typischer Weise die Django-Entwickler verhängt ein best-practice-und gar nicht so weit gehen und tatsächlich machen es leicht zu Folgen. Meiner Meinung nach, wenn es sein sollte, der Praxis zu Folgen, das core-team sollte gearbeitet haben, in einer Weise zu unterstützen, es aus der box, anstatt dass die Menschen etwas zu tun, wie ändern manage.py </soapbox>.

    InformationsquelleAutor Chris Pratt

  3. 2

    Können Sie ein bash-alias durch das hinzufügen dieser Zeilen in Ihrer .bash_profile-Datei:

    mymanage()
{
python manage.py $1 --settings=settings_debug
}
alias mng=mymanage

    Dann, wenn Sie diesen Befehl ausführen:

    mng runserver

    settings_debug.py Datei wird verwendet für Einstellungen.

    InformationsquelleAutor Murat Çorlu

  4. 1

    Können Sie verwenden django-admin.py mit dieser Umgebungsvariablen. Befehle sind austauschbar, nur django-admin.py nicht das überschreiben der variable, die Sie versuchen zu verwenden.

    InformationsquelleAutor favoretti

  5. 1

    Wenn eine Einstellungen-Datei ist üblich, alle der installation, können Sie einfach importieren, z.B.

    from settings_local import *

    aber in der Regel settings_local geändert und optimiert, pro-installation und als meine Installations-Skript direkt kopieren von Dateien auf den Ziel-Seiten (ohne sich Gedanken, was ist lokal, was nicht), was bedeutet, settings_local kann überschrieben werden, um zu vermeiden, dass ich immer nur settings_local in der Eltern-Ordner der installation Ziel und manuell importieren Sie Sie in settings.py z.B.

    local_settings_file = os.path.join(prevFolder, "settings_local.py")
if os.path.exists(local_settings_file):
    execfile(local_settings_file)

    InformationsquelleAutor Anurag Uniyal

Schreibe einen Kommentar