Size: a a a

Django [ru] #STAY HOME

2019 August 31

В

Вадим in Django [ru] #STAY HOME
Структура
источник

В

Вадим in Django [ru] #STAY HOME
источник

MA

Maxim Afanasev in Django [ru] #STAY HOME
Кинь тогда settings.py и manage.py в гист, посмотрим
источник

MA

Maxim Afanasev in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
systemd+Docker или Kubernetes
Как будто докер решит эти проблемы, там та же фигня будет. Только еще и в докере.
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
Maxim Afanasev
Как будто докер решит эти проблемы, там та же фигня будет. Только еще и в докере.
контейнеры позволяют не решать проблемы с деплоем, а взять готовый конфиг и применить
источник

MA

Maxim Afanasev in Django [ru] #STAY HOME
Блин, ни разу не получилось заюзать чужой конфиг. Всегда все руками. Может, я что-то не так делаю..
источник

V💊

Vladimir 💊 Voytenko in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
контейнеры позволяют не решать проблемы с деплоем, а взять готовый конфиг и применить
еще бы кто-нибудь умный настроил контейнеры ;)
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
основное отличие - в контейнере чистая система, она настраивается с нуля и получается ожидаемый результат, а что там на сервере - "а кто его знает", если на нём стоит 20 разных проектов и система обновлялась вручную несколько раз - там могут твориться странные вещи с зависимостями и вообще (и поднимая на таком сервере 21ый проект, могут быть труднообнаружимые баги)
источник

MA

Maxim Afanasev in Django [ru] #STAY HOME
Кстати, раз зашел такой разговор. У меня runserver в докере с альпиной какой-то молчаливый, не хочет ошибки писать при запуске через docker-compose up. Если сделать docker-compose run - то пишет. Сталкивался кто-нибудь?
источник

MA

Maxim Afanasev in Django [ru] #STAY HOME
Всем спасибо, tty:true решил проблему.
источник

В

Вадим in Django [ru] #STAY HOME
gunicorn --bind 0.0.0.0:8000 worksite.wsgi если так, то сайт открывается, если $ gunicorn --access-logfile - --workers 3 --bind unix:/home/vadim/myproject/worksite/worksite/worksite.sock worksite.wsgi:application то сайт не открывается
источник

В

Вадим in Django [ru] #STAY HOME
Что может быть?
источник

А

Алексей in Django [ru] #STAY HOME
Вадим
gunicorn --bind 0.0.0.0:8000 worksite.wsgi если так, то сайт открывается, если $ gunicorn --access-logfile - --workers 3 --bind unix:/home/vadim/myproject/worksite/worksite/worksite.sock worksite.wsgi:application то сайт не открывается
Что значит что может быть? Ты слушаешь по unix socket'у, а не по адресу.
источник

В

Вадим in Django [ru] #STAY HOME
Эту проблему решил
источник

В

Вадим in Django [ru] #STAY HOME
2019/08/31 10:31:28 [crit] 28904#28904: *1 connect() to unix:/home/vadim/myproject/worksite/worksite.sock failed (13: Permission denied) while connecting to upstream, client: 109.87.165.44$20.176, server: dkbzoda.pp.ua, request: "GET / HTTP/1.1", upstream: "http://unix:/home/vadim/myproject/worksite/worksite.sock:/", host: "dkbzoda.pp.ua"
источник

В

Вадим in Django [ru] #STAY HOME
А что тут не так?
источник

А

Алексей in Django [ru] #STAY HOME
ясно же говорят
Permission Denied
источник

А

Алексей in Django [ru] #STAY HOME
у юзера www-data нет доступа к домашней папке вот этой
источник

В

Вадим in Django [ru] #STAY HOME
Как испрвить?
источник

А

Алексей in Django [ru] #STAY HOME
Вадим
2019/08/31 10:31:28 [crit] 28904#28904: *1 connect() to unix:/home/vadim/myproject/worksite/worksite.sock failed (13: Permission denied) while connecting to upstream, client: 109.87.165.44$20.176, server: dkbzoda.pp.ua, request: "GET / HTTP/1.1", upstream: "http://unix:/home/vadim/myproject/worksite/worksite.sock:/", host: "dkbzoda.pp.ua"
Поясняю, есть два решения:
поместить сокет куда-то в /var/www
либо
дать доступ юзеру www-data к этому файлу
(p.s. В гугле это 1000 раз спрашивали)
источник