Size: a a a

Django [ru] #STAY HOME

2019 April 05

S

Spirit💎 in Django [ru] #STAY HOME
Александр Андреев
Обратно не получится. Когда папка монтируется внутри контейнера она заменяет все то, что в этой папке лежит
Ну да, я это и получил
источник

S

Spirit💎 in Django [ru] #STAY HOME
То есть статики в докере не должно быть в принципе?
источник

АА

Александр Андреев in Django [ru] #STAY HOME
Почему, может. У нас допустим после сборки фронта статика добавляется в контейнер с nginx (на этапе сборки контейнера)
источник

АА

Александр Андреев in Django [ru] #STAY HOME
Но прокидывать вот так наружу я что-то не встречал такого
источник

S

Spirit💎 in Django [ru] #STAY HOME
Александр Андреев
Почему, может. У нас допустим после сборки фронта статика добавляется в контейнер с nginx (на этапе сборки контейнера)
Ну это в случае nginx в контейнере
источник

АА

Александр Андреев in Django [ru] #STAY HOME
Ну, можно же статику отдельно собрать?
источник

S

Spirit💎 in Django [ru] #STAY HOME
Получается, лучше всего будет создать контейнер с nginx и туда всю статику положить и конфиги?
источник

S

Spirit💎 in Django [ru] #STAY HOME
Александр Андреев
Ну, можно же статику отдельно собрать?
Ну да
источник

АА

Александр Андреев in Django [ru] #STAY HOME
Взять две копии проекта джанги, одну в контейнер без статики, второй снаружи собрать статику и удалить все остальное
источник

S

Spirit💎 in Django [ru] #STAY HOME
1 контейнер с nginx и остальные контейнеры с сайтами, статика которых хранится в первом контейнере, да? Ну и в нжинксе все роуты сделаны под каждый проект
источник

S

Spirit💎 in Django [ru] #STAY HOME
Это будет самый оптимальный путь?
источник

АА

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

S

Spirit💎 in Django [ru] #STAY HOME
Ага, то есть статику просто держим на машине, вне контейнеров
источник

S

Spirit💎 in Django [ru] #STAY HOME
Как и конфиги нжинкса?
источник

АА

Александр Андреев in Django [ru] #STAY HOME
Ну, лучше так, да. Но это уже вопросы управления несколькими отдельными проектами, там одним композом на всех не обойдёшься
источник

S

Spirit💎 in Django [ru] #STAY HOME
Понял, спасибо
источник

АА

Арсений Абрамян in Django [ru] #STAY HOME
Всем привет! вопрос что в данной строче делает values().   Вот строка django models.objects.all().values('id', 'slug') ??
источник

AI

Alex Ivanchyshyn in Django [ru] #STAY HOME
Арсений Абрамян
Всем привет! вопрос что в данной строче делает values().   Вот строка django models.objects.all().values('id', 'slug') ??
источник

SD

Sashka Datsenko in Django [ru] #STAY HOME
Привет всем, как лучше сделать создания юзеров другими юзерами, и получать доступ до юзеров, которых создал? Сейчас  есть только один класс Юзер с кастомным полем Role, через который происходит регистрация, я могу использовать Group для этих целей, или создать таблицу многие-ко многим и при регистрации юзера хранить туда id юзера, который создал, и id созданного юзера?
источник

AB

Alexander Bardin in Django [ru] #STAY HOME
Sashka Datsenko
Привет всем, как лучше сделать создания юзеров другими юзерами, и получать доступ до юзеров, которых создал? Сейчас  есть только один класс Юзер с кастомным полем Role, через который происходит регистрация, я могу использовать Group для этих целей, или создать таблицу многие-ко многим и при регистрации юзера хранить туда id юзера, который создал, и id созданного юзера?
1) Использовать кастомную модель User (AbstractBaseUser)
2) В кастомной модели сделать поле parent кажем или creator и мв него писать того кто создал (ссылка ту же таблицу Users)
источник