По поводу того что нужно ставить ДРУГОЙ web-сервер для статики и написано (тут и выше мной) - если вы считаете это плюсом апача (как и отсутствие HTTPS), то мне остаётся просто руками развести.
Вы поймите, то что вы не согласны ничего, увы, не меняет. Доля апача безусловно будет снижаться в связи с развитием технологий и отставанием от них апача. Даже если бы вообще не существовало IIS.
Пожалуйста. Автор текста - http://dmih.livejournal.com/
Apache
Сервер состоит из диспетчера, который занимается только приемом TCP соединений и хранением конфигурации, и модулем обработки запросов, который занимается всем остальным.
Разница между Apache 1.3 и 2 состоит в разной реализации модуля обработки запросов.
Apache 1.3 обладает двумя общепринятыми режимами:
1) UNIX: традиционно – модуль обработки запросов запускает новый процесс ОС на обработку каждого запроса.
Называется fork или pre-fork или per-fork.
2) Windows: традиционно – модуль обработки запроса представляет собой один многопоточный процесс, обрабатывающий запросы в разных потоках.
Количество потоков ограничено и фиксировано, например 50 или 100.
Apache 2:
На обоих типах систем допустим и принят вариант, аналогичен 2) для Apache 1.3, к тому же, может присутствовать несколько многопоточных процессов для обработки запросов.
Типичная проблема Веб-сервера Apache заключается в том, что для обработки любого запроса управление передается либо отдельному процессу, либо отдельной нити Веб-сервера.
Количество нитей в процессе ограничено (по соображениям производительности и – важнее - доступной памяти).
Работа большого количества нитей затрудняет работу ОС.
Работа большого количества процессов – тем более.
Это является плюсом только в том, что обработка всех запросов производится единообразно и довольно простым образом, в связи с чем к Apache написали огромную кучу модулей, в том числе сложных (mod_rewrite), которые реализованы достаточно просто.
Во всем остальном (производительность, скорость работы, КПД использования процессора, памяти, предсказуемость) это является большим минусом.
Суть Веб-акселератора в том, чтобы перед Apache поставить какой-то еще Веб-сервер, который будет обрабатывать простые запросы в однопоточном режиме. Производительность разных типов серверов хорошо отражена в этом исследовании:
http://www.acme.com/software/thttpd/benchmarks.html
Обратите внимание на график в конце статьи. Чем выше и чем правее, тем лучше.
Белый, красный, синий сервер (3 лидера) – пример эффективной реализации однопоточного Веб-сервера.
Зеленый – «облегченный» Apache.
Зеленый, линия из точек – традиционный Apache (исполняющий динамический запрос, правда, в CGI режиме, но даже в режиме модуля результат сравним).
Сервер не имеет встроенного сервера HTTPS протокола. Расширение Apache (mod_ssl) является «[грязным] хаком» основного процесса работы сервера и представляет собой встроенный прокси-сервер, приводящий запросы к обычному HTTP виду. Пользоваться этой конструкций довольно неудобно.
IIS
Стандартный Веб-сервер Windows Server, сильно эволюционировавший за годы развития самой системы.
Состоит из трех модулей:
Модуль управления и хранения конфигурации.
Сетевой драйвер, обеспечивающий обработку простых статических запросов на уровне, максимально приближенном к драйверу сетевой карты.
Модуль обработки динамических запросов.
Сервер «плох» единственным – он не совместим со стандартами конфигурирования Apache (.htaccess, mod_rewrite, и т.д.). Всё остальное сделано на хорошем уровне, если рассматривать его отдельно от привычных практик UNIX хостинга, IIS близок к идеалу Веб-сервера и позволяет использовать аппаратуру сервера с максимальным КПД без всяких дополнительных ухищрений.
Статические запросы обрабатываются модулем-драйвером сетевого уровня, в одном потоке, не имея никаких дополнительных расходов.
Исполнение динамических запросов произвольно конфигурируется с помощью групп приложений, это позволяет в рамках одного экземпляра сервера выделять рабочие процессы и режимы их использования (количество нитей и т.д.) в соответствии с необходимыми параметрами.
Например, при выявлении того, что процесс обработки запросов какого-то зависает или вызывает перегрузку сервера, можно выделить обработку этого сайта в отдельную группу приложений и таким образом понаблюдать его в виде отдельного процесса ОС, точно средствами ОС замеряя все необходимые параметры (надежность работы, используемую память, ресурсы).
Сервер имеет встроенную поддержку HTTPS протокола.
Вы привели ссылку на полную глупость, извините. Просто архитектура апача хуже. Это всем очевидно, по этому и строя веб-акселераторы ставя перед апачем тот же IIS, Ngix или там Squid. Это просто объективность, с ней спорить безсмыслено - уверяю вас.
Да ни один нормальный хостер из-за этого не переведёт текущих клиентов с php4 куда-нибуь ещё. У вас какое-то неверное представление о хостерах. Нафига им лишний геморой?
По поводу того что нужно ставить ДРУГОЙ web-сервер для статики и написано (тут и выше мной) - если вы считаете это плюсом апача (как и отсутствие HTTPS), то мне остаётся просто руками развести.
Вы поймите, то что вы не согласны ничего, увы, не меняет. Доля апача безусловно будет снижаться в связи с развитием технологий и отставанием от них апача. Даже если бы вообще не существовало IIS.
Apache
Сервер состоит из диспетчера, который занимается только приемом TCP соединений и хранением конфигурации, и модулем обработки запросов, который занимается всем остальным.
Разница между Apache 1.3 и 2 состоит в разной реализации модуля обработки запросов.
Apache 1.3 обладает двумя общепринятыми режимами:
1) UNIX: традиционно – модуль обработки запросов запускает новый процесс ОС на обработку каждого запроса.
Называется fork или pre-fork или per-fork.
2) Windows: традиционно – модуль обработки запроса представляет собой один многопоточный процесс, обрабатывающий запросы в разных потоках.
Количество потоков ограничено и фиксировано, например 50 или 100.
Apache 2:
На обоих типах систем допустим и принят вариант, аналогичен 2) для Apache 1.3, к тому же, может присутствовать несколько многопоточных процессов для обработки запросов.
Типичная проблема Веб-сервера Apache заключается в том, что для обработки любого запроса управление передается либо отдельному процессу, либо отдельной нити Веб-сервера.
Количество нитей в процессе ограничено (по соображениям производительности и – важнее - доступной памяти).
Работа большого количества нитей затрудняет работу ОС.
Работа большого количества процессов – тем более.
Это является плюсом только в том, что обработка всех запросов производится единообразно и довольно простым образом, в связи с чем к Apache написали огромную кучу модулей, в том числе сложных (mod_rewrite), которые реализованы достаточно просто.
Во всем остальном (производительность, скорость работы, КПД использования процессора, памяти, предсказуемость) это является большим минусом.
Суть Веб-акселератора в том, чтобы перед Apache поставить какой-то еще Веб-сервер, который будет обрабатывать простые запросы в однопоточном режиме. Производительность разных типов серверов хорошо отражена в этом исследовании:
http://www.acme.com/software/thttpd/benchmarks.html
Обратите внимание на график в конце статьи. Чем выше и чем правее, тем лучше.
Белый, красный, синий сервер (3 лидера) – пример эффективной реализации однопоточного Веб-сервера.
Зеленый – «облегченный» Apache.
Зеленый, линия из точек – традиционный Apache (исполняющий динамический запрос, правда, в CGI режиме, но даже в режиме модуля результат сравним).
Сервер не имеет встроенного сервера HTTPS протокола. Расширение Apache (mod_ssl) является «[грязным] хаком» основного процесса работы сервера и представляет собой встроенный прокси-сервер, приводящий запросы к обычному HTTP виду. Пользоваться этой конструкций довольно неудобно.
IIS
Стандартный Веб-сервер Windows Server, сильно эволюционировавший за годы развития самой системы.
Состоит из трех модулей:
Модуль управления и хранения конфигурации.
Сетевой драйвер, обеспечивающий обработку простых статических запросов на уровне, максимально приближенном к драйверу сетевой карты.
Модуль обработки динамических запросов.
Сервер «плох» единственным – он не совместим со стандартами конфигурирования Apache (.htaccess, mod_rewrite, и т.д.). Всё остальное сделано на хорошем уровне, если рассматривать его отдельно от привычных практик UNIX хостинга, IIS близок к идеалу Веб-сервера и позволяет использовать аппаратуру сервера с максимальным КПД без всяких дополнительных ухищрений.
Статические запросы обрабатываются модулем-драйвером сетевого уровня, в одном потоке, не имея никаких дополнительных расходов.
Исполнение динамических запросов произвольно конфигурируется с помощью групп приложений, это позволяет в рамках одного экземпляра сервера выделять рабочие процессы и режимы их использования (количество нитей и т.д.) в соответствии с необходимыми параметрами.
Например, при выявлении того, что процесс обработки запросов какого-то зависает или вызывает перегрузку сервера, можно выделить обработку этого сайта в отдельную группу приложений и таким образом понаблюдать его в виде отдельного процесса ОС, точно средствами ОС замеряя все необходимые параметры (надежность работы, используемую память, ресурсы).
Сервер имеет встроенную поддержку HTTPS протокола.