Конфигурация django apache с WSGIDaemonProcess не работает

Обновленный вопрос

[Mon Jul 18 09:20:10.517873 2016] [:error] [pid 30316:tid 139756302964480] [remote 122.164.94.99:48261] Traceback (most recent call last): [Mon Jul 18 09:20:10.518005 2016] [:error] [pid 30316:tid 139756302964480] [remote 122.164.94.99:48261] File "/var/www/rent/Rent/wsgi.py", line 20, in <module> [Mon Jul 18 09:20:10.518141 2016] [:error] [pid 30316:tid 139756302964480] [remote 122.164.94.99:48261] from django.core.wsgi import get_wsgi_application [Mon Jul 18 09:20:10.518236 2016] [:error] [pid 30316:tid 139756302964480] [remote 122.164.94.99:48261] ImportError: No module named django.core.wsgi 

Мой виртуальный хост

 <VirtualHost *:80> ServerName ip_address ServerAdmin webmaster@localhost Alias /static/ /var/www/rent/static/ Alias /media/ /var/www/rent/media/ WSGIScriptAlias / /var/www/rent/Rent/wsgi.py WSGIDaemonProcess Rent python-path=/var/www/rent:/root/.virtualenvs/rent/lib/python2.7/site-packages WSGIProcessGroup Rent <Directory /var/www/rent/static> Options -Indexes Order deny,allow Allow from all </Directory> <Directory /var/www/rent/media> Options -Indexes Order deny,allow Allow from all </Directory> LogLevel warn ErrorLog ${APACHE_LOG_DIR}/error.log CustomLog ${APACHE_LOG_DIR}/access.log combined </VirtualHost> 

  • Прекратить обработку маршрута колбы, если запрос прерван
  • Привет, мир в mod_wsgi
  • Как поймать « Broken pipe» в обработчике WSGI
  • Как решить ошибки импорта при попытке развернуть Flask с помощью WSGI на Apache2
  • Несколько приложений mod_wsgi на одном виртуальном хосте, направляющем неправильное приложение
  • Доступ к php $ _SESSION из python (wsgi) - возможно ли это?
  • tornado.wsgi.WSGIApplication issue: __call__ принимает ровно 3 аргумента (2 данных)
  • Flask hello world использует apache и mod_wsgi показывает файлы только в веб-канале
  • One Solution collect form web for “Конфигурация django apache с WSGIDaemonProcess не работает”

     WSGIDaemonProcess Rent python-path=/var/www/rent:/root/.virtualenvs/rent/lib/python2.7/site-packages 

    Это наиболее вероятная причина проблемы. Вы создали виртуальную машину внутри домашней папки суперпользователя. Но эта папка вряд ли будет доступна для apache. По умолчанию домашняя папка пользователя недоступна для любого другого пользователя.

    Веб-сервер и WSGI-процесс будут выполняться как пользователь без привилегий, который обычно называется nobody , httpd , apache или что-то подобное. Хотя вы можете исправить эту проблему, изменив разрешения на / root /, это большой нет. Было бы менее опасно, если бы это был обычный пользователь, но все же это не очень хорошая идея.

    Лучшее решение – поместить виртуальный диск в место, доступное непривилегированному пользователю. /usr/local/virtualenv – хорошее место.

    Обратите внимание, что при перемещении /root/.virtualenvs/ в /usr/local/virtualenv вам придется воссоздать его следующим образом

      source /root/.virtualenvs/rent/bin/activate pip freeze > /tmp/requirements.txt cd /usr/local/ virtualenv virtualenv source virtualenv/bin/activate pip install -r /tmp/requirements.txt 

    затем отредактируйте файл httpd.conf чтобы отобразить новый путь.

    Python - лучший язык программирования в мире.