使用mod_wsgi在Apache上部署多个django应用程序

Question

我想在同一个主机上部署两个不同的django应用程序：第一个对应于url/site1，第二个对应于url/site2。这是我的配置：

LoadModule wsgi_module modules/mod_wsgi.so

WSGIScriptAlias /site1 /var/www/py/site1/site1/wsgi.py
WSGIScriptAlias /site2 /var/www/py/site2/site2/wsgi.py

WSGIPythonPath /var/www/py/site1:/var/www/py/site2

<Directory "/var/www/py/site1/site1">
<Files wsgi.py>
Order deny,allow
Allow from all
</Files>
</Directory>

<Directory "/var/www/py/site2/site2">
<Files wsgi.py>
Order deny,allow
Allow from all
</Files>
</Directory>

这是两个应用程序的wsgi.py文件

import os
import sys

path = '/var/www/py/site1'
if path not in sys.path:
    sys.path.append(path)

os.environ.setdefault("DJANGO_SETTINGS_MODULE", "site1.settings")
from django.core.wsgi import get_wsgi_application
application = get_wsgi_application()

现在，我的问题来了。当我转到服务器时，假设http://app1.sites.gr/site1它有时加载site1，有时加载site2！！！！我访问时也是如此http://app1.sites.gr/site2 ... 有时我会看到site1的欢迎页面，有时会看到site2的欢迎页面！我点击了F5，得到了不同的欢迎页面。我已经检查了前几个小时的一切，没有发现任何奇怪的。。。

请在我发疯之前告诉我有什么问题。。。

谢谢

Answer 1

格雷厄姆·邓普尔顿（GrahamDumpleton）的回答可能是你最想了解的，但我建议你在不同子域的根上托管两个Django，而不是在同一个域的非根位置，这样可以节省很多心痛。在IMHO中运行非根Django站点有很多要诀。

祝你好运

Answer 2

您的应用程序在同一个端口上侦听，并且似乎没有代理将它们委托给不同的端口。

您要么在apache中设置VirtualHosts，要么使用Nginx、lighttpd或其他工具来创建适当的代理

Answer 3

这是wsgi的一个问题。py文件由Django 1.4生成。如果试图在同一个进程中托管两个不同的Django实例，即使在不同的子解释器中，它也不起作用。

更改：

os.environ.setdefault("DJANGO_SETTINGS_MODULE", "site1.settings")

收件人：

os.environ["DJANGO_SETTINGS_MODULE"] = "site1.settings"

或者最好还是使用守护进程模式，并将每个进程委托到不同的守护进程组中运行。

也就是说，而不是：

WSGIScriptAlias /site1 /var/www/py/site1/site1/wsgi.py
WSGIScriptAlias /site2 /var/www/py/site2/site2/wsgi.py

WSGIPythonPath /var/www/py/site1:/var/www/py/site2

使用：

WSGIDaemonProcess site1 python-path=/var/www/py/site1
WSGIScriptAlias /site1 /var/www/py/site1/site1/wsgi.py process-group=site1 application-group=%{GLOBAL}

WSGIDaemonProcess site2 python-path=/var/www/py/site2
WSGIScriptAlias /site2 /var/www/py/site1/site2/wsgi.py process-group=site2 application-group=%{GLOBAL}

更新

请注意，现在有一篇关于这个和其他原因的博客文章。

• http://blog.dscpl.com.au/2012/10/requests-running-in-wrong-django.html