Как Nginx + Flask интерпретирует исходный файл Python? - PullRequest
0 голосов
/ 15 января 2019

Я пытаюсь обновить веб-проект, основанный на nginx + Flask + uwsgi. И когда я обновил все файлы Python, я обнаружил, что nginx все еще использует старые. Когда я удалил все файлы * .pyc, новый интерпретатор pyc не сгенерировал интерпретатор python. Похоже, что есть кеш, я следовал за ответом на этот вопрос , чтобы попытаться очистить кеш от nginx. Но это не сработало.

Кто-нибудь знает какое-либо решение, позволяющее nginx интерпретировать python из нового исходного файла?

Это nginx.conf

# For more information on configuration, see:
#   * Official English Documentation: http://nginx.org/en/docs/
#   * Official Russian Documentation: http://nginx.org/ru/docs/

user nginx;
worker_processes 1;
error_log /var/log/nginx/error.log;
pid /run/nginx.pid;

# Load dynamic modules. See /usr/share/nginx/README.dynamic.
include /usr/share/nginx/modules/*.conf;

events {
    worker_connections 1024;
}

http {
    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

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

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

    # Load modular configuration files from the /etc/nginx/conf.d directory.
    # See http://nginx.org/en/docs/ngx_core_module.html#include
    # for more information.
    include /etc/nginx/conf.d/*.conf;
    server {
        listen 80;
        server_name m.xxxx.com.cn;
        location / {
            include uwsgi_params;
            uwsgi_pass unix:/root/003_exampleproject/exampleproject.sock;
        }
    }

А это еще один конфигурационный файл:

(venv) [root@VM_0_3_centos 003_exampleproject]# cat /etc/systemd/system/exampleproject.service
[Unit]
Description=uWSGI instance to serve exampleproject
After=network.target

[Service]
User=root
Group=nginx
WorkingDirectory=/root/003_exampleproject/
Environment="PATH=/root/003_exampleproject/venv"
ExecStart=/root/003_exampleproject/venv/bin/uwsgi --ini exampleproject.ini --logto /var/log/uwsgi/exampleproject.log

[Install]
WantedBy=multi-user.target

(venv) [root@VM_0_3_centos 003_exampleproject]# cat exampleproject.ini
[uwsgi]
module = manage:app

master = true
processes = 5

socket = exampleproject.sock
chmod-socket = 660
vacuum = true

die-on-term = true
env = MBUS_ADMIN=root@example.com

1 Ответ

0 голосов
/ 15 января 2019

Краткий ответ:

service exampleproject restart

или

systemctl restart exampleproject.service

Длинный ответ:

Что касается службы конфигурации файлов, которую необходимо перезапустить, это:

exampleproject.service

Если вы запускаете команду

service --status-all

У вас должно быть это в списке.

Тогда вы можете использовать команды:

service exampleproject 

выведет разрешенные команды.

Попробуйте тогда:

service exampleproject restart

Примечание: команда service должна работать на ваших centos, но если она не работает в вашем дистрибутиве, вы можете попробовать использовать альтернативу:

systemctl restart exampleproject.service
Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...