дык, понятно почему doesn't return the memory to the system, память небось malloc выделяет через sbr и процесс имеет дикую фрагментацию памяти. Как следствие нам часто надо двигать стек данных вновнь. А он, штука такая, не сдвигается.
Создайте папочку, /etc/django-sites.d куда складывайте symlinks до корней этих сайтов, и дальше, просто, скриптом их запускайте. Тут не много нужно сил (час) что бы написать этот скрипт.
Почему nginx не должен запускать сайты, тоже понятно. Это очень узкий функционал, который, фактически, используется тем, кому уже нужен nginx но еще нагрузка (пока) позволяет жить на одном сервере. Этот функционал позволяет допустить ошибку в дизайне системе, связанную со стартом приложения. Лучше, все-же, подумать про это, чем потом, в горячке и панике, когда клиентов у ваших сайтов будет сотни тысяч, понимать, как его разнести.
Это, сильно, усложняет логику. У вас появляется параметр количество открытых соеденений. И либо, их не хватает, либо их больше. http синхронный протокол, и не очень удобно использовать keep-alive для backend.
Хм, а зачем нужен эксперт исполнитель, если заказчик знает что делать и как? Обычно привлекают эксперта-исполнителя, что бы ему делегировать вопросы как и что.
Собственно у меня в загашнике есть свой proxy который умеет keep-alive и асинхроность в HTTP (указывается заголовок для синхронизации). Пока нет повода сделать merge с тем, что есть в upstream.
Не, как loadbalancer он очень уныл. У него плохая статистика. haproxy красив. Цитрикс вообще сказка.
А что мешает сделать разные фермы? Т.е. отдельно статику, отдельно класический web, отдельно порнушку, отдельно спам от клиентов? Собирать все вместе, красиво, не спорю, но дюже странно. Т.е. я не понимаю зачем совмещать все в кучу, если оно, хорошо, параллелится.
Это вариант будущего. Человек хочет его форсировать, ну что с человека взять? Что будет с этой технологией завтра, не понятно. Человек просто сетует, что привычная ему модель жизни в настоящем не подошла для будущего, бывает.
Эта заметка, явный, не прикрытый, наброс на nginx. Основной дух заметки, nginx гавно, напишите для меня что я хочу. Если вам это действительно надо, мои контакты в профиле. Ты можешь мне позвонить: +1.949.2.666.273 и вскоре появится реализация web sockets в nginx, если она тебе действительно нужна.
Зачем? Зачем нужно лишнее звено в этом контексте? Может стоит построить ферму web-sockets, взять loadbalancer а не proxy и быть счастливым? У меня ощущение что вы не понимаете что такое nginx.
Почему nginx не должен запускать сайты, тоже понятно. Это очень узкий функционал, который, фактически, используется тем, кому уже нужен nginx но еще нагрузка (пока) позволяет жить на одном сервере. Этот функционал позволяет допустить ошибку в дизайне системе, связанную со стартом приложения. Лучше, все-же, подумать про это, чем потом, в горячке и панике, когда клиентов у ваших сайтов будет сотни тысяч, понимать, как его разнести.
Если не секрет, какие плюсы вы видете?
А что мешает сделать разные фермы? Т.е. отдельно статику, отдельно класический web, отдельно порнушку, отдельно спам от клиентов? Собирать все вместе, красиво, не спорю, но дюже странно. Т.е. я не понимаю зачем совмещать все в кучу, если оно, хорошо, параллелится.