2010-08-26 4 views
1

У меня возникла проблема с настройкой веб-сайта Django, который использует структуру комментариев Django на моем сервере. Сайт работает нормально при запуске локально (с помощью manage.py runserver), но при нажатии жить я получаю сообщение об ошибке:Ошибка при настройке Django для создания настраиваемой структуры комментариев

ImproperlyConfigured в/
установка COMMENTS_APP относится к не существующему пакету.

Мой сервер - это установка apache/mod_wsgi. Мой сайт содержит 2 приложения, называемые weblog и weblog_comments. Я добавил путь своего сайта и его родительские каталоги к файлу django.wsgi в соответствии с приведенным здесь руководством: http://code.google.com/p/modwsgi/wiki/IntegrationWithDjango Я могу прокомментировать строку COMMENTS_APP из моих настроек.py, и сайт работает нормально, поэтому я знаю, что сайт находится на питоне путь правильно.

Моя пользовательская модель комментариев называется WeblogComment и расширяет модель комментариев по умолчанию. Он только расширяет это, чтобы добавлять методы к модели, он не меняет поля модели комментариев, поэтому он имеет прокси = True в своем мета-классе.

Любые советы были бы замечательными.

+0

какое значение настройки.COMMENTS_APP установлено? –

+0

, когда вы говорите, что он отлично работает, вы имеете в виду, что он использует стандартную модель комментариев, или что сайт не задыхается при запуске? –

+0

steve, COMMENTS_APP установлен в 'blog.weblog_comments', это также в кортеже INSTALLED_APPS. Если я комментирую COMMENTS_APP, он возвращается к стандартной модели комментариев. Не уверен, стоит ли это отметить, но с комментариями COMMENTS_APP он корректно отображает мои пользовательские шаблоны (например, блог/шаблоны/комментарии/form.html). Я использую версию 1.2.1 Django. – Groady

ответ

0

Смотрите, если альтернативный WSGI сценарий описан в конце:

http://blog.dscpl.com.au/2010/03/improved-wsgi-script-for-use-with.html

делает разницу. Если это так, было бы неплохо, если бы помогло нам понять, почему. Все еще пытаюсь получить некоторое подтверждение о том, почему так может работать, если люди, использующие Django, ошибаются, является ли сам адаптер Django WSGI неадекватным.

BTW, также просто убедитесь, что весь код читается пользователем Apache и что у вас нет каких-либо специальных каталогов, перечисленных в вашей учетной записи пользователя PYTHONPATH, которые не дублируются в скрипте WSGI sys.path.

+0

Грэм. Использование этого альтернативного сценария, безусловно, является улучшением. Я могу загрузить сайт с помощью настраиваемой модели. Однако теперь он работает только спорадически. Время от времени я получаю сообщение 500 Internal Server Error, в других случаях он работает нормально. Я проверил журналы, и я получаю сообщение об ошибке «Target WSGI script» /path/to/site/blog/apache/django.wsgi не может быть загружен как модуль Python ». Любые идеи того, что я должен проверить? – Groady

+0

Что такое трассировка Python после этой строки в файлах журналов, которая сообщит вам, в чем проблема. Возможно, вам придется обратиться к соответствующему списку пользователей Django, где находятся эксперты. Обеспечьте, когда вы разместите там, что вы фактически включили детали трассировки Python и т. Д. –

0

Грэм, теперь у меня есть сайт, добавив директивы WSGIDaemonProcess и WSGIProcessGroup в мой файл виртуального хоста согласно вашему предложению здесь: multiple django sites with apache & mod_wsgi.

Это, похоже, сработало. Вероятно, я должен был упомянуть, что я запускаю другой сайт Django, а также блог Wordpress в том же поле под разными доменами/виртуальными хостами. Честно говоря, я не совсем понимаю, почему это работает. Может, у вас есть идея?

Смежные вопросы