The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз http-сервера Apache 2.4.7

23.11.2013 23:03

Доступен релиз http-сервера Apache 2.4.7, в котором представлено 57 изменений. Из наиболее важных улучшений отмечается значительное обновление модуля mod_proxy_fcgi, оптимизация производительности Event MPM и улучшение WinNT MPM.

Среди изменений:

  • Event MPM переведён на использование структуры данных skiplist (список с пропусками). Для сборки Event MPM теперь требуется APR 1.5.0 или более новая версия;
  • В Unix MPM добавлена реализация ap_mpm_podx_* для исключения дублирования кода и синхронизации с актуальным экспериментальным деревом разработки;
  • В mod_proxy_fcgi размер всех закодированных переменных окружения теперь не ограничен 64 Кб, но отдельные переменные не должны превышать 16 Кб. Переработан метод чтения данных, разбитых на несколько пакетов;
  • В mod_ssl улучшена обработка эфемерных ключей DH и ECDH с возможностью определения дополнительных параметров в директиве SSLCertificateFile. Прекращена поддержка шифров экспортного класса с эфемерными ключами, в том числе шифров aNULL, eNULL, EXP. Для работы mod_ssl теперь требуется OpenSSL 0.9.8a или более новая версия;
  • Для Windows добавлена экспериментальная поддержка сборки с использованием cmake;
  • В mod_headers разрешено использование спецификаторов формата в строке подстановки при использовании директивы Header для редактирования заголовков. Добавлена поддержка команды 'setifempty' в директиве Header. Реализован синтаксис 'Header note header-name note-name' для копирования заголовков ответа во внутреннюю переменную;
  • В mod_rewrite учтены особенности протокола WebSocket для обеспечения возможности проксирования запроса;
  • В mod_auth_basic добавлена директива AuthBasicUseDigestAlgorithm для обеспечения миграции паролей из конфигурации с аутентификацией через mod_auth_digest;
  • В утилиту ab добавлена опция "-l" для отмены проверки длины ответа;
  • В mod_logio добавлена поддержка спецификатора формата "%S", определяющего сумму полученных и отправленных байт;
  • В mod_filter добавлена поддержка флага "change=no" в директиве FilterProtocol;

Одновременно доступен релиз Apache 2.2.26 в котором отражены изменения в mod_ssl и mod_dav.

  1. Главная ссылка к новости (http://www.apache.org/dist/htt...)
  2. OpenNews: Релиз http-сервера Apache 2.4.6
  3. OpenNews: Обновление http-сервера Apache 2.2.25 и 2.0.65. Прекращение поддержки ветки Apache 2.0.x
  4. OpenNews: Релиз новой стабильной ветки http-сервера Apache 2.4
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/38505-apache
Ключевые слова: apache, httpd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (25) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, jOKer (ok), 07:36, 24/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    mod_wsgi так и нет в поставке по-умолчанию? Ну и на фиг тогда он нужен, этот апач? Какой профит его ставить? Ничем же не лучше nginx, а nginx куда быстрее.

    Словом, обойдусь связкой nginx+gunicorn, а его как не ставил, так ставить и не буду. Пускай его вон любители луа юзают - луашный мод в поставке по-умолчанию идет.

     
     
  • 2.5, arisu (ok), 08:53, 24/11/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Пускай его вон любители луа юзают - луашный мод
    > в поставке по-умолчанию идет.

    это явно лучше гвидобейсика будет.

     
     
  • 3.8, jOKer (ok), 09:21, 24/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Хм... полагаю, дело не в "лучше-хуже", а в "пользуются-не пользуются". Питоном, как и рубином на рельсах - пользуются. И пользуются многие. И их, если уж на то пошло, куда больше чем тех, кто пользуется луа. А здравый смысл говорит, что включать в поставку по-умолчанию надо то, что наиболее востребовано, а после пыхов наиболее востребованы как раз рубин и питон.
     
     
  • 4.9, arisu (ok), 09:28, 24/11/2013 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > а после пыхов наиболее востребованы как раз рубин и питон.

    у которых есть собственные серверы, которые и используются более-менее серьёзными проектами. соответственно, я лично вообще не понимаю необходимости пришпандоривать их модулями к апачу.

    а если для мелкоскриптов — так Lua и меньше, и шустрее. а если LuaJIT привинтить, то и несравнимо шустрее.

     
     
  • 5.10, jOKer (ok), 10:18, 24/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >у которых есть собственные серверы, которые и используются более-менее серьёзными проектами

    В целом вы правы, и да, действительно, под любой более-менее значимый интернет-проект минимум арендуется VPS, а куда чаще выделенный сервер с фермой ВМ под управлением какого-нибудь гипервизора. Но, к сожалению, это не перекрывает всех потребностей, потому что такая практика касается в основном именно что интернет-проектов.

    С внутренними продуктами компаний дела обстоят иначе, и к моему сожалению, объективная реальность такова, что чаще всего сервера в этих компаниях работают под управлением винды. Блин, я бы рад если бы они были на лине, но решаю-то не я. Решает заказчик, а он вовсе не горит желанием менять ось на сервере из-за моего веб-проекта, каким бы он значимым не был. Вот и приходится что-то думать мне. На винде же, как всем известно, компилятор по-умолчанию отсутствует, и в этих условиях необходимость пересобирать веб-сервер под железо и ось заказчика вызывает страшенный батхерт.

    Скажу за себя: лично мне проще написать костыль на питоне (что давно уже сделано), что бы ту же джангу заставить выдавать результаты через свой собственный веб-сервер для разработчиков, чем разворачивать бодяжку с компиляцией апача под платформу win32 на лине. По принципу: "Нагрузки ведь нет? Нет. Ну так значит и костыль подойдет".

    Не, если припирает, то конечно - компилю. Но каждый раз матерюсь сквозь зубы, потому что понимаю что всего-то и нужно было, что включить этот ср@№ый мод в дефолтовую поставку. Но близок локоток, а не укусишь.

     
     
  • 6.12, arisu (ok), 10:44, 24/11/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    ну, это печальная история про винды и костыли, сказка совсем из других стран.

    и под «своими серверами» я подразумевал что-то типа mongrel (да, я знаю, что устарел; пардон, не в курсе, что там сейчас на замену). то есть, *веб*-сервера на том же языке, что и фрэймворк. по какому поводу необходимость в апаче — вместе с его модулями — в таких проектах стремится к нулю.

     
     
  • 7.13, jOKer (ok), 11:04, 24/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >и под «своими серверами» я подразумевал что-то типа mongrel

    Ну что-там на рубине я не знаю (я вообще о рубине мало чего знаю), а за питон скажу: мне вот проще всего на нодах приложений ставить gunicorn в качестве встраиваемого сервера. Впрочем, если у вас более одного нода приложения, то все равно вам понадобится обратное проксирование и балансировка нагрузки, и какой-нибудь сервер на эту роль. Это не говоря уже об обслуживании статики. Я использую nginx, - мне он больше по душе. Так что и надобности в апаче не испытываю.

     
  • 7.15, jOKer (ok), 12:31, 24/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >по какому поводу необходимость в апаче — вместе с его модулями — в таких проектах стремится к нулю

    Перечитал сейчас ваши посты и понял наконец о чем вы писали. Отвечу так: вообще-то не должно бы стремиться. Потому что:
    - балансировку нагрузки, обратное проксирование и обработку статики никто не отменял, и какой-то сервер для этого все равно нужен. Так почему бы и не апач?
    - интерфейс wsgi в целом куда более мощное решение чем связка django+flup+fcgi и более гибкое нежели связка django+gunicorn+http, и было бы желательно использовать именно его, а из всех веб-серверов общего назначения только апач и поддерживает wsgi

    Так что теоретически все должно быть у апача ОК.... Но на практике, - в моем случае, например, - майнтейнеры апача сами себе ставят подножку: сделать апач частью своего единого решения я не могу из-за ограничений винды и отсутствия мода по дефолту в апаче, а за-ради одного линукса - не вижу практического смысла с апачем возится вообще - nginx объективно быстрее работает.

     
     
  • 8.18, arisu (ok), 14:04, 24/11/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    потому что жирная дура 8230 уныл и бесполезен, потому что гвидобейсикозаточен... текст свёрнут, показать
     
     
  • 9.19, jOKer (ok), 14:41, 24/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    И однако у этой дуры есть в комплекте балансировщик http httpd apache org docs... текст свёрнут, показать
     
     
  • 10.24, arisu (ok), 15:10, 24/11/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    я их не сравнивал, мнения не имею а вот нагрузка и ресурсожорка у опача таки по... текст свёрнут, показать
     
  • 3.56, Аноним (-), 21:38, 25/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Пускай его вон любители луа юзают - луашный мод
    >> в поставке по-умолчанию идет.
    > это явно лучше гвидобейсика будет.

    Ну, разве что если "скорость - это не главное... и потребление памяти тоже". Тогда да, луа лучше пистона. Вот, например, простенький бенч http://raid6.com.au/~onlyjob/posts/arena/ который показывает, что тормознее Lua - только жаба.

     
  • 2.14, Аноним (-), 12:29, 24/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    apt-get install libapache2-mod-wsgi
     
     
  • 3.16, jOKer (ok), 12:40, 24/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А не слабо представить что в мире есть что-то еще помимо бубунты с ее "apt-get install <руки русалки>"?
     
     
  • 4.17, arisu (ok), 13:58, 24/11/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > А не слабо представить что в мире есть что-то еще помимо бубунты
    > с ее «apt-get install <руки русалки>»?

    угу. дебиан, например. там тоже apt-get. чудо!

     
     
  • 5.50, Аноним (-), 13:23, 25/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И даже у альтов к их странному пепелацу apt-get есть. Ну а что еще из нормальных менеджеров пакетов бывает? Yum - гадостная наколенная рапидчина, радующая тормозами. Остальные обычно сильно обрублены по возможностям.
     
     
  • 6.51, Аноним (-), 21:29, 25/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Очевидно, yum вы видели только один раз и на картинке (плакат "они мешают нам жить"), а про остальные пакетные менеджеры вообще не слышали.
     
  • 4.52, Аноним (-), 21:31, 25/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А не слабо представить что в мире есть что-то еще помимо бyбунты
    > с ее "apt-get install <руки русалки>"?

    Для убунтят - действительно сложно.

     
  • 2.48, Аноним (-), 13:20, 25/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > wsgi так и нет в поставке по-умолчанию?

    Бедные бидонисты с своими кривыми недопротоколами, надизайнеными как и все остальное у бидонистов, т.е. "рапидно и безбашенно".

     
     
  • 3.53, Аноним (-), 21:33, 25/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Бедные бидонисты с своими кривыми недопротоколами, надизайнеными как и все остальное у
    > бидонистов, т.е. "рапидно и безбашенно".

    Не забудьте также пожалеть рубистов с их passenger и жабистов с их tomcat. А кто еще у нас в вебе остается? Недосягаемо крутые похпешники?

     

  • 1.46, Serg (??), 23:17, 24/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Apache был и будет пока, nginx не панацея от всего, просто модно им стало пользоваться со смыслом и без.
     
     
  • 2.49, Аноним (-), 13:20, 25/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > им стало пользоваться со смыслом и без.

    Так он ресурсов меньше жрет при прочих равныз и не такой монстр в целом.

     
     
  • 3.54, Аноним (-), 21:35, 25/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Так он ресурсов меньше жрет при прочих равныз и не такой монстр в целом.

    Ничего, для nginx тоже модули активно пилят. Когда будет ему лет столько же, сколько и опачу - неизбежно превратится в такого же толстого монстра.

     

  • 1.47, Serg (??), 23:19, 24/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да, а про apt-get прикольно ...
     
     
  • 2.55, Аноним (-), 21:35, 25/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, а про apt-get прикольно ...

    Было бы смешно, если бы не было так грустно.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру