g
ты когда в контейнер заходишь, счиатй на другом сервере ты
Size: a a a
2018 November 30
g
докер автоматически прокидывает запросы с локалхоста хоста в порты контейнера
К
я пробовал docker inspect cont_name - оттуда брал адрес и пытался - тоже никак
g
на этот адрес с хоста попробуй сходить
g
и порт твоей джанги
К
на этот адрес с хоста попробуй сходить
не доступен
g
docker ps -a покажи
К
а не
К
Спасибо что натолкнул на толковую мысль. Добра тебе, плюсов в карму и денег побольше )
NK
@Tarangok будет жить. Поприветствуем!
IC
Подскажите, почему рекомендовано не размещать всю логику обработки во views, а помещать в models-менеджеры? Какие для этого причины?
J
Подскажите, почему рекомендовано не размещать всю логику обработки во views, а помещать в models-менеджеры? Какие для этого причины?
данные одни, а представлений несколько потому что
IC
данные одни, а представлений несколько потому что
то есть фактически это делают для группировки кода и более удобной обработки данных?
НВ
По моему миграции ещё работать не будут
BE
Ребят, правильно я понял, что inclusion tag принимает параметр из шаблона
То есть {% show_results user %}
могу передать user`a в тег? и он вернет что-нибудь.
То есть {% show_results user %}
могу передать user`a в тег? и он вернет что-нибудь.
AB
По моему миграции ещё работать не будут
почему?
НВ
Или ты не о перемещении моделей во views?
MS
Ребят, правильно я понял, что inclusion tag принимает параметр из шаблона
То есть {% show_results user %}
могу передать user`a в тег? и он вернет что-нибудь.
То есть {% show_results user %}
могу передать user`a в тег? и он вернет что-нибудь.
да
AB
Или ты не о перемещении моделей во views?
я наверно тебя не понял
AB
Подскажите, почему рекомендовано не размещать всю логику обработки во views, а помещать в models-менеджеры? Какие для этого причины?
ты можешь хоть как писать, хоть в сервисы выносить?