• EVILEG
  • Статьи
  • Django
  • Django - Урок 001. Развёртывание сайта на Django + PostgreSQL + Gunicorn + Nginx
Evgenii Legotckoi
16 сентября 2016 г. 23:56

Django - Урок 001. Развёртывание сайта на Django + PostgreSQL + Gunicorn + Nginx

Содержание
  1. 1. Шаг 1 - обновление системы
  2. 2. Шаг 2 - Установка всех необходимых пакетов без установки виртуального окружения
  3. 3. Шаг 3 - Создание базы данных и пользователя базы данных
  4. 4. Шаг 4 - Установка виртуального окружения
  5. 5. Шаг 5 - Установка драйвера PostgreSQL
  6. 6. Шаг 6 - Создание проекта
  7. 7. Шаг 7 - Настройка подключения к базе данных
  8. 8. Шаг 8 - Выполнение миграций базы данных
  9. 9. Шаг 9 - Установка Gunicorn
  10. 10. Шаг 10 - Настройка статических файлов
  11. 11. Шаг 11 - Настройка Nginx
  12. 12. Шаг 12 - Настройка supervisor
  13. 13. Примечание

После того, как доступ к серверу с Ubuntu 16.04 был настроен в одной из предыдущих статей , настало время развернуть на нём всё необходимое для работы сайта, а именно:

  • Django
  • фреймворк для разработки web-приложений на языке Python;
  • PostgreSQL
  • базу данных SQL ;
  • Gunicorn - WSGI HTTP сервер на Python для UNIX систем;
  • Ngnix - HTTP-сервер и обратный прокси-сервер, почтовый прокси-сервер, а также TCP/UDP прокси-сервер общего назначения;
  • Supervisor - это менеджер процессов, который существенно упрощает управление долго работающими программами, в частности сайтами, которые необходимо автоматически перезапускать после падений.

Шаг 1 - обновление системы

Сделаем обновление существующих пакетов. Мало ли, система имеет устаревшие пакеты. 

  1. sudo apt-get update
  2. sudo apt-get upgrade

Шаг 2 - Установка всех необходимых пакетов без установки виртуального окружения

Установим пачкой все необходимые пакеты, которые не будут использоваться через virtualenv, а именно Python 3, PostgreSQL, Nginx. 

  1. sudo apt-get install python3-dev python3-setuptools libpq-dev postgresql postgresql-contrib nginx

Pip я в итоге устанавливал отдельно через утилиту easy_install3 , которая идёт в комплекте python3-setuptools , во-первых потому, что тогда ставится последняя версия, а вторых в случае установки через apt-get были ошибки при установке пакетов в virtualenv. 

  1. sudo easy_install3 pip

Шаг 3 - Создание базы данных и пользователя базы данных

А теперь создадим базу данных и пользователя, дав расширенные права пользователю postgres через утилиту sudo, который создаётся при установке PostgreSQL. 

  1. sudo -u postgres psql

Выполнив данную команду, мы попадём в консоль PostgreSQL, где и создадим необходимую базу данных и пользователя, от имени которого будет подключаться Django приложение к этой базе данных.

Создадим базу данных: 

  1. CREATE DATABASE myproject;

Создадим пользователя: 

  1. CREATE USER myprojectuser WITH PASSWORD 'password';

Далее настройка пользователя проекта. Кодировку он будет использовать UTF8, поскольку данная кодировка используется и Django, а Python файлы рекомендует хардкодить с кодировкой UTF8, особенно, если в них присутствует текст, который будет отображаться на страницах сайта. Также устанавливается уровень изоляции в базе данных. То есть когда будут доступны данные для чтения. В данном случае после подтверждения транзакции в общем случае. Конечно, имеются случаи, когда данные доступны до подтверждения, но это отдельная тема для разговора. А также устанавливается тип временных зон, который для Django по умолчанию UTC. 

  1. ALTER ROLE myprojectuser SET client_encoding TO 'utf8';
  2. ALTER ROLE myprojectuser SET default_transaction_isolation TO 'read committed';
  3. ALTER ROLE myprojectuser SET timezone TO 'UTC';

Далее дадим права доступа к базе данных для этого пользователя: 

  1. GRANT ALL PRIVILEGES ON DATABASE myproject TO myprojectuser;

Ну и выйдем из консоли PostgreSQL. 

  1. \q

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

Шаг 4 - Установка виртуального окружения

Установим и активируем виртуальное окружение: 

  1. pip3 install virtualenv
  2. virtualenv ~/myprojectenv
  3. source myprojectenv/bin/activate

Шаг 5 - Установка драйвера PostgreSQL

Произведём установку следующей командой 

  1. sudo pip install django psycopg2 

Внутри виртуального окружения необходимо пользоваться командой pip , а не pip3

Шаг 6 - Создание проекта

Перейдём в папку с виртуальным окружением, мы по-прежнему должны находиться в режиме работы в виртуальном окружении. И создадим проект. 

  1. cd ~/myprojectenv
  2. django-admin.py startproject myproject

Шаг 7 - Настройка подключения к базе данных

А теперь отредактируем конфигурационный файл Django, чтобы он подключался к базе данных PostgreSQL, а не создавал и в дальнейшем подключался к базе данных SQLite. 

  1. nano ~/myproject/myproject/settings.py

Для этого найдите в файле следующий кусок кода: 

  1. ...
  2.  
  3. DATABASES = {
  4.     'default': {
  5.         'ENGINE': 'django.db.backends.sqlite3',
  6.         'NAME': os.path.join(BASE_DIR, 'db.sqlite3'),
  7.    }
  8. }
  9.  
  10. ...

И замените его следующим, с учётом ваших данных для подключения к базе данных: 

  1. ...
  2.  
  3. DATABASES = {
  4.     'default': {
  5.         'ENGINE': 'django.db.backends.postgresql_psycopg2',
  6.         'NAME': 'myproject',
  7.         'USER': 'myprojectuser',
  8.         'PASSWORD': 'password',
  9.         'HOST': 'localhost',
  10.         'PORT': '',
  11.     }
  12. }
  13.  
  14. ...

Шаг 8 - Выполнение миграций базы данных

Django обладает одним очень большим преимуществом - он имеет встроенную админку, что очень облегчает жизнь. Но чтобы она заработала, необходимо выполнить миграцию базы данных, то есть подготовить из моделей данных SQL запросы, которые сформируют структуру базу данных. 

  1. cd ~/myproject
  2. python manage.py makemigrations
  3. python manage.py migrate

А ещё создадим суперпользователя, который будет администратором с максимальными правами доступа к вашему сайту. Выполните следующую команду и следуйте инструкциям. 

  1. python manage.py createsuperuser

Шаг 9 - Установка Gunicorn

Установим Gunicorn, который будет выступать в качестве HTTP сервера для нашего сайта. Устанавливаем его внутри виртуального окружения. 

  1. sudo pip install django gunicorn

Можете проверить, что сайт уже работает: 

  1. gunicorn myproject.wsgi:application --bind 111.222.333.44:8000  # Укажите ваш IP-адрес

Шаг 10 - Настройка статических файлов

Django по умолчанию отдаёт статические файлы только в Debug режиме, который не используется на боевом сервере. Для боевого сервера все статические файлы из всех проектов собираются в отдельную специальную папку с помощью команды collectstatic , а саму папку необходимо указывать в файл settings.py.

Отредактируем его: 

  1. nano ~/myproject/settings.py

И добавим строку, которая будет указывать, куда собирать статические файлы. 

  1. STATIC_ROOT = '/home/user/myprojectenv/myproject/myproject/static/'

А теперь соберём всю статику в данный каталог: 

  1. python manage.py collectstatic

Шаг 11 - Настройка Nginx

Отредактируем конфигурационный файл Nginx. 

  1. sudo nano /etc/nginx/sites-available/default

Удалим всё его содержимое и замени следующим. 

  1. server {
  2.     listen 80;
  3.     server_name 111.222.333.44; # здесь прописать или IP-адрес или доменное имя сервера
  4.     access_log  /var/log/nginx/example.log;
  5.  
  6.     location /static/ {
  7.         root /home/user/myprojectenv/myproject/myproject/;
  8.         expires 30d;
  9.     }
  10.  
  11.     location / {
  12.         proxy_pass http://127.0.0.1:8000; 
  13.         proxy_set_header Host $server_name;
  14.         proxy_set_header X-Real-IP $remote_addr;
  15.         proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  16.     }
  17. }

Перезапустим Nginx. 

  1. sudo service nginx restart

И запустим gunicorn 

  1. gunicorn myproject.wsgi:application

После этого вы обнаружите, что сайт доступен уже на порту 80.

Шаг 12 - Настройка supervisor

Для того, чтобы сайт был доступен в любое время суток, необходимо настроить supervisor, который висит в памяти как служба и будет следить, чтобы сайта всегда работал. 

  1. sudo apt-get install supervisor

Для стабильной работы Gunicorn необходимо создать его конфигурационный файл. Он будет располагаться рядом с файлом, который будет запускаемым для нашего web-приложения. 

  1. cd /home/user/myprojectenv/myproject/myproject
  2. touch gunicorn.conf.py
  3. nano gunicorn.conf.py

Добавим следующую конфигурационную информацию: 

  1. bind = '127.0.0.1:8000'
  2. workers = 3
  3. user = "nobody"

То есть мы указали, к какому порту привязываемся, и какой пользователь запускает процесс. А также количество рабочих процессов. В данном случае их три. Рассчитывается по следующей формуле:

workers = Ncpu + 1

После чего создадим конфигурацию самого supervisor 

  1. cd /etc/supervisor/conf.d/
  2. touch myproject.conf
  3. nano myproject.conf

Пропишем в него следующие настройки 

  1. [program:myproject]
  2. command=/home/user/myprojectenv/bin/gunicorn myproject.wsgi:application -c /home/user/myprojectenv/myproject/myproject/gunicorn.conf.py
  3. directory=/home/user/myprojectenv/myproject
  4. user=nobody
  5. autorestart=true
  6. redirect_stderr=true

А теперь запустим supervisor. Есть один нюанс при установке supervisor. Он не стартанул в качестве службы после того, как был установлен. Поэтому нужно принудительно добавить его в автозагрузку и запустить вручную, если не хотите перезагружать сервер. 

  1. sudo update-rc.d supervisor enable
  2. sudo service supervisor start

Ну а дальше можно обновлять конфиги, проверять статус приложения сайта и его перезапуска. 

  1. supervisorctl reread
  2. supervisorctl update
  3. supervisorctl status myproject
  4. supervisor restart myproject

При перезагрузке сервера всё будет стартовать автоматически

Примечание

Если вы изменили файлы проекта, то необходимо перезапускать gunicorn. Для этого достаточно активировать виртуальное окружение и воспользоваться командой killall 

  1. source ~/myprojectenv/bin/activate
  2. sudo killall gunicorn

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

Для Django рекомендую VDS-сервера хостера Timeweb
.

Рекомендуем хостинг TIMEWEB
Рекомендуем хостинг TIMEWEB
Стабильный хостинг, на котором располагается социальная сеть EVILEG. Для проектов на Django рекомендуем VDS хостинг.

Рекомендуемые статьи по этой тематике

По статье задано1вопрос(ов)

11
180

Вам это нравится? Поделитесь в социальных сетях!

7.2K
45
0
3
0
A
  • 28 октября 2017 г. 19:30

С чем может быть связана ошибка? ставил всё на свою машину, статический ip не покупал.
(myprojectenv) ubuntu@ubuntu:~/myprojectenv/myproject$ gunicorn myproject.wsgi:application --bind мойайпишник:8000
[2017-10-28 11:54:39 +0000] [31426] [INFO] Starting gunicorn 19.7.1
[2017-10-28 11:54:39 +0000] [31426] [ERROR] Invalid address: ('мойайпишник', 8000)
[2017-10-28 11:54:39 +0000] [31426] [ERROR] Retrying in 1 second.
[2017-10-28 11:54:40 +0000] [31426] [ERROR] Invalid address: ('мойайпишник', 8000)
[2017-10-28 11:54:40 +0000] [31426] [ERROR] Retrying in 1 second.
[2017-10-28 11:54:41 +0000] [31426] [ERROR] Invalid address: ('мойайпишник', 8000)
[2017-10-28 11:54:41 +0000] [31426] [ERROR] Retrying in 1 second.
[2017-10-28 11:54:42 +0000] [31426] [ERROR] Invalid address: ('мойайпишник', 8000)
[2017-10-28 11:54:42 +0000] [31426] [ERROR] Retrying in 1 second.
[2017-10-28 11:54:43 +0000] [31426] [ERROR] Invalid address: ('мойайпишник', 8000)
[2017-10-28 11:54:43 +0000] [31426] [ERROR] Retrying in 1 second.
[2017-10-28 11:54:44 +0000] [31426] [ERROR] Can't connect to ('мойайпишник', 8000)

0
0
0
Evgenii Legotckoi
  • 28 октября 2017 г. 19:55

Этот ваш IP адрес случайно не внешний IP адрес роутера, за которым Вы сидите со своим ПК?

0
0
0
A
  • 28 октября 2017 г. 20:15

перепробывал все ip, которые нашёл у себя на компе. не подскажите, как найти нужный?

0
0
0
Evgenii Legotckoi
  • 28 октября 2017 г. 20:21

А Вы делали вообще bind на '127.0.0.1:8000'?

то есть
bind = '127.0.0.1:8000'
gunicorn слушает порт на внутренней петле
0
0
0
b
  • 24 августа 2018 г. 12:56
sudo pip install django gunicorn

sudo pip install django psycopg2





По моему sudo здесь лишнее. Разве sudo устанавливает внутри виртуального окружения?
0
0
0
Evgenii Legotckoi
  • 24 августа 2018 г. 13:00

Как ни странно - Да.

0
0
0
Илья Чичак
  • 11 декабря 2018 г. 20:25

Некропост, однако, хотел бы добавить, что в случае с продакшеном, миграции там делать нельзя. (точнее, конечно, можно, но нельзя)

Все миграции необходимо хранить в репозитории.

0
0
0
Evgenii Legotckoi
  • 11 декабря 2018 г. 20:28

Твоя правда. Согласен. Свои миграции храню в репозитории. На продакшене только выполняю обновление структуры базы данных, после тестирования на дев сервере конечно (читай локальная машина разработки).

0
0
0
S
  • 26 июня 2020 г. 0:02

Здравствуйте, подскажите пожалуйста, как исправить:
в Ubuntu 20.04, в каталоге проекта пытаюсь создать вертуальную среду
virtualenv env
вылезает ошибка:
ModuleNotFoundError: No module named 'virtualenv.seed.via_app_data'
Спасибо.

0
0
0
Evgenii Legotckoi
  • 26 июня 2020 г. 0:40

Это может быть и ошибка в вашей версии virtualenv и не совсем верная установка, и косяки в процессе следования туториалу.
Но подобные ошибки вылезали на GitHub в репозитории virtualenv.
Впрочем я сам с таким не сталкивался, так что готового ответа у меня нет.

0
0
0
Илья Чичак
  • 26 июня 2020 г. 1:24
  • (ред.)

Установите venv: 

  1. sudo apt install python3-venv

после этого можно сделать 

  1. python -m venv .venv
  2. source .venv/bin/activate

virtualenv - устаревший, venv - часть стандартной библиотеки. в Windows - venv ставится вместе с питоном, в убунте, к сожалению, даже куски стандартной библиотеки приходится доставлять руками.

0
2
0
S
  • 26 июня 2020 г. 1:37

Ок, спасибо, буду пробовать.

0
0
0
S
  • 26 июня 2020 г. 1:56

Все заработало, немного ругнулся, что лучше:
python3 -m venv .venv
но в итоге все сработало.
Спасибо!

0
1
0
АМ
  • 20 декабря 2020 г. 22:45

Стави все по статье. Добрался до шага 12 и после него перестал запускатся сервер через gunicorn myproject.wsgi:application. выдает ошибку
[ERROR] Exception in worker process
Traceback (most recent call last):
File "/home/user/myproject/lib/python3.8/site-packages/gunicorn/arbiter.py", line 583, in spawn_worker
worker.init_process()
File "/home/user/myproject/lib/python3.8/site-packages/gunicorn/wo rkers/base.py", line 119, in init_process
self.load_wsgi()
File "/home/user/myproject/lib/python3.8/site-packages/gunicorn/workers/base.py", line 144, in load_wsgi
self.wsgi = self.app.wsgi()
File "/home/user/myproject/lib/python3.8/site-packages/gunicorn/app/base.py", line 67, in wsgi
self.callable = self.load()
File "/home/user/myproject/lib/python3.8/site-packages/gunicorn/app/wsgiapp.py", line 49, in load
return self.load_wsgiapp()
File "/home/user/myproject/lib/python3.8/site-packages/gunicorn/app/wsgiapp.py", line 39, in load_wsgiapp
return util.import_app(self.app_uri)
File "/home/user/myproject/lib/python3.8/site-packages/gunicorn/util.py", line 358, in import_app
mod = importlib.import_module(module)
File "/usr/lib/python3.8/importlib/ init .py", line 127, in import _module
return _bootstrap._gcd_import(name[level:], package, level)
File " ", line 1014, in _gcd_import
File " ", line 991, in _find_and_load
File " ", line 973, in _find_and_load_un locked
ModuleNotFoundError: No module named 'myproject.wsgi'

На что обратить внимание?

0
0
0
АМ
  • 20 декабря 2020 г. 22:48
  • (ред.)

После команд запуска supervisor'а

sudo update-rc.d supervisor enable
sudo service supervisor start

нужно ли вообще в виртуальном окружении запускать Gunicorn

0
0
0
Илья Чичак
  • 20 декабря 2020 г. 23:47

я думаю, вам стоит кастовать сюда Евгения - я предпочитаю использовать systemd для запуска и менеджмента сервера

попробуйте призвать его через кнопку ответить

0
0
0
АМ
  • 21 декабря 2020 г. 1:09

Евгений доброй ночи, можете что-то посоветовать?

0
0
0
Илья Чичак
  • 21 декабря 2020 г. 7:01

привет
тут нужна твоя помощь=)
я в супервизоре - ноль=)

0
0
0
Alexander
  • 21 января 2021 г. 2:40

Ошибка в конфиге инжинкса про статику в root последний слеш лишний путь в таком виде получается 

  1. /home/user/myprojectenv/myproject/myproject//static
0
0
0
IscanderChe
  • 18 февраля 2021 г. 16:32

На продакшене только выполняю обновление структуры базы данных

День добрый.
А как вы это делаете?

0
0
0
Илья Чичак
  • 18 февраля 2021 г. 16:39

  1. python manage.py migrate

0
0
0
IscanderChe
  • 18 февраля 2021 г. 17:07

А разве это не миграция? И как тогда быть с вашим утверждением о миграциях:

в случае с продакшеном, миграции там делать нельзя. (точнее, конечно, можно, но нельзя)

0
0
0
Илья Чичак
  • 18 февраля 2021 г. 17:19

я имел в виду, что на проде нельзя делать 

  1. python manage.py makemigrations

правильнее было бы сказать, что на проде нельзя создавать миграции. мигрировать БД - без этого, естественно, никак

0
1
0
IscanderChe
  • 18 февраля 2021 г. 17:25

Всё, теперь понял. Спасибо!

0
0
0
IscanderChe
  • 18 февраля 2021 г. 20:04

Ещё вопрос: как правильно обновлять кодовую базу, если произошли изменения в ней?

0
0
0
Илья Чичак
  • 18 февраля 2021 г. 21:18
  • (ред.)

обновлять где?
если на проде - 

  1. git pull && python manage.py migrate && python manage.py collectstatic --noinput && sudo systemctl service restart && sudo service nginx restart

если вы используете systemd для управления сервером

0
0
0
IscanderChe
  • 18 февраля 2021 г. 22:14

То есть я правильно понимаю, что на боевом сервере нужно ставить помимо всего ещё и git?

0
0
0
Илья Чичак
  • 18 февраля 2021 г. 22:51
  • (ред.)

в целом, тут все не просто

в зависимости от способа доставки это может быть k8s, docker, rsync, ansible, git... да хоть wget-ом качать архив с условного гитхаба

и для каждого способа свои способы доставки и развертывания

для начала, если у вас 1 сервер и минимум каких-то особенностей, git pull вполне хватит. И да, для этого нужно, чтобы был git установлен

0
0
0
IscanderChe
  • 18 февраля 2021 г. 23:04

Ясно. Спасибо за развёрнутый ответ.

Думаю, что мне для моих целей хватит и git. Локально я им пользоваться умею, а вот с удалёнными серверами не сталкивался, только с github, отсюда и вопросы.

0
0
0
IscanderChe
  • 20 февраля 2021 г. 23:17

Сижу, ковыряюсь с git pull на виртуалке, и ни черта не понимаю.

Как правильно залить проект на удалённый сервер, чтобы он по git pull принимал изменения? Отправить изменения с локальной машины у меня получилось, а вот на git pull ругается: 

  1. There is no tracking information for the current branch.
  2. Please specify which branch you want to merge with.
  3. See git-pull(1) for details.
  4.  
  5.     git pull <remote> <branch>
  6.  
  7. If you wish to set tracking information for this branch you can do so with:
  8.  
  9.     git branch --set-upstream-to=<remote>/<branch> master
0
0
0
IscanderChe
  • 21 февраля 2021 г. 2:39

Всё, разобрался.

0
0
0
IscanderChe
  • 21 февраля 2021 г. 14:17

В виртуальном окружении ругается на отсутствие pip: 

  1. sudo: pip: command not found

pip ставил вот так: 

  1. sudo apt-get install python3-pip

поскольку easy_install3 почему-то не поставился вместе с setuptools.

0
0
0
Илья Чичак
  • 21 февраля 2021 г. 21:55

в виртуальном окружении не надо использовать sudo

используя sudo вы ставите пакеты глобально. Если у вас один проект на сервере - ок. но если нет, все плюсы от venv-ов идут на смарку.
кстати, советую посмотреть в сторону poetry - на мой взгялд, это проект уже production-ready. пакеты ставятся в несколько потоков, фиксируются не только зависимости, но и зависимости зависимостей. А venv-вы создаются автоматически и не в проекте. может быть не очень удобно, но можно переопределить поведение локально и глобально. в целом, советую

0
1
0
IscanderChe
  • 22 февраля 2021 г. 0:18

Ага, спасибо, завелось!

Да мне бы хотя бы с основами разобраться, куда уж продвинутые уровни...

0
0
0
IscanderChe
  • 22 февраля 2021 г. 14:14
  • (ред.)

На шаге 11 вылезла вот такая ошибка: 

  1. DisallowedHost at /
  2. Invalid HTTP_HOST header: '10.0.3.15'. You may need to add '10.0.3.15' to ALLOWED_HOSTS

Проблема решилась добавлением в settings.py в ALLOWED_HOSTS IP-адреса 10.0.3.15.

0
0
0
IscanderChe
  • 22 февраля 2021 г. 14:44

После шага 12 сайт вместо стартовой страницы Django показывает: "502 Bad Gateway".

Что не так?

0
0
0
Илья Чичак
  • 22 февраля 2021 г. 16:00

покажите конфиг nginx и ка запускаете gunicorn

0
0
0
IscanderChe
  • 22 февраля 2021 г. 16:07
  • (ред.)

Всё по мануалу выше, буква в букву. 

  1. gunicorn mysite.wsgi:application
  1. server {
  2.         listen 80;
  3.         server_name 10.0.3.15;
  4.         access_log /var/log/nginx/example.log;
  5.  
  6.         location /static/ {
  7.                 root /home/django/.env/mysite/mysite/;
  8.                 expires 30d;
  9.         }
  10.  
  11.         location / {
  12.                 proxy_pass http://127.0.0.1:8000;
  13.                 proxy_set_header Host $server_name;
  14.                 proxy_set_header X-Real-IP $remote_addr;
  15.                 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  16.         }
  17. }
0
0
0
IscanderChe
  • 22 февраля 2021 г. 16:08

Всё по мануалу выше, буква в букву. 

  1. gunicorn mysite.wsgi:application
  1. server {
  2.         listen 80;
  3.         server_name 10.0.3.15;
  4.         access_log /var/log/nginx/example.log;
  5.  
  6.         location /static/ {
  7.                 root /home/django/.env/mysite/mysite/;
  8.                 expires 30d;
  9.         }
  10.  
  11.         location / {
  12.                 proxy_pass http://127.0.0.1:8000;
  13.                 proxy_set_header Host $server_name;
  14.                 proxy_set_header X-Real-IP $remote_addr;
  15.                 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  16.         }
  17. }
0
0
0
Илья Чичак
  • 22 февраля 2021 г. 20:09

нужна твоя помощь=)

0
0
0
IscanderChe
  • 24 февраля 2021 г. 0:15

Поднял сервис с помощью systemd, вот по этому мануалу: https://habr.com/ru/post/501414/

0
0
0
D
  • 2 марта 2021 г. 14:00

А почему нельзя? Где можно об этом почитать? Киньте, пожалуйста, в меня ссылкой.

0
0
0
L
  • 30 мая 2021 г. 7:44

При любых попытках взаимодействовать с супервизаром, выбивает в такую ошибку 

  1. error: <class 'FileNotFoundError'>, [Errno 2] No such file or directory: file: /usr/local/lib/python3.8/dist-packages/supervisor/xmlrpc.py line: 560

Помогите пожалуйста, уже все волосы выдрал

0
0
0
D
  • 30 мая 2021 г. 22:12

Это на какую команду так отвечает?

0
0
0
L
  • 30 мая 2021 г. 23:18

Отвечал на все команды после 

  1. sudo service supervisor start

Исправил таким образом 

  1. sudo killall supervisord
  2. sudo supervisord -c /etc/supervisor/supervisord.conf
0
1
0

Комментарии

Только авторизованные пользователи могут публиковать комментарии.
Пожалуйста, авторизуйтесь или зарегистрируйтесь
Actions
Написать статьюЗадать вопросПройти тестРасшарить код