Django + mod_wsgi. Set OS environment-variable vom Apache SetEnv

Muss ich split Django ' s Entwicklung und Fertigung Einstellungen. Ich entschied, dass wenn USKOVTASK_PROD variable gesetzt ist, dann sollte die app Produktion verwenden Einstellungen. Ich lese diese Artikel und versucht, es zu tun.

Meine snippets:

/etc/apache2/sites-enabled/uskovtask.conf:

<VirtualHost *:80>

ServerName uskovtask.*.com
ServerAlias uskovtask.*.com
DocumentRoot /mnt/ebs/uskovtask


Alias /static /mnt/ebs/uskovtask/static/
<Directory /mnt/ebs/uskovtask/static>
    Require all granted
</Directory>

#WSGIPythonPath /mnt/ebs/uskovtask
WSGIDaemonProcess uskovtask.*.com python-path=/mnt/ebs/uskovtask:/usr/lib/python2.7/site-packages
WSGIProcessGroup uskovtask.*.com
WSGIScriptAlias / /mnt/ebs/uskovtask/uskovtask/wsgi.py
SetEnv USKOVTASK_PROD 1


<Directory /mnt/ebs/uskovtask/uskovtask>
<Files wsgi.py>
    Require all granted
</Files>
</Directory>

</VirtualHost>

wsgi.py:

import os
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "uskovtask.settings")

from django.core.wsgi import get_wsgi_application

_application = get_wsgi_application()

def application(environ, start_response):
    if 'USKOVTASK_PROD' in environ:
        os.environ.setdefault('USKOVTASK_PROD', environ['USKOVTASK_PROD'])
    return _application(environ, start_response)

settings.py's Teil:

import os

if 'USKOVTASK_PROD' in os.environ:
    from settings_prod import *
else:
    from settings_dev import *

Aber es immer Importe settings_dev Einstellungen. Warum?

Können Sie Debuggen und überprüfen, ob USKOVTASK_PROD wirklich fest in os.environ ? Sie können eine einfache drucken für, die.
USKOVTASK_PROD ist in os.enivron, wenn ich drucken Sie es in wsgi.py, aber nicht in settings.py
Können Sie überprüfen, ob die Aussage "wenn 'USKOVTASK_PROD" in environ" true Legend drucken, nachdem es.
es ist Falsch
Ok, dann ist klar, dass das problem mit der apache-conf-Datei keine Einstellungen die variable korrekt.

InformationsquelleAutor michaeluskov | 2014-11-17

  1. 6

    Dies ist im Zusammenhang mit Frage Zugriff auf Apache SetEnv variable von Django wsgi.py Datei

    Müssen Sie Erben WSGIHandler als Antwort sagt.

    Als Graham Dumpleton erklärt, in der zweiten Antwort,

    Dass alle sagen, der blog-post, die Sie erwähnen, wird in der Regel nicht helfen. Diese
    ist, weil es mit den fiesen trick der Einstellung des Prozesses
    Umwelt-Variablen, die auf jede Anfrage basierend auf der pro Anfrage WSGI
    environ-Einstellungen mithilfe von SetEnv in Apache. Dadurch können verschiedene
    Probleme in einer multi-threading-Konfiguration, wenn die Werte der
    Umgebungsvariablen unterscheiden können basierend auf URL-Kontext. Für den Fall der
    Django, es ist nicht hilfreich, weil Sie den Django-Einstellungen-Modul würde
    normalerweise importiert werden, bevor irgendwelche Anfragen behandelt worden waren, was bedeutet, dass
    dass die environment-Variablen nicht verfügbar zur Zeit
    erforderlich.

    und ich denke, das ist das, was in Ihrem Fall.

    InformationsquelleAutor iamkhush

  2. 7

    Löste ich dieses problem durch eine änderung wsgi.py dieser:

    from django.core.handlers.wsgi import WSGIHandler
import django
import os

class WSGIEnvironment(WSGIHandler):

    def __call__(self, environ, start_response):

        os.environ['USKOVTASK_PROD'] = environ['USKOVTASK_PROD']
        os.environ.setdefault("DJANGO_SETTINGS_MODULE", "uskovtask.settings")
        django.setup()
        return super(WSGIEnvironment, self).__call__(environ, start_response)

application = WSGIEnvironment()
    Kann bestätigen, dass dies für mich gearbeitet mit Apache/2.2.22 (Debian), mod_wsgi/4.4.8, Python/3.4.2, Django/1.7.3 (natürlich nach dem ändern 'USKOVTASK_PROD' und 'uskovtask.Einstellungen', um auf übereinstimmung meiner ENV-variable und app-Namen).
    Ich war mit Django 1.6 und env-vars waren wunderbar funktioniert, dann habe ich aktualisiert auf Django 1.8 und env-vars nicht laden und ich bekam die Standard-Werte überall... Dann fand ich deine Antwort! Ich denke, dies ist der Weg zu gehen für Django > 1.6, vielen Dank!

    InformationsquelleAutor michaeluskov

Schreibe einen Kommentar