Django Project Runs С runserver, Но Не С Gunicorn и nginx

Мне установили django проект на Цифровой Океанской капельке с человечностью 18.04.3 (LTS). Я установил python 3 и Django 3. В моей виртуальной среде Python команды - версия возвращается 3.6.9 django-администратор команды - версия возвращается 3.0.4.

Когда я пытаюсь получить доступ к django через браузер, я получаю ошибку на неизвестном пути имени импорта. Я понимаю это только быть доступным в более поздних версиях django. Настоящая проблема состоит в том, что ошибочная страница дает версию Python 2.7.17 и django версию 1.11.11. Я использую gunicorn и nginx. После записи мне пришло в голову возвращаться к использованию manage.py runserver 0.0.0.0:8000. Проект подошел без ошибки. Как я заставляю gunicorn и nginx выполнять мою версию среды Python и django?

Для установки gunicorn я использовал пошаговый сценарий из статьи Digital Ocean об установке django сайта.

nginx-v возвраты: версия nginx: nginx/1.14.0 (Ubuntu)

gunicorn-v возвраты: gunicorn (версия 19.7.1)

gunicorn.socket:

[Unit]
Description=gunicorn socket

[Socket]
ListenStream=/run/gunicorn.sock

[Install]
WantedBy=sockets.target

gunicorn.service

[Unit]
Description=gunicorn daemon
Requires=gunicorn.socket
After=network.target

[Service]
User=me
Group=www-data
WorkingDirectory=/home/me/xyzdir
ExecStart=/usr/bin/gunicorn \
      --access-logfile - \
      --workers 3 \
      --bind unix:/run/gunicorn.sock \
      xyz.wsgi:application

[Install]
WantedBy=multi-user.target

nginx.conf

user www-data;
worker_processes auto;
pid /run/nginx.pid;
include /etc/nginx/modules-enabled/*.conf;

events {
    worker_connections 768;
    # multi_accept on;
}

http {

##
# Basic Settings
##

sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 65;
types_hash_max_size 2048;
# server_tokens off;

# server_names_hash_bucket_size 64;
# server_name_in_redirect off;

include /etc/nginx/mime.types;
default_type application/octet-stream;

##
# SSL Settings
##

ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
ssl_prefer_server_ciphers on;

##
# Logging Settings
##

access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;

##
# Gzip Settings
##

gzip on;

# gzip_vary on;
# gzip_proxied any;
# gzip_comp_level 6;
# gzip_buffers 16 8k;
# gzip_http_version 1.1;
# gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

##
# Virtual Host Configs
##

include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;
}
0
задан 5 March 2020 в 00:54

2 ответа

Вы не можете изменять версии, которые использует mod_wsgi, но можно изменить версию mod_wsgi. Я решил проблему путем выполнения:

победите устанавливают gunicorn

Я пошел от 19.7.1, который был выпущен в марте 2017 к 20.0.4, текущая версия во время этой записи.

Я затем отредактировал/etc/systemd/system/gunicorn.service и заменил путь ExecStart для указания на версию среды зернышка.

ExecStart=/home/me/xyzdir/xyzenv/bin/gunicorn \
      --access-logfile - \
      --workers 3 \
      --bind unix:/run/gunicorn.sock \
      xyz.wsgi:application
0
ответ дан 17 March 2020 в 00:08

Это - то, что говорит документация:

Виртуальная среда и версия Python

При использовании виртуальной среды Python с mod_wsgi очень важно, чтобы это было создано с помощью той же установки Python, для которой был первоначально скомпилирован mod_wsgi. Не возможно использовать виртуальную среду Python, чтобы вынудить mod_wsgi использовать другую версию Python или даже другую установку Python.

Вы не можете, например, вынудить mod_wsgi использовать виртуальную среду Python, созданную с помощью Python 3.5, когда mod_wsgi был первоначально скомпилирован для Python 2.7. Это вызвано тем, что библиотека Python для установки Python, против которой она была первоначально скомпилирована, связана непосредственно в mod_wsgi модуль. Другими словами, Python встраивается в mod_wsgi. Когда mod_wsgi используется, он не запускает программу Python командной строки для выполнения интерпретатора и таким образом почему Вы не можете вынудить его использовать другую установку Python.

0
ответ дан 17 March 2020 в 00:08

Другие вопросы по тегам:

Похожие вопросы: