Apache и Django
По технической части-то все здорово в этой статье.
Только непонятно все-таки, чем апач-то не угодил. Поднадоели уже все эти мифы: апач медленный, апач жрет кучу памяти, апач сложно настраивать и т.д. Оверхед апача на запуск джанги под mod_wsgi = метров 5 сразу + потом по паре сотен килобайт на процесс джанги (на процесс, не на тред). Это безо всяких перекомпиляций и тд, стандартный апач из дебиана, без каких-либо сакральных знаний о секретных натсройках. Средний процесс джанги метров 20 у меня занимает, тут +- пара сотен килобайт — совсем не существенно. Причем я совсем не уверен, что у fastcgi+flup оверхед меньше.
По скорости уже не знаю что нужно делать, чтобы упереться не в обработку запросов, а в скорость апача (и получить сколь-либо заметный выигрыш, перейдя на что-то еще),
По настройке тоже куча статей написано, ничего там сложного.
Страшные цифры для апача получают по нескольким причинам:
а) люди не отключат mod_php => в каждый процесс еще грузится здоровенный mod_php
б) неправильное использование mpm_worker без понимания того, как это работает. Можно использовать daemon mode и не париться ни о чем.
в) контейнер OpenVZ (см. habrahabr.ru/blogs/hosting/53236/)
Зато с апачем имеем самый стабильный и отточенный способ запуска джанги, и это, как мне кажется, важно. Хотя, возможно, это тоже миф, что flup глючит, дела с ним иметь не приходилось. Но даже если и не глючит, преимущества все равно неочевидны.
Финансовая школа | Психология денег. Сколько денег вам нужно для счастья. | ФИНАНСЫ | TUT.BY
"тому, кто много работает, некогда зарабатывать деньги"
