Django + mod_wsgi. Set OS Umgebungsvariable von Apache SetEnv

Question

Ich muss Django Entwicklungs- und Produktionseinstellungen teilen. Ich entschied, dass, wenn USKOVTASK_PROD Variable gesetzt ist, dann App Produktionseinstellungen verwenden sollte. Ich las this Artikel und versuchte es zu tun.

Meine Schnipsel:

/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 des Teil:

import os 

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

Aber es importiert immer settings_dev Einstellungen. Warum?

Answer 1

Dieser Zusammenhang Access Apache SetEnv variable from Django wsgi.py file

Sie WSGIHandler erben müssen in Frage zu stellen, wie die Antwort sagt.

Als Graham Dumpleton in der zweiten Antwort erklärt,

Das alles gesagt, Sie die Blog-Post erwähnen wird nicht helfen in der Regel. Diese ist, weil es die fiesen Trick des Einstellens der Prozess Umgebungsvariablen auf jede Anfrage auf die pro Anfrage environ Einstellungen WSGI basiert verwenden Set mit SetEnv in Apache. Dies kann verschiedene Probleme in einer Multi Threading-Konfiguration verursachen, wenn die Werte der Umgebungsvariablen abhängig vom URL-Kontext abweichen können. Für den Fall von Django ist es nicht hilfreich, da das Django-Einstellungsmodul normalerweise importiert würde, bevor irgendwelche Anforderungen behandelt wurden, was bedeutet, dass die Umgebungsvariablen nicht zur Zeit erforderlich wären.

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

Answer 2

ich dieses Problem gelöst, indem wsgi.py zu diesem Wechsel:

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()