根据apache部署说明,我已经部署了django应用程序并与apache和mod_python完美配合。但由于我在某种程度上改变了项目结构,我无法让它发挥作用。无论我尝试什么,我都会继续阅读以下页面:
MOD_PYTHON ERROR
ProcessId: 27841
Interpreter: '127.0.0.1'
ServerName: '127.0.0.1'
DocumentRoot: '/var/www'
URI: '/myapp/'
Location: '/myapp/'
Directory: None
Filename: '/var/www/myapp'
PathInfo: '/'
Phase: 'PythonHandler'
Handler: 'django.core.handlers.modpython'
Traceback (most recent call last):
File "/usr/lib/python2.6/dist-packages/mod_python/importer.py", line 1537, in HandlerDispatch
default=default_handler, arg=req, silent=hlist.silent)
File "/usr/lib/python2.6/dist-packages/mod_python/importer.py", line 1229, in _process_target
result = _execute_target(config, req, object, arg)
File "/usr/lib/python2.6/dist-packages/mod_python/importer.py", line 1128, in _execute_target
result = object(arg)
File "/usr/local/lib/python2.6/dist-packages/Django-1.3.1-py2.6.egg/django/core/handlers/modpython.py", line 212, in handler
return ModPythonHandler()(req)
File "/usr/local/lib/python2.6/dist-packages/Django-1.3.1-py2.6.egg/django/core/handlers/modpython.py", line 174, in __call__
self.load_middleware()
File "/usr/local/lib/python2.6/dist-packages/Django-1.3.1-py2.6.egg/django/core/handlers/base.py", line 39, in load_middleware
for middleware_path in settings.MIDDLEWARE_CLASSES:
File "/usr/local/lib/python2.6/dist-packages/Django-1.3.1-py2.6.egg/django/utils/functional.py", line 276, in __getattr__
self._setup()
File "/usr/local/lib/python2.6/dist-packages/Django-1.3.1-py2.6.egg/django/conf/__init__.py", line 42, in _setup
self._wrapped = Settings(settings_module)
File "/usr/local/lib/python2.6/dist-packages/Django-1.3.1-py2.6.egg/django/conf/__init__.py", line 89, in __init__
raise ImportError("Could not import settings '%s' (Is it on sys.path?): %s" % (self.SETTINGS_MODULE, e))
ImportError: Could not import settings 'settings' (Is it on sys.path?): No module named settings
读取各种线程,问题可能是以下之一
有没有办法将问题缩小到一些?例如,有没有办法找出出错时sys.path是什么?有没有可以帮助我的日志文件?有没有办法区分“找不到文件”和“无权读取文件”?我想更加科学地处理解决方案,而不仅仅是尝试随机的东西,直到我偶然发现解决方案。
这个问题与Mod_python error: ImportError: Could not import settings不一样。我正在专门询问如何帮助缩小可能的解决方案,而不是解决方案本身。
答案 0 :(得分:7)
好的,我自己想出了问题,所以我会回答我自己的问题。 我发现没有apache日志或任何其他信息来源来确定导致导入错误的确切原因。所以我在下面分享我的方法,作为一种更“理性”的方法,希望我可以节省一些令人沮丧的时间随机改变的东西。
对于记录,这是我使用的apache配置。
<Location "/mysite/">
SetHandler python-program
PythonHandler django.core.handlers.modpython
SetEnv DJANGO_SETTINGS_MODULE mysite_django.settings
PythonOption django.root /mysite
PythonDebug On
PythonPath "['/home/mysite/prg/mysite/mysite_django', '/home/mysite/prg/mysite'] + sys.path"
</Location>
我在服务器上创建了一个用户“mysite”,django settings.py位于(有点冗余命名的)位置/home/mysite/prg/mysite/mysite_django/settings.py
。
我打开一个ssh频道到服务器。在这种情况下,我使用非常有用的screen
实用程序在用户之间快速切换(但第二个ssh通道也可以正常工作)
screen
按Ctrl-A,Ctrl-C创建新屏幕。 现在重要的是看到权限与apache完全一样,所以我切换到运行apache的用户,这是debian系统上的www-data:
sudo -i -u www-data
我将尝试从python环境中导入settings.py:
python
>>> import os, sys
>>> print sys.path
... result omitted ...
这显然应该为您提供没有任何“mysite”目录的标准sys.path,因为我们正在运行普通的python。所以我修改了sys.path如下。我直接从apache配置中复制粘贴,以避免拼写错误:
>>> sys.path = ['/home/mysite/prg/mysite/mysite_django', '/home/mysite/prg/mysite'] + sys.path
>>> import mysite_django.settings
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: No module named mysite_django.settings
正如预期的那样,我在浏览器中加载我的网站时遇到了同样的错误。所以我可以在python环境中复制问题,这是一件好事。显然,构建路径应该由sys路径条目'/ home / mysite / prg / mysite'加上请求的导入路径'mysite_django / settings.py'组成。那为什么不进口呢?让我们确保给定的sys路径条目实际存在
>>> os.path.exists (sys.path[0])
False
它不存在?奇怪。
>>> os.path.exists ('/home')
True
>>> os.path.exists ('/home/mysite')
True
>>> os.path.exists ('/home/mysite/prg/')
True
>>> os.path.exists ('/home/mysite/prg/mysite')
True
>>> os.path.exists ('/home/mysite/prg/mysite/mysite_django')
False
在这里我意识到mysite_django的权限有问题。可能是我所做的所有随机变化的遗留物。但实际上,问题是在上面的目录中,mysite,因为这是它尝试从中读取目录列表的地方。我使用Ctrl-A,Ctrl-N切换到超级用户屏幕,然后使用chmod
设置mysite的权限,使它们与上一个成功的目录相同:
$ ls -la /home/mysite/prg
total 12
drwxr-xr-x 3 mysite mysite 4096 2011-11-08 11:24 .
drwxr-xr-x 7 mysite mysite 4096 2011-11-08 14:56 ..
drwxr-xr-- 6 mysite mysite 4096 2011-11-08 11:35 mysite
$ chmod o+x /home/mysite/prg/mysite/
$ ls -la /home/mysite/prg
total 12
drwxr-xr-x 3 mysite mysite 4096 2011-11-08 11:24 .
drwxr-xr-x 7 mysite mysite 4096 2011-11-08 14:56 ..
drwxr-xr-x 6 mysite mysite 4096 2011-11-08 11:35 mysite
使用Ctrl-A,Ctrl-N切换回www数据屏幕:
>>> os.path.exists ('/home/mysite/prg/mysite/mysite_django')
True
>>> os.path.exists ('/home/mysite/prg/mysite/mysite_django/settings.py')
True
现在进行最后的测试
>>> import mysite_django.settings
>>>
耶!成功 我们甚至可以进一步测试django可以加载
>>> from django.core.management import setup_environ
>>> setup_environ(mysite_django.settings)
'/home/mysite/prg/mysite/mysite_django'
此时网站在我的浏览器中再次运行。
通过执行这些步骤,您至少可以确保:
答案 1 :(得分:2)
对于我的Django 1.5和mod_wsgi,我解决了这个问题:
的httpd.conf:
WSGIScriptAlias /mysite "/var/www/html/mysite/mysite/wsgi.py"
WSGIPythonPath "/var/www/html/mysite/mysite"
<Directory "/var/www/html/mysite/mysite">
Order deny,allow
Allow from all
</Directory>
wsgi.py:
sys.path.append(path)让mysite.settings已知
import os
import sys #new
path = '/var/www/html/mysite' #new
if path not in sys.path: #new
sys.path.append(path) #new
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "mysite.settings")
from django.core.wsgi import get_wsgi_application
application = get_wsgi_application()
另一件事,以避免像下面的错误
Premature end of script headers: wsgi.py
您需要从httpd.conf中删除cgi configure
AddHandler cgi-script .py