>> Это с какой такой радости, с той, что сейчас ветер моды иначе
>> дует в головах отдельных личностей ?
> Это по данным статистики. Ну хоть того же неткрафта. Тот же нжинкс
> стабильно теснит конкурентов на всем что хоть немного отличается от паркинга
> с миллионами неиспользуемых доменов.nginx там чаще всего используется на "переднем крае".
Как к примеру считают nginx + IIS, особенно если заголовки backend'а затираются ?
> Ну так, навскидку:
> * Дефолтный воркер сольется на сервировке статики. Его может ушатать даже школьник
> с gprs, мобилкой.
Вопрос настройки.
> * Апач делает дофига лишних запросов к ФС, на всякие там .htaccess
> и прочее, насилуя диски на ровном месте.
Вопрос настройки. Все отключается, переконфигурируется.
С другой стороны порой этот ф-л нужен.
> * Апач не умеет кеширование и лоад-балансинг.
mod_proxy_balancer - как пример по LB
По кешированию - начтите с mod_cache и далее - mod_mem_cache, mod_disk_cache.
Все на месте, работает.
Другой вопрос, что кому-то настраивать объективно сложнее, кому-то проще иное.
>> Разумеется отдача стат. содержимом + первая линия, тут nginx №1, но это
>> ведь направления у этих серверов изначально были перпендикулярные
> Сам по
> себе он не сервер приложений.
Не AS, факт.
Но все-же ... если смотреть с такой точки зрения, то у меня простой вопрос:
Вы сравнивали реальную скорость работы php-fpm+nginx с apache+mod_php на нагрузке ?
При корректной настройки apache разницы нет. Потому как в php-fpm все те-же fork'и и т.д.
К слову по стабильности fpm также никак не выигрывает.
Ед. что по нагрузке - это у php-fpm выигрыш по памяти, при опрд. раскладах.
>> Откройте и посмотрите, сколько классов привнесено в экосистему Java.
> Однако свой проект явы под расово верной лицензией они с треском слили.
> И тут FAIL - убабахали кучу ресурсов на мусорный бак.
> Почему
> я не должен считать их д@#$бо#бами за это?
Потому что попутно было решено вагон сопутс. задач.
К примеру - Log4j. Не стоит называть сообщество, которое породило такое "д@#$бо#бами".