Size: a a a

Django [ru] #STAY HOME

2018 December 04

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
95% проблем с деплоем решаются после перехода к контейнерам)
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
Sergey Matveyev
Ну я тут на самом деле уже третий день всем мозг вскрываю с nginx))
есть группа @nginx_ru
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
95% проблем с деплоем решаются после перехода к контейнерам)
давайте я это даже переформулирую вот так: вы 1 раз в жизни тратите пару дней и разбираетесь с контейнерами, делаете конфиги для nginx, uWSGI/Gunicorn, чего-нибудь ещё, мб не пару дней, а неделю, но потом вообще никогда больше в пределах ближайших 100 лет не испытываете совершенно никаких проблем с деплойментом  любых проектов на Django на любой Linux любой версии с любым набором пакетов, всё что вам для этого нужно - чтобы там можно было запускать контейнеры (а это можно на всех современных системах), в качестве бонуса - вам и для разработки этого проекта тоже ничего не надо будет ставить) даже если на винде) даже если на macOS) даже если к вам в команду пришёл парень, у которого Gentoo и который ловит какие-нибудь странные ошибки при запуске) вообще все системы будут запускать ваш проект одинаково нормально) и ешё целый ряд дополнительных плюсов...

так вот вопрос - а зачем вообще разбираться с тем, почему на системе Х что-то не работает, когда можно просто 1 раз на 100 лет решить вопрос универсально) ну, не на 100 лет, но потом обновления будут крайне простыми, обычно они будут сводиться лишь к необходимости поднимать версии Alpine, Python и Django до нужных вам, а так же, возможно, доустанавливать какие-нибудь нужные проекту либы или пакеты...
источник

NK

ID:531453784 in Django [ru] #STAY HOME
Max Mel будет жить. Поприветствуем!
источник

SM

Sergey Matveyev in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
давайте я это даже переформулирую вот так: вы 1 раз в жизни тратите пару дней и разбираетесь с контейнерами, делаете конфиги для nginx, uWSGI/Gunicorn, чего-нибудь ещё, мб не пару дней, а неделю, но потом вообще никогда больше в пределах ближайших 100 лет не испытываете совершенно никаких проблем с деплойментом  любых проектов на Django на любой Linux любой версии с любым набором пакетов, всё что вам для этого нужно - чтобы там можно было запускать контейнеры (а это можно на всех современных системах), в качестве бонуса - вам и для разработки этого проекта тоже ничего не надо будет ставить) даже если на винде) даже если на macOS) даже если к вам в команду пришёл парень, у которого Gentoo и который ловит какие-нибудь странные ошибки при запуске) вообще все системы будут запускать ваш проект одинаково нормально) и ешё целый ряд дополнительных плюсов...

так вот вопрос - а зачем вообще разбираться с тем, почему на системе Х что-то не работает, когда можно просто 1 раз на 100 лет решить вопрос универсально) ну, не на 100 лет, но потом обновления будут крайне простыми, обычно они будут сводиться лишь к необходимости поднимать версии Alpine, Python и Django до нужных вам, а так же, возможно, доустанавливать какие-нибудь нужные проекту либы или пакеты...
Александр, спасибо большое за развёрнутый ответ. Я в целом пришёл к тем же выводам. Буду купить контейнеризацию
источник

ЛЛ

Любомир Лужний in Django [ru] #STAY HOME
Вот это реклама для контейнеров
источник

V

Vasya in Django [ru] #STAY HOME
Пользователи некоторые не могут залогиниься, проблема решается удалением кук. Никто не сталкивался с чем то подобным?
источник

SM

Sergey Matveyev in Django [ru] #STAY HOME
Да, мощный продакт плейсмент))
источник

Н

Никита in Django [ru] #STAY HOME
Vasya
Пользователи некоторые не могут залогиниься, проблема решается удалением кук. Никто не сталкивался с чем то подобным?
смотреть что в куках, думаю со стороны сервера они уже протухли, а клиент пытается их подсунуть.
источник

V

Vasya in Django [ru] #STAY HOME
Никита
смотреть что в куках, думаю со стороны сервера они уже протухли, а клиент пытается их подсунуть.
По идее там только csrf может быть, но он же отправляется при каждой загрузке страницы. У меня несколько сабдоменов, поэтому csrf в куках
источник

V

Vasya in Django [ru] #STAY HOME
И он не обновляется, здесь и правда что-то не так
источник

А

Алексей in Django [ru] #STAY HOME
Vasya
По идее там только csrf может быть, но он же отправляется при каждой загрузке страницы. У меня несколько сабдоменов, поэтому csrf в куках
csrf при чужом фронте SPA никак не сделать, только токены, кстати?
источник

V

Vasya in Django [ru] #STAY HOME
Алексей
csrf при чужом фронте SPA никак не сделать, только токены, кстати?
Сорян, с spa это не ко мне)

Ps я вообще не понял вопроса
источник

EM

Eugene Maltsev in Django [ru] #STAY HOME
Алексей
csrf при чужом фронте SPA никак не сделать, только токены, кстати?
Если на одном домене сервер и SPA то можно юзать csrf и сессии
источник

NL

Nick L in Django [ru] #STAY HOME
Вопрос
Когда я создаю приложение
Адрес становится таким :
domen.ru/app
Как мне сделать чтобы была вложенность
domen.ru/app1/app2
??
источник

А

Алексей in Django [ru] #STAY HOME
Eugene Maltsev
Если на одном домене сервер и SPA то можно юзать csrf и сессии
как? у меня джанго не передаёт ключ, когда в качестве Бека, а vue запущен через node на отдельном порту
источник

EM

Eugene Maltsev in Django [ru] #STAY HOME
Алексей
как? у меня джанго не передаёт ключ, когда в качестве Бека, а vue запущен через node на отдельном порту
Если юзаешь fetch credentials: include
источник

А

Алексей in Django [ru] #STAY HOME
Eugene Maltsev
Если юзаешь fetch credentials: include
не понял, когда я при помощи vue запрашиваю api бека джанго, я это добавляю?
источник

DS

Danil Sergeev in Django [ru] #STAY HOME
Ребят. Не работают таски в селери. Даже с шелла пишет: too many connections
источник

DS

Danil Sergeev in Django [ru] #STAY HOME
точно коннектится к брокеру, делал все по документашке
источник