Size: a a a

Django [ru] #STAY HOME

2020 March 28

Ꮆㄖ尺ᗪ乂1 in Django [ru] #STAY HOME
линукс
источник

Ꮆㄖ尺ᗪ乂1 in Django [ru] #STAY HOME
а что если это из за того что нету ssl сертификата?
источник

A

Ahmed in Django [ru] #STAY HOME
У тебя на машине стоит nginx вообще?
источник

A

Ahmed in Django [ru] #STAY HOME
Проверь

which nginx
источник

Ꮆㄖ尺ᗪ乂1 in Django [ru] #STAY HOME
нечего не произошло
источник

A

Ahmed in Django [ru] #STAY HOME
Скорее всего у тебя nginx нет
источник

A

Ahmed in Django [ru] #STAY HOME
источник

A

Ahmed in Django [ru] #STAY HOME
Кстати, у тебя uWSGI?
источник

Ꮆㄖ尺ᗪ乂1 in Django [ru] #STAY HOME
У меня хостинг, без рут прав, я на смогу на нём что то установить
источник

AK

Andrew Kuskov in Django [ru] #STAY HOME
Всем привет. Подскажите, кто как работает с миграциями и гитом? Проблема в том, что иногда приходится выполнять makemigrations на боевом сервере, из-за чего наступают различного рода конфликты, то поле уже есть в таблице, то сама таблица уже создана и т.д. А потом получается, что надо обратно на гит заливать новый файл миграций и потом разбираться с конфликтами на локальном сервере, что не есть хорошо. По официальной доке файлы миграций необходимо отслеживать,, на стековерфлоу некоторые ребята все же игнорируют рекомендацию и не кладут файлы миграций в гит
источник

AG

Artem Gubatenko in Django [ru] #STAY HOME
Andrew Kuskov
Всем привет. Подскажите, кто как работает с миграциями и гитом? Проблема в том, что иногда приходится выполнять makemigrations на боевом сервере, из-за чего наступают различного рода конфликты, то поле уже есть в таблице, то сама таблица уже создана и т.д. А потом получается, что надо обратно на гит заливать новый файл миграций и потом разбираться с конфликтами на локальном сервере, что не есть хорошо. По официальной доке файлы миграций необходимо отслеживать,, на стековерфлоу некоторые ребята все же игнорируют рекомендацию и не кладут файлы миграций в гит
миграции в гит, а на проде только применение (без makemigrations)
источник

DT

Dan Tyan in Django [ru] #STAY HOME
Andrew Kuskov
Всем привет. Подскажите, кто как работает с миграциями и гитом? Проблема в том, что иногда приходится выполнять makemigrations на боевом сервере, из-за чего наступают различного рода конфликты, то поле уже есть в таблице, то сама таблица уже создана и т.д. А потом получается, что надо обратно на гит заливать новый файл миграций и потом разбираться с конфликтами на локальном сервере, что не есть хорошо. По официальной доке файлы миграций необходимо отслеживать,, на стековерфлоу некоторые ребята все же игнорируют рекомендацию и не кладут файлы миграций в гит
не делать makemigrations на проде
источник

A

Ahmed in Django [ru] #STAY HOME
Andrew Kuskov
Всем привет. Подскажите, кто как работает с миграциями и гитом? Проблема в том, что иногда приходится выполнять makemigrations на боевом сервере, из-за чего наступают различного рода конфликты, то поле уже есть в таблице, то сама таблица уже создана и т.д. А потом получается, что надо обратно на гит заливать новый файл миграций и потом разбираться с конфликтами на локальном сервере, что не есть хорошо. По официальной доке файлы миграций необходимо отслеживать,, на стековерфлоу некоторые ребята все же игнорируют рекомендацию и не кладут файлы миграций в гит
1. Делаешь makemigrations локально.
2. Коммитишь миграции.
3. Пушиш на свой удаленный репозиторий.
4. На проде выполняешь миграции командой migrate


PS А свои конфликты с миграциями ты должен решать еще локально, не на проде! На продакшен попадает только тогда когда все работает локально, это учитывая что у вас нет стейджинг сервера (тестовый сервер)
источник

SM

Sergey Matveyev in Django [ru] #STAY HOME
Товарищи, всем привет!
Есть небольшой относительно сервис, корпоративный портал, пользователей ~~ 70 в день, но по случаю всеобщей удалёнки количество сремительно расти начало. Начали всплывать небольшие баги, думаю что пора как-то по человечески мониторить работу. После гугления оставился на Sentry. Подскажите пожалуйста, это нормальный вариант? Нет там каких-то граблей особых? Не избыточно для небольшого проекта?
источник

AG

Artem Gubatenko in Django [ru] #STAY HOME
Sergey Matveyev
Товарищи, всем привет!
Есть небольшой относительно сервис, корпоративный портал, пользователей ~~ 70 в день, но по случаю всеобщей удалёнки количество сремительно расти начало. Начали всплывать небольшие баги, думаю что пора как-то по человечески мониторить работу. После гугления оставился на Sentry. Подскажите пожалуйста, это нормальный вариант? Нет там каких-то граблей особых? Не избыточно для небольшого проекта?
Sentry - хороший вариант
источник

A

Ahmed in Django [ru] #STAY HOME
Sergey Matveyev
Товарищи, всем привет!
Есть небольшой относительно сервис, корпоративный портал, пользователей ~~ 70 в день, но по случаю всеобщей удалёнки количество сремительно расти начало. Начали всплывать небольшие баги, думаю что пора как-то по человечески мониторить работу. После гугления оставился на Sentry. Подскажите пожалуйста, это нормальный вариант? Нет там каких-то граблей особых? Не избыточно для небольшого проекта?
В полне нормальный вариант, имеет большой функционал под капотом и много всяких интеграций таких как slack и т.д. Бесплатный для одного пользователя (т.е вы один можете мониторить ошибки). Его легко подключить. Можно развернуть на своем сервере и пользоваться всем бесплатно. Но в вашем случае думаю будет избыточно разворачивать sentry на своих машинах, поэтому думаю разумно будет использовать бесплатное облачное решение для одного пользователя.
источник

A

Ahmed in Django [ru] #STAY HOME
Ahmed
В полне нормальный вариант, имеет большой функционал под капотом и много всяких интеграций таких как slack и т.д. Бесплатный для одного пользователя (т.е вы один можете мониторить ошибки). Его легко подключить. Можно развернуть на своем сервере и пользоваться всем бесплатно. Но в вашем случае думаю будет избыточно разворачивать sentry на своих машинах, поэтому думаю разумно будет использовать бесплатное облачное решение для одного пользователя.
PS Ошибки так же прилетают к вам на почту.
источник

SM

Sergey Matveyev in Django [ru] #STAY HOME
Artem Gubatenko
Sentry - хороший вариант
Спасибо
источник

A

Ahmed in Django [ru] #STAY HOME
Насчет граблей, никаких нет, все подключается просто как сказал
источник

SM

Sergey Matveyev in Django [ru] #STAY HOME
Ahmed
В полне нормальный вариант, имеет большой функционал под капотом и много всяких интеграций таких как slack и т.д. Бесплатный для одного пользователя (т.е вы один можете мониторить ошибки). Его легко подключить. Можно развернуть на своем сервере и пользоваться всем бесплатно. Но в вашем случае думаю будет избыточно разворачивать sentry на своих машинах, поэтому думаю разумно будет использовать бесплатное облачное решение для одного пользователя.
Не, там сеть изолированная, доступ в публичный интернет только по белому листу, в который что-то добавить оч сложно.
Понял вас, спасибо!
источник