Дошло

Дошло

решение го

грац

Статика и медиа только через нжникс

отдавал статику и медию без nginx

а с debug=True норм отдает статику?

а с debug=True норм отдает статику?

да

отдавал статику и медию без nginx

как?

как?

хз, но у меня на проде с nginx джанга работает

но раздачу статики не настраивал

С отключением отладки Django больше не будет обрабатывать статические файлы - ваш рабочий веб-сервер (Apache или Nginx) должен позаботиться об этом.

все верно до тебя дошло

чертяка умный

С отключением отладки Django больше не будет обрабатывать статические файлы - ваш рабочий веб-сервер (Apache или Nginx) должен позаботиться об этом.

?

что "?" ?

Это из документации?

а что

Жесть какая

почему

Нормальный кейс, контейнер с приложением содержит статику, а nginx ее кэширует и отдает дальше сам

При обновлении приложения достаточно один контейнер перезалить и всё

а в чем жесть

Ну если Джанго не отдает статику без дебага, так не сделать

@Tishka17 TL;DR?

@Tishka17 TL;DR?

Говорят при debug=off Джанго не отдает статику

Я сам только проснулся

Джанго по-умолчанию отдает статику только в режиме дебага ага

Что логично, потому что на проде нехрен отдавать статику через джанго.

ну так вот задумано

Есть whitehouse)

Но это как бы настраивается

в принципе ничего смертельного в этом нет

Там предлагают отдавать статику через джанго и кешировать через cdn

в принципе ничего смертельного в этом нет

В отдаче статики через джанго? Есть

эммм

щас бы читать задом наперед

я про отдачу статитки через nginx вообще то

Я тут весь тред не читал, но если хочется отдавать статику джангой, достаточно добавить урлы.

при отключенном дебаге

В общем случае этого естественно делать не стоит

я не понимаю зачем отдавать статику джангой

это логично что для этого есть фронт-сервер

я не понимаю зачем отдавать статику джангой

В принципе есть кейсы. Например у тебя есть контейнер с джанго-приложением, которое ты не хочешь распиливать на два.

Тогда можно настроить кеширование на nginx etc.

ну понятно что есть кейсы

А так-то да в общем случае за статику должен отвечать CDN \ Reverse proxy

но в конечном итоге это всё такие частные кейсы

что их можно за погрешность принимать

ибо в целом это не тру вей

но в конечном итоге это всё такие частные кейсы

Да не. Я уже не первую фирму вижу, которая так делает. Намного удобнее. Хотя сначала тоже было несколько контейнеров

кто на что горазд как говорится

лично я не сторонник пихать все в один контейнер

писать qt гуй на питоне можно? ?

можно

пиши

а без боли при использовании? ?

от тебя зависит

будет там у тебя боль или нет

лично я не сторонник пихать все в один контейнер

А как будешь деплоить статику?

У нас были какие-то костыли с rsync при деплое

Какой трувей если не пихать в один контейнер

писать qt гуй на питоне можно? ?

Можно, пиши

Можно, пиши

?

У нас были какие-то костыли с rsync при деплое

А что вы там рсинкали? Статику?

А что вы там рсинкали? Статику?

Да

Да

?

?

Ну вот а какой тру вей?

Ну вот а какой тру вей?

на CDN аплойдить

на CDN аплойдить

Как?

Куда - понятно. Как?

Как?

ну это зависит от того какой интерфейс предоставляет cdn

Ну вот у нас свой cdn с rsync

Ну вот у нас свой cdn с rsync

ааа, тогда ок

а без боли при использовании? ?

да вполне

я думал тут речь про то пихать статику в контейнер или нет

Ребят

Поделитесь материалом

Для изучения Python

Google.com

я думал тут речь про то пихать статику в контейнер или нет

Ну вот если не пихать, мне чёт этот способ с rsync не нравится. Приходится при деплое запускать контейнер, который делает рсинк и потом больше не трогать

Для изучения Python

https://github.com/ru-python-beginners/faq/blob/master/README.md

Для изучения Python

Ютуб

Правила чата: 1. Пишите вопрос по своей проблеме сразу же первым сообщением. Без приветов. Без прелюдий «кто может помочь». Обращения в ЛС к участникам нежелательны. Смотрите также http://neprivet.ru и http://nometa.xyz 2. Укладывайте свои мысли в одно сообщение, а не десять. 3. Код обрамлять тройным грависом: ```код``` если больше десяти строк, залить на https://gist.github.com или https://dpaste.de 4. На сообщения отвечайте реплаем, а не форвардом. 5. Для вопросов совсем начального уровня писать в @ru_python_beginners. Там же ответы на вопросы: «я новичок, с чего начать изучать питон» и «что почитать». 6. Для HR: сразу указывайте стек технологий проекта и зарплатную вилку. Обязательны хештеги: #работа #удаленка или #офис Просто ссылка на страницу с вакансией не приветствуется. Вакансии, не отвечающие требованиям, будут удалены. 7. Сразу бан за: спам, трояны, взломы, вирусы, спам-боты, кряки, ключи, наркотики и прочий скам или предложения работы в этой сфере. 8. Персонажам с неприличными аватарками и никнеймами будет выдано RO до момента исправления проблемы. Неприемлемы оскорбления, реклама, украшательства, Z̩ͭ͢A̲ͯ̋ͤ̈̅̍L̘̭̦̗͖̍͠G̻̲̮͔̓ͭ̽ͪ͛͘Ọ̲̖͍͔̥͎̄!̝̥̪̘̮̎̂̓ͭ́̃, злоупотребление эмодзи. Список неполный. Примеры: ? ꧁꧂BAKLAZHANCHIK꧁꧂ ? Baklazhanchik ? Свастика на аватарке ? Котик на аватарке ? ⇒ ? ? ? ? ? ? ? ⇐ ? Agawon

Для изучения Python

Срочно в бегиннерсы