> > 1) Допнагрузка на процессор (на файлах начиная с 100-200 Кб русский апач
> > на порядок менее производителен чем стандартный. Крик в сторону - "Мошков
> > - не держи свой lib.ru на русском апаче !! :)" ),
> Не замечал и спорить не буду
А просто, создаешь скриптом набор текстовых файлов с шагом по 0.5 Kb,
скажем от 100 байт до 500 Кб
потом через ab с другой машины стоящей рядом по 100Мб их забираешь.
Забираешь с разных конфигураций:
mod_charset включен
mod_charset выключен
Смотришь на цифры от ab и строишь график. На >150 Кь файлах
проиводительность русского апача в моей конфигурации была 6 req/sec
, стандартного - 60 req/sec
Примерно до 60 Кб они шли ровно - около 600 req/sec в начале с плавным
снижением до 300 req/sec, затем rus_apache стал отставать.
Если у кого другие цифры, то интересно узнать.
> > 2)иногда несовместимость с mod_что-нибудь. Например mod_gzip. Есть конечно
> > mod_deflate, но его пишет один человек, завтра он перестанет писать его. И
> > что ? Знамя кто-то подберет и понесет под градом новых версий
> > оригинального апача дальше ?
> Работает - www.omnicom.ru например и никогда не замечал траблов
>- плохо смотрел?
А вот у Вас к примеру на сервере:
Apache/1.3.17 (Unix) (Red-Hat/Linux) mod_gzip/1.3.17.2a mod_ssl/2.8.0
OpenSSL/0.9.6 PHP/4.0.3pl1 rus/PL30.3
Если вдруг в bugtraq выясняется, что mod_ssl/2.8.0 нужен не позже версии
2.8.4, а то беда и вот-вот школьники начнут озоровать в Вашей /var/tmp, то
что делать ?
mod_ssl 2.8.4 заявлен для apache-orig 1.3.20.
mod_ssl, кстати, тоже не совсем модуль, он патчит source code. Ага, а
вот есть ли на текущий момент mod_charset к apache 1.3.20 ? Подходит
старый к 1.3.17 и не reject-ит ? Ну ура _для_этой_весрии_.
Ну а как после того, как mod_ssl попатчит apache source - после этого
mod_charset сможет попатчить получившийся код ? А может сначала надо
mod_charset , а уже потом mod_ssl ? Может так лучше получится ? :)
Зачем терять время продираясь сквозь наложения патчей - раньше было понятно,
русский апач был единственным решением для всяких IE2-3 и NN1-3
Но сейчас-то зачем ?
Кстати, что бы такого сделать со всеми .htaccess-ами клиентов ?
Этих файлов скопилось около 5 тысяч, искать среди них директивы из mod_charset
и затем удалять ? Тяжко, да и придется хостинг останавливать - директивы
уже из .htaccess убраны, а апач еще с mod_charset. Если сначала выключить
mod_charset - то директивы будут давать Internal server error и клиенты
опять-же закричат.
Наверное модуль нужен, понимающий такие директивы и либо ничго по ним не
делющий в случае каких-либо CharsetRecodeMultipartForms , либо ставящий
AddDefaultCharset при виде директивы CharsetSourceEnc.
b.r.
Козин Максим
=============================================================================
= Apache-Rus@xxxxxxxxxxxxx mailing list =
Mail "unsubscribe apache-rus" to majordomo@xxxxxxxxxxxxx if you want to quit.
= Archive avaliable at http://www.lexa.ru/mail-archive =
"Russian Apache" includes software developed
by the Apache Group for use in the Apache HTTP server project
(http://www.apache.org/) See
Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C)
1997-2009 Alex Tutubalin. Design (C) 1998 Max Smolev.