все равно 1.3 не брошу потому что он хорошый

:-)

2.0.59 - золотая середина для меня. Пока во всяком случае.

1.3.35 :)

афтар новости, похоже, начитался каментов к новости: "Linux kernel in a nutshell" или коротко о ядре Линукс.

Что-то пишет про ядро апача...

>1.3.35 :)

типа "рулез" :)

>афтар новости, похоже, начитался каментов к новости: "Linux kernel >in a nutshell" или коротко о ядре Линукс.

> Что-то пишет про ядро апача...

Ядро линукса круче - оно 2.6 ! %)

сейчас начнется гонка версий

кто первый выпустит 3,0 final

*) mod_charset_lite: Bypass translation when the source and dest charsets are the same. [Jeff Trawick]

ха ха ха.

Лол, а раньше оно что конвертировало?

> Apache 1.3.37 is also available

хм

Опаньки.

DBD Framework (SQL Database API)

With Apache 1.x and 2.0, modules requiring an SQL backend had to take responsibility for managing it themselves. Apart from reinventing the wheel, this can be very inefficient, for example when several modules each maintain their own connections.

Apache 2.1 and later provides the ap_dbd API for managing database connections (including optimised strategies for threaded and unthreaded MPMs), while APR 1.2 and later provides the apr_dbd API for interacting with the database.

New modules SHOULD now use these APIs for all SQL database operations. Existing applications SHOULD be upgraded to use it where feasible, either transparently or as a recommended option to their users.

>> > Apache 1.3.37 is also available

Я в курсе, но там с 35го ничего важного для меня не пофиксили...

>Что-то пишет про ядро апача...

Ты не знал что у апача есть ядро? Зайди в раздел modules и посмотри модуль core.

мне нрaвится эта фраза: "также исправлено множество ошибок". и так от версии к версиии :)

> все равно 1.3 не брошу потому что он хорошый

а в курсе, что 2.2 обеспечивает прирост производительности примерно на 40% ? :)

а mod_charset не прикручивается?

Вот зараза то-то с конфигами двухнедельной давности запускаться не хочет!

с удовольствием ушел читать ченджлог ))

2.2 непатрикоугоден.

и что только люди не говорят чтобы не оптимизировать работу серверов...

>а в курсе, что 2.2 обеспечивает прирост производительности примерно на 40% ? :)

Кто тебе сказал? На чем обеспечивает прирост? С mod_php? Статику 2.2 быстрее отдает через sendfile чем 1.3 через sendfile(патчено)?

Конечно 2.2 гораздо более фичаста чем 1.3, но я вот вообще отказался от использования apache,юзаю nginx+fastcgi. Иногда, правда, возникает проблема как что fastcgi-скприт не расчитан на smp, вот тут приходится думать.

+1

Поддерживаю! не понимаю я любителей этих слонов ,-)

lighttpd + fastcgi - наше все! и ни каких проблем с smp кстати.

>lighttpd + fastcgi - наше все! и ни каких проблем с smp кстати.

ждём lighttpd 1.5, где будет ещё больше вкусностей в плане очень сильного прироста производительности.

> а mod_charset не прикручивается?

mod_charset не актуален уже лет 5. Все броузеры уже давно сами умеют в любых кодировках работать

>lighttpd + fastcgi - наше все! и ни каких проблем с smp кстати.

зато немаленькие проблемы с webdav

>mod_charset не актуален уже лет 5. Все броузеры уже давно сами умеют в любых кодировках работать

Да-да, рассказывайте про автоопределение. Далеко не всегда. У меня недавно страницы ср1251 браузер определял как utf-8. К томуже несмотря на все, POST запросы до сих пор идут в utf-8(страницы и GET в ср1251)

> Кто тебе сказал? На чем обеспечивает прирост? С mod_php? Статику 2.2 быстрее отдает через sendfile чем 1.3 через sendfile(патчено)?

в силу специфики работы, приходится часто бывать на серваках различных хостеров (как правило буржуйских), общаться с клиентами этих хостеров и с самими хостерами. они в один голос утверждают что 2.2 быстрее, один вот даже (владелец хостинга) ту самую цифру в 40% привел.

> Да-да, рассказывайте про автоопределение. Далеко не всегда.

Вот это как раз ситуация когда надо руки об забор выпрямлять. Если сервер посылает charset=windows-1251 в http-заголовках, ни один современный броузер не будет воспринимать его как utf-8, даже если криволапый phpбыдлокодер в html в meta напишет что-то иное.

Если хочешь поспорить на эту тему, покажи url, где все это происходит и назови версию броузера.

> Да-да, рассказывайте про автоопределение. Далеко не всегда.

Вот это как раз ситуация когда надо руки об забор выпрямлять. Если сервер посылает charset=windows-1251 в http-заголовках, ни один современный броузер не будет воспринимать его как utf-8, даже если криволапый phpбыдлокодер в html в meta напишет что-то иное.

Да вот только если на сервере юзается VirtualHost , то после опредеоления этой директивы в основном конфигурационном файле ты столько получиш приколов с не правильным определением кодовой страницы если эти самые VirtualHost в разных кодировках, а это ты регулировать не можеш тк хосты не твои а клиентов

>один вот даже (владелец хостинга) ту самую цифру в 40% привел.

А владелец использовал nginx и lighttpd слышал или стоял голый apache2? Честно скажу, я не верю в такой прирост. По крайней мере прирост скорости обработки запросов в один поток. По моим данным apache2 медленне обрабатывает запросы но он может лучше работать в несколько потоков за счет тредовости и кучи разных фишек типа keepalive на отдельном треде, встроенная поддержка sendfile для статики итп. Но это не значит что голый apache2 обгонит связку nginx+apache13

Вопрос кому выпрямлять? Былу Гейтсу? линк типа <a href="что/угодно/русскими/буквами.htm">ссылка</a> ослик упорно в utf конвертит независимо от кодировки на странице.

> Да вот только если на сервере юзается VirtualHost , то после опредеоления этой директивы в основном конфигурационном файле ты столько получиш приколов с не правильным определением кодовой страницы если эти самые VirtualHost в разных кодировках, а это ты регулировать не можеш тк хосты не твои а клиентов


надеюсь, ты не занимаешься хостингом ?
Почитай ман, AddDefaultCharset определяется как в virtualhost, так и в .htaccess, то есть каждому хосту можно свой charset по-умолчанию выставить.

> А владелец использовал nginx и lighttpd слышал или стоял голый apache2? Честно скажу, я не верю в такой прирост. По крайней мере прирост скорости обработки запросов в один поток. По моим данным apache2 медленне обрабатывает запросы но он может лучше работать в несколько потоков за счет тредовости и кучи разных фишек типа keepalive на отдельном треде, встроенная поддержка sendfile для статики итп. Но это не значит что голый apache2 обгонит связку nginx+apache13

имхо врядли. но там и не голый апач, а связка апач + быдлопхп :) вот там, как и мной лично в том числе, было замечено, что софт шуршит и побыстрее, чем на аналогичных версиях ПХП + апач1.

>имхо врядли. но там и не голый апач, а связка апач + быдлопхп :) вот >там, как и мной лично в том числе, было замечено, что софт шуршит и >побыстрее, чем на аналогичных версиях ПХП + апач1.

О какой версии php идет речь? Если о 4-й то имхо сомнительно, она с тредами не работает(вернее работает до определенного момента), если 5-я то врать не буду, не знаю.

> а mod_charset не прикручивается? > od_charset не актуален уже лет 5. Все броузеры уже давно сами умеют в > любых кодировках работать

Серьезно? Значит я в танке и много пропустил, компилируя русский апач.

> О какой версии php идет речь? Если о 4-й то имхо сомнительно, она с тредами не работает(вернее работает до определенного момента), если 5-я то врать не буду, не знаю.

помню про 4.4.4, там после апгрейда с 4.3.11 на него, заметно на глаз было ускорение работы (буквально позавчера сие провернул). может в 4.4.4 треды нормально сделали (PS: речь идет об mod_php)? я чесно не в курсе...

и кстати да, лично довелось видеть как софт "ускорился" довольно значительно на апаче 2, при замене пхп 4.4.4 на 5.2 :)

php 4.3.11, 4.4.4 и 5.2.0 - это ОЧЕНЬ разные вещи. Даже между 4.3 и 4.4 есть серьезная разница в плане совместимости.

> Серьезно? Значит я в танке и много пропустил, компилируя русский апач.

Ну вот теперь ты будешь знать что русский апач давно не нужен и компилировать давно ничего не надо :)
apt-get install apache2 и вперед :)

Как только вижу фразу типа "заапгрейдил что-то, и сразу все ускорилось, на глаз видно" - дискуссию можно закрывать. Глазомерилка - мощный инструмент, не поспоришь.

ага, особенно если раньше, некая операция занимала 40-50 секунд, а после апгрейда стала выполнятся за 5-7 :)

>может в 4.4.4 треды нормально сделали (PS: речь идет об mod_php)? я >чесно не в курсе...

Не сделали точно. Битрикс сигфолтами апач валит если постаить php4 на apache2 с тредовым mpm.

Посмотрел вот этот бенчмарк, php5.2 заметно быстрее :). http://sebastian-bergmann.de/archives/634-PHP-GCC-ICC-Benchmark.html

Чтож, теперь у меня сомнений по поводу php5 не осталось, буду ставить юзерам :)