вот руби для меня хипстерский а elixir с эрлангом - нет

да но ты снова не улавливаешь

сделать то можно, и быстро

а как это потом работать будет?

ну, 90% стартапов не взлетают

когда реальные нагрузки пойдут

вообще никак

в 90% случаев нагрузок не будет

ну вот)) а потом когда будут - всю джанго перелопатят

да

если в этом будет польза

и от джанго ничего не останется

так а о чем спор?

а что в этом плохого?

я тебе о словах из видео

ну, точнее

от джанги может остаться админка

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

что да, на джанго можно сделать быстро и все такое. а на фениксе и быстро и потом он еще и нагрузки нормально держать будет и масштабироваться

миграции могут остаться

у большинства проектов нет проблем с масштабированием

даже если они уже известные

есть всякие кеши, есть CDN'ы

это все не то

можно просто базу на отдельный сервер вынести с несколькими Тб оперативки и NVMe диском

и не имеет отношения к фреймворку

Ребят

В тему

Читали стенания чуваков из инстаграмма?

можно оставить проект на Django и масштабировать его довольно длительное время без переписывания

а что там?

Напомню, Инстаграмм на Джанго работает

Напомню, Инстаграмм на Джанго работает

я знаю что инстаграм на джанго

ии?

и много сайтов на джанго знаю

Бля, отличная статься, как Бибер завалил сервис

Щас найду

тут нужно понимать, что у 99,99% из нас никогда не будет проектов уровня Инстаграм

какой смысл решать проблемы, которые не возникнут с вероятностью 99,99%?

http://reinout.vanrees.org/weblog/2016/11/04/instagram.html

инстаграм ведь входит в топ 100 сайтов? это другой уровень совсем

понятно, что там надо всё оптимизировать

Это аргумент в сторону того, что при очень большом делании можно приготовить Джангу под экстремальные нагрузки

Желании *

пфф. а смысл мне быть программистом и не развиваться и не расширять кругозор в своем виде деятельности? я решаю задачи лучшими средствами. если какой-то проект лучше сделать на django - на django делаю. если на aiohttp или вообще каком-то другом языке - я либо делаю на другом если знаю, либо не навязываю свой джанго

Это аргумент в сторону того, что при очень большом делании можно приготовить Джангу под экстремальные нагрузки

да, но это ко всему относится

всю жизнь вариться в джанго не собираюсь

например, Facebook накосячили и выбрали PHP

но и его смогли оптимизировать в итоге

да все это знают

django хорошее решение для старта

вот disqus тоже был на django но переписали же на golang

а дальше оптимизации

django хорошее решение для старта

об этом и говорится в видео. что django хорош на старте, а потом фэйл. а феникс и для старта хорош и потом фэйла не будет

сейчас в эпоху микросервисов / докеров всё просто

вот и вся разница

да какой фейл?)

всё масштабируется же

запускаешь больше uwsgi -контейнеров на большем наборе серверов и всё работает

можно ли у джанги как-то закрыть доступ к сайту всем не админам выдавая какую-нибудь страницу левую типа "идут работы", а админам нормально показывать сайт?

железо дешевеет из года в год

вот вот

можно ли у джанги как-то закрыть доступ к сайту всем не админам выдавая какую-нибудь страницу левую типа "идут работы", а админам нормально показывать сайт?

да, почему нет?

но зачем?

да, почему нет?

как?

надо многое переделать на сайте

можно проверять request.user.is_superuser() или как-то так

В каждой функции?

такое себе решение

так вы переделайте на дев машине а потом обновите быстро код

зачем надолго закрывать доступ

нам базу там надо менять

сильно

ну так меняйте. потом просто задеплоите новый код который будет работать с новой базой и все

наживую на проде разве правят?

и базу и код))

нам надо взять данные, переделать, залить в новые таблицы и протестировать. не писать же под это скрипт, который тестить сначала на дев машине, а потом запускать на проде

там больше руками переделывать придётся.

а сайт нельзя показывать в это время юзерам

вообще, всю работу с СУБД нужно делать через миграции, если по-правильному

да, через миграции все надо делать

сначала получаете копию СУБД, разворачиваете локально, делаете миграции, тестируете миграции, потом уже обновление версии на продакшене и накатываете эти миграции

на время обновления на nginx'е можете включить заглушку

там больше руками надо переделывать. а не просто миграцию запилить.

то есть обновляете конфиг nginx'а, делаете reload, потом обновляете контейнер с Django , накатываете туда на прод миграцию и снова меняете конфиг на nginx'е как было

и reload

ну, вы можете сделать Mixin ко всем View

да какая заглушка. они хотят закрыть доступ только простым юзерам. и разрешить доступ админам

чтобы он там проверял, если не суперюзер и если включён режим "сайт не работает" - показывается заглушка

или middleware ещё можно сделать, наверное

проверяет текущий статус пользователя и сайта и если пользовать не суперюзер и сайт выключен - редирект

https://github.com/fabiocaccamo/django-maintenance-mode

https://github.com/fabiocaccamo/django-maintenance-mode

О. Круто. То что нужно. Только у нас 3. :\

что 3?

питон

Requirements Python 2.6, Python 2.7

ой да там парой строк можно его на 3-й перевести

заодно законтрибьють в репу поддержку 3-го питона))

Ну кстати да.