Posted:
Мар 10, 2023
Comments:
0 Comments

Apache это: Что такое веб-сервер Apache и как им пользоваться 🍂

Что такое веб-сервер Apache и как им пользоваться 🍂

12 апреля 2021

Хостинг

26 779

Время чтения ≈ 11 минут

Интернет невозможно представить без всевозможных сайтов. Все они работают за счёт веб-серверов – программ, отвечающих за передачу данных от физических хранилищ до браузеров пользователей.

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

Передача информации веб-сервера выполняется по протоколу HTTP (HyperText Transfer Protocol), изначально созданного для работы с HTML-страницами. Уже позже стало возможным отправлять через HTTP файлы любых типов. В последнее время преобладают сайты, работающие через HTTPS. Это улучшенная версия HTTP, которая отличается от предшественника тем, что поддерживает шифрование трафика TLS/SSL между пользователем и сервером.

Звание самого популярного веб-сервера в мире уже более 25 лет удерживает за собой Apache HTTP Server, который принято называть сокращенно Apache или «Апач». Сегодня программа обслуживает более 40% всех существующих серверов, включая проекты IBM, eBay, PayPal и Facebook.

Рассмотрим причины популярности Apache подробнее. Это не только пополнит копилку знаний об интернет-технологиях, но и поможет сделать правильный выбор веб-сервера для размещения сайта в будущем.

Что это такое

Apache – это свободное программное обеспечение для размещения веб-сервера. Он хорошо показывает себя в работе с масштабными проектами, поэтому заслуженно считается одним из самых популярных веб-серверов. Кроме того, Apache очень гибок в плане настройки, что даёт возможность реализовать все особенности размещаемого веб-ресурса.

История создания

Apache HTTP Server был выпущен в 1995 году разработчиком Робертом Маккулом из Университета штата Иллинойс (UIUC). Продукт возник как доработанная версия другого HTTP-клиента – NCSA HTTPd 1. 3, созданного Робертом ранее.

Основой для модификации стали многочисленные «патчи» или программные «заплатки» для NCSA. Именно отсюда (а не от индейского племени апачей) изначально и происходит название Apache. Оно расшифровывается как «a patchy server» или «сервер с патчами».

Разработкой и поддержкой продукта с 1999 года занимается организация Apache Software Foundation (ASF) – сообщество экспертов-энтузиастов со всего мира. Этим же некоммерческим фондом была создана официальная лицензия ПО – Apache License.

В 2000 году ASF представило новую версию Apache 2.0 с полностью переработанной архитектурой, свободной от кода NCSA. С этого момента веб-сервер развивается по двум основным веткам – 1.х и 2.х.

Как устроен Apache

Архитектура

Apache состоит из ядра и динамической модульной системы. Параметры системы изменяются с помощью конфигурационных файлов.

Ядро

Ядро Apache разработано Apache Software Foundation на языке C. Основные функции — обработка конфигурационных файлов, протокол HTTP/HTTPS и загрузка модулей. Ядро может работать без модулей, но будет иметь ограниченный функционал.

Модульная система

Модуль – отдельный файл, подключение которого расширяет изначальный функционал ядра. Они могут включаться в состав ПО при первоначальной установке или подгружаться позже через изменение конфигурационного файла.

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

Для Apache существует больше 500 модулей. Многие популярные веб-приложения сразу выпускаются в виде модуля к Apache. Например, ISPmanager и VDSmanager.

Конфигурация

Система конфигурации Apache работает на текстовых файлах с прописанными настройками. Она подразделяется на три условных уровня, для каждого из которых имеется свой конфигурационный файл:

  1. Уровень конфигурации сервера (файл httpd. conf) – основной конфигурационный файл. Действие распространяется на весь механизм веб-сервера.
  2. Уровень каталога (файл .htaccess) – дополнительный конфигурационный файл. Его директивы охватывают только каталог, где расположен файл, а также вложенные подкаталоги.
  3. Уровень виртуального хоста (файл httpd.conf> или extra/httpd-vhosts.conf).

Обычно конфигурационные файлы Apache находятся в папке «conf», а дополнительные конфигурационные файлы во вложенной в нее папке «extra». Внести изменения можно как через редактирование самого файла, так и через командную строку.

Виртуальные хосты

Веб-хост – это компонент сервера, отвечающий за обслуживание одного размещенного на нем объекта (сайта, виртуального сервера). Система виртуальных хостов Apache позволяет одновременно запускать несколько проектов с одного IP-адреса.

В Apache можно установить настройки модуля и ядра, а также вводить лимиты на потребление серверных ресурсов (трафик, RAM, CPU) для каждого виртуального хоста в отдельности. Это технологическая основа всего механизма веб-хостинга.

Достоинства и недостатки Apache

Плюсы

  • Доступность. Это программное обеспечение с открытым исходным кодом. Значит, его может бесплатно использовать или модифицировать любой желающий. Разработчики по всему миру создают конфигурации и модули веб-сервера для своих специфических нужд. По этой же причине Apache регулярно получает полезные дополнения, расширяющие его базовый функционал.
  • Гибкость настройки. Apache использует несколько конфигурационных файлов для управления веб-сервером. Это позволяет настроить ПО под узконаправленные задачи.
  • Функциональность. У Apache динамическая модульная структура. Можно быстро подключать дополнительный функционал в виде скачиваемых модулей, даже без обращения к внешним источникам. Это позволяет решать целый комплекс важнейших задач в области безопасности, кэширования, редактирования URL, распределения нагрузки. Благодаря гибридным модулям MPM, Apache может одинаково успешно обслуживать статический и динамический контент. Есть возможность оперативно отключать ненужные модули и ускорять работу веб-сервера
  • Кроссплатформенность. Apache работает как на Windows, так и на всех Unix-подобных системах. Администрирование веб-сервером не имеет серьёзных отличий на разных ОС. Индивидуален только процесс установки и расположение директорий с файлами программы.
  • Совместимость. Apache работает на базе скриптовых или веб-ориентированных языков (PHP, Python, Tcl, Ruby, Perl, ASP), что делает его совместимым с самым широким спектром баз данных и серверного ПО. Многие веб-приложения и инструменты сразу выходят со средствами запуска из-под Apache в виде PHP-модуля. Веб-сервер, поддерживает технологии FastCGI и CGI, позволяющие пользоваться программными продуктами на объектно-ориентированных языках Java, sh, C, C++.
  • Масштабируемость. Подходит для веб-ресурсов любого масштаба. Apache хорошо работает как на одностраничном сайте (лендинге), так и на многостраничном сайте с ежедневной аудиторией в десятки тысяч посетителей.
  • Поддержка пользователей. Apache удерживает первенство популярности среди веб-серверов с 1996 года. За прошедшее время для него создана обширнейшая база документации – как официальной, так и созданной сторонними разработчиками. Готовые, подробно описанные руководства можно найти практически на любой сценарий.

Минусы

  • Производительность. Скорость обработки запросов Apache несколько ниже, по сравнению со своими конкурентами. Гибкость веб-сервера в некоторых случаях вредит производительности. Например, Apache приходится каждый раз считывать несколько конфигурационных файлов на сервере, затрачивая системные ресурсы и время. Но этот и многие другие факторы можно исправить, отключив ненужные опции. Правда в таком случае функциональность Apache не будет сильно отличаться от других веб-серверов.
  • Сложная конфигурация повышает уязвимость. Возможность подключать модули в Apache это не всегда преимущество. Чем больше модулей, тем сложнее становятся настройки. Соответственно, больше шансов допустить критические пробелы в контуре безопасности.
  • Синтаксис конфигов.. В файлах с параметрами программы используются разнообразные переменные, поэтому настройка и управление веб-сервером может показаться сложной новичкам. Упростить администрирование Apache можно с помощью бесплатного инструмента Apache GUI.
  • Излишний функционал. Даже без дополнительных модулей Apache предоставляет пользователям массу возможностей. Правда, большинство использует лишь небольшую часть базового функционала приложения. Поэтому часто после установки приходится тратить время на отключение «лишних» модулей.

Альтернативы Apache

NGINX

Nginx (Engine-X, «энжинкс») — второе по популярности веб-серверное приложение и главный конкурент Apache. Было выпущено в 2004 году под открытой лицензией BSD. Изначально приложение создавалось для решения проблемы масштабирования, известной как «10 тысяч соединений» (С10к). Это значит, что до Nginx веб-сервер не был способен одновременно обрабатывать пользовательские запросы более чем с 10 000 подключений.

У этого веб-сервера асинхронная событийно-ориентированная архитектура (event-driven), которая позволяет добиваться быстрого масштабирования даже при минимальных ресурсах. Вместо того, чтобы создавать новый процесс для каждого пользовательского запроса, Nginx обрабатывает множество соединений в едином потоке.

Nginx отлично подходит для веб-проектов с высокой посещаемостью. Однако веб-сервер не может самостоятельно работать с динамическим контентом. Поэтому его чаще используют для статических веб-сайтов или например, в связке с PHP-FPM или Apache HTTP Server как прокси-сервер.

Lighttpd

Веб-сервер Lighttpd (произносится «лайти») — кроссплатформенное программное обеспечение на языке С. Выпущено в 2003 году под лицензией BSD. «Лайти» работает на операционных системах Windows и семейства Unix/Linux. Приложение поддерживает технологии FastCGI, SCGI, HTTP proxy, Auth, перезаписи URL и AJP (с версии 1.5).

Как и Nginx, изначально «Лайти» создавалось для решения проблемы «С10к». Неудивительно, что его специализация — веб-проекты с большой посещаемостью. В числе компаний, использующих Lighttpd, такие гиганты, как Google, Википедия, Яндекс и Ubuntu.

Microsoft IIS

Internet Information Services (IIS) — набор сервисов для создания веб-сервера от компании Microsoft. Распространяется в комплекте с операционными системами Windows NT как дополнительно устанавливаемый компонент. Веб-сервер поддерживает технологии CGI, FastCGI, ISAPI и SSI.

Главная сила IIS – в глубокой интеграции и поддержке продуктов Microsoft. Его часто выбирают те, чьи ресурсы работают на движке ASP.NET и используют скриптовый язык ASPX. Главный недостаток – жесткая привязка к операционной системе Windows и отсутствие версий для Unix/Linux.

Tomcat

Apache Tomcat — это контейнер сервлетов, который обрабатывает спецификации Java. Например, Java Servlet, Java Server Pages (JSP), Java EL и WebSocket. Продукт был разработан фондом Apache Software Foundation на основе открытой лицензии  Apache License 2. 0. Tomcat используется как в качестве самостоятельного веб-сервера, так и в связке с Apache HTTP Server.

Приложение написано на языке Java и способно автоматически загружать Java-библиотеки. Его основная специализация — веб-проекты с динамическим содержимым. Но у Apache Tomcat хуже возможности для настройки, что сужает его сферу применения. Например, для запуска WordPress эффективнее использовать обычный HTTP-сервер Apache.

Заключение

Сервер Apache – универсальный инструмент для быстрого и безопасного запуска интернет-проектов разного масштаба. Веб-сервер совместим с большинством существующих операционных систем, программных  продуктов и языков разработки.
Система конфигурационных файлов дает «Апач» гибкие возможности для настройки, а динамически подгружаемые модули расширяют функционал до максимума. Особенно эффективно использовать веб-сервер Apache в связке с ближайшим аналогом – Nginx.

Для работы с «Апач» пользователю нужен определенный уровень IT грамотности. Желательно знать основы программирования и веб-администрирования. Но процесс сильно упрощает активное сообщество поддержки и отлично развитая база официальной документации.

Раскройте все возможности и преимущества веб-сервера Apache с надёжным хостингом от Eternalhost!

Оцените материал:

[Всего голосов: 3    Средний: 5/5]

Что такое Apache | REG.RU

Браузер и сервер — это только малая часть всей интернет-системы. Рядовой пользователь даже не догадывается, какой путь проходят файлы сайта, чтобы добраться до устройства воспроизведения. Одним из таких неочевидных, но важных элементов является веб-сервер. Для его создания нужна специальная программа. В этой статье мы расскажем, что такое Apache, как он работает и какие преимущества и недостатки у него есть.

Облачные серверы нового поколения

Виртуализация KVM, почасовая оплата, резервные копии, готовые шаблоны, 10 доступных ОС на выбор!

Выбрать тариф

Apache ― это программное обеспечение с открытым исходным кодом, которое позволяет создавать веб-сервер.

Что такое Apache сервер

Веб-сервер — это программа, без которой не может работать сайт в интернете. Cайт — это набор файлов, например, HTML, CSS и JS. В каждом файле находится информация о картинках, тексте, кнопках, шрифтах и других элементах внешнего вида сайта. Все эти файлы находятся на физическом сервере, который имеет или арендует владелец сайта. Чтобы показать пользователю сайт, браузер должен связаться с сервером и получить эти файлы. Для связи с сервером браузер просит помощи у веб-сервера. Веб-сервер получает запрос от браузера, ищет ресурсы сайта и пересылает их ему. Только после этого браузер показывает контент пользователю.

История создания Apache

Apache — это сокращение от «a patchy server», что переводится как сервер с патчами. Такое название появилось из-за происхождения программы. Все началось с разработки веб-сервера CERN HTTPd и NCSA HTTPd в Национальном центре суперкомпьютерных приложений (NCSA). Позднее к проекту подключились другие авторы, которые стали накладывать свои патчи. Патч ― это информация, кусок кода или программный модуль, который исправляет недочёты разработчиков. Их ещё называют заплатки. В 1995 году Брайан Белендорф объединил все патчи и создал команду разработчиков, которая выпустила первую версию Apache. Релиз Apache 1.0 прошёл в декабре 1995 года, но популярной эта программа стала только через год. Далее группа разработчиков расширялась, и они создали Apache для различные операционные системы (Linux, BSD, Mac OS, Microsoft Windows, Novell NetWare, BeOS).

В 1998 году появилась версия Apache 1.3, а в 1999 году была создана некоммерческая организация Apache Software Foundation. В марте 2000 года состоялась первая конференция для разработчиков ApacheCon. На ней была представлена версия Apache 2.0. Она отличалась новой модульной структурой. Это предоставило широкие возможности для функционала программы. На данный момент последней версией является Apache 2.4.

Архитектура Apache

Apache состоит из ядра и модулей. Ядро выполняет основные функции: обработка конфигурационных файлов, работа с протоколом HTTP, система загрузки модулей. Оно может работать самостоятельно без модулей, но тогда функционал программы будет крайне ограничен. Ядро создала команда компании Apache Software Foundation без вмешательства сторонних разработчиков.

Как можно расширить функционал веб-сервера? Для этого выпускаются модули. Модуль — это код, который расширяет функционал ядра. Они бывают статические и динамические. Статические добавляются к ядру ещё до загрузки программы, то есть пользователь выбирает программу определенной сборки. Динамические можно добавить на этапе загрузки программы при помощи встроенного модуля mod_so.

Модули отвечают за определенные возможности программы. Это может быть поддержка различных языков программирования, повышение безопасности, аутентификация пользователя, исправление ошибок и другие дополнительные функции. Таким образом, Apache — это конструктор, который можно собрать так, как нужно пользователю. Для этой программы существует более 500 модулей. Например, Multi-Processing Module (MPM) — модуль системного уровня. С его помощью можно оптимизировать Apache в условиях конкретной операционной системы.

Как работает Apache

Apache использует технологию мультипроцессинга. Каждое соединение с сервером помещается в отдельный поток и проходит все этапы операции шаг за шагом. Поток можно сравнить с тропинкой, по которой может идти только один человек. Второй человек может пройти по той же тропинке только тогда, когда первый окажется в конечной точке. У такой схемы работы есть один существенный минус — высокий риск перегрузки. Количество потоков ограничено, поэтому, если пользователей слишком много, работоспособность программы снижается. Новое соединение не начнется, пока предыдущая операция не завершится и не освободит поток.

Конфигурация Apache

Система конфигурации web-сервера Apache состоит из 3-х уровней текстовых файлов.

  1. httpd.conf — основной конфигурационный файл. В нём содержатся директивы, которые управляют работой веб-сервера. Местоположение файла зависит от операционной системы. Узнать, где он находится, можно с помощью команды:
httpd -V

  1. .htaccess — дополнительный конфигурационный файл. Файл (или файлы) .htaccess задают правила работы веб-сервера в каталоге, в котором он размещен, и в его дочерних каталогах, то есть он не затрагивает глобальные изменения работы сервиса. Настройки .htaccess приоритетны перед настройками в httpd.conf. При каждом обращении к веб-серверу Apache просматривает все каталоги на наличие .htaccess.

  2. Виртуальный хост. Он используется для запуска нескольких доменов на одном IP-адресе. Такие хосты нужны пользователям, которые запускают несколько сайтов на одном виртуальном сервере. На один сервер можно добавить неограниченное количество виртуальных хостов. Как это сделать, читайте в статье Как настроить виртуальные хосты в Apache на Ubuntu 16. 04/18.04.

Преимущества и недостатки Apache

Преимущества веб-сервера Apache

  • Бесплатное программное обеспечение как для личного использования, так и для коммерческого;
  • гибкость программы. Открытый исходный код позволяет подстроить программу под специфические нужды пользователя;
  • поддержка многих языков программирования (PHP, Python, Ruby, Perl, ASP, Tcl), что дает доступ к различным серверным ПО;
  • удобная и надежная конфигурация системы. Приложение легко настраивается через текстовые конфигурационные файлы и может быстро масштабироваться;
  • Apache хорошо работает со многими системами управления контентом (CMS), такими как WordPress, Joomla, Drupal;
  • поддерживает технологии FastCGI и CGI;
  • может использовать СУБД для аутентификации пользователей;
  • большая база инструкций. Так как продукт уже давно на рынке, разработчики и пользователи уже написали множество инструкций под разные ситуации.

Недостатки веб-сервера Apache

  • При высоком трафике снижается производительность. На высокопосещаемых сайтах может значительно снижаться скорость работы программы. Это связано с особенностью работы сервиса. Каждый пользовательский запрос обрабатывается отдельным потоком. Когда потоки заканчиваются, остальные операции ждут своей очереди. Если планируется большое количество посещений сайта, то лучше использовать Nginx;
  • много параметров настройки. Если допустить ошибку при настройке конфигурации, это может привести к появлению уязвимостей во всей системе;
  • риск заражения вирусом. Создавать модули могут не только добросовестные разработчики, но и злоумышленники. В модуль может быть внедрён вредоносный код. Устанавливать модули стоит только от проверенных разработчиков.

Теперь вы знаете, что такое веб-сервер Апаче и как он работает. Чтобы установить Apache на CentOS 7, воспользуйтесь инструкцией.

Помогла ли вам статья?

Да

5
раз уже помогла

Заметки о разработке Apache — проект HTTP-сервера Apache

На этой странице представлены основные сведения о разработке
нит и обслуживание сайта разработчика.

Проект HTTP-сервера Apache использует
Subversion для размещения исходного кода.

Чтобы проверить ветку 2.4.x:

проверка SVN http://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x httpd-2.4.x

Чтобы проверить текущую версию разработки (на момент написания этой статьи 2.5.x),
использование:

проверка svn http://svn.apache.org/repos/asf/httpd/httpd/trunk httpd-trunk

Коммиттеры должны проверять через https вместо http (чтобы они могли
зафиксировать свои изменения). Для получения дополнительной информации о Subversion, пожалуйста, прочитайте ASF.
Часто задаваемые вопросы по контролю версий.

Разработчики продолжают стремиться поддерживать совместимость модулей между
2.4.1 и будущие выпуски 2.4 для администраторов и конечных пользователей.

Почти все файлы, относящиеся к Apache, как сами исходники, так и файлы
которые не являются частью дистрибутива, теперь хранятся в
SVN-репозиторий. Вот как
применены изменения:

  1. Разработчик извлекает копию файлов, над которыми он хочет работать (в
    в этом случае магистраль) в частный рабочий каталог
    называется httpd-trunk :

    % проверка svn http://svn.apache.org/repos/asf/httpd/httpd/trunk
    httpd-магистраль

    Этот шаг необходимо выполнить только один раз (если только
    каталог испорчен или удален). Коммиттеры должны использовать префикс URL
    из https на кассе, чтобы потом избавить себя от головной боли.

  2. Разработчик синхронизирует свой рабочий каталог с изменениями, внесенными в
    репозиторий:

    % обновление svn httpd-trunk

    Вероятно, это следует делать ежедневно или даже чаще во время менструаций.
    высокой активности.

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

    % svn diff httpd-trunk/modules/http/mod_mime.c >
    /tmp/foo

    Файл /tmp/foo отправлен разработчикам по почте.
    список, чтобы они могли рассмотреть
    значение/действительность патча. Стоит убедиться, что ваш код соответствует
    Стиль Apache, как описано в руководстве по стилю.

  4. После того, как другие разработчики согласились с тем, что изменение — это хорошо,
    разработчик проверяет изменения в репозиторий:

    % svn commit httpd-trunk/modules/http/mod_mime.c

Есть несколько разных отделений под номером httpd поддерево в
репозиторий Apache SVN, относящийся к различным выпускам. Вершина
уровень можно просмотреть с помощью SVN
Просмотрите страницы CVS. Основные поддеревья
относящиеся к источнику сервера httpd :

httpd-2.

4

Чтобы создать дерево каталогов, содержащее источники 2.4, и вызвать
это httpd-2.4 , измените текущий каталог на родительский из
дерево, а затем проверьте исходники 2.4 следующим образом:

 % cd /usr/local/apache
% проверка svn http://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x httpd-2.4

httpd-2.5

Если вы хотите проверить передовые разработки, httpd-2.5
дерево разработки (запланировано на выпуск 2.6) и вызвать
это httpd-trunk , оформить заказ следующим образом:

 % cd /usr/local/apache
% проверка svn http://svn.apache.org/repos/asf/httpd/httpd/trunk httpd-trunk

httpd-сайт

httpd-сайт больше не находится в системе Apache CMS. Он переехал на https://github.com/apache/httpd-site/.
Следующие абзацы устарели.

Это поддерево содержит файлы, которые живут
по адресу http://httpd.apache.org/. Каталог на хосте, который
сопоставления с этим URL-адресом на самом деле являются набором проверенных рабочих копий SVN.
файлы.

Основные изменения на этом веб-сайте можно внести в браузере с помощью системы ASF CMS.

Сначала добавьте это как закладку:

    javascript:void(location.href=’https://cms.apache.org/redirect?uri=’+escape(location.href))

Затем перейдите к страницу, которую вы хотите отредактировать, и нажмите на закладку CMS.
Система CMS позволяет вам редактировать, фиксировать, предварительно просматривать на стадии подготовки, а затем запускать производство из интерфейса браузера.

URL-адрес SVN
https://svn.apache.org/repos/asf/httpd/site/trunk/docs .
Важно, чтобы файлы на веб-узле не изменялись.
напрямую. Если вы хотите или должны изменить его, проверьте его в приватном
рабочей копии, измените на , зафиксируйте изменение в SVN, а затем
выполните обновление svn , чтобы синхронизировать каталог хоста с
исходники SVN.
Каталоги веб-сайта (в отличие от файлов) не поддерживаются в
автоматически синхронизироваться с файлами SVN. Они обновляются вручную из SVN
разными людьми, как они считают нужным. Обычно это не
проблема, если группа файлов не обновляется в соответствии с текущим
групповая дискуссия.

httpd-dist

Как и поддерево httpd-site , это поддерево используется для поддержки
файлы, составляющие веб-сайт — в этом
случай, http://downloads.apache.org/httpd/. Тоже как предыдущий
поддерево, каталог на сервере является извлеченной рабочей копией этого
поддерево. Однако, поскольку это каталог дистрибутива, у нас есть только
окружающая документация и контрольные файлы зарегистрированы в этом поддереве —
настоящие архивы просто копируются на www.apache.org.

URL-адрес SVN
https://svn.apache.org/repos/asf/httpd/httpd/dist .

Коммитеры обычно имеют дело с этим поддеревом при «выкатывании» релиза.
Это ряд шагов, предпринятых для создания полностью новой версии
Программное обеспечение Apache httpd. Помимо прочего, ключом к этому поддереву является
каталог tools/, который содержит
сценарий оболочки release. sh . Дополнительная информация о политиках
и процедуры, относящиеся к скользящим выпускам, можно найти на Релизе.
Страница рекомендаций.

Краткий обзор начала работы с доступом к коммиттеру SVN можно найти здесь
здесь. Один ключ
Обратите внимание, что SSH больше не используется для доступа к коммиттеру из-за
функциональные различия с SVN.

Наш проект доступен только для чтения и зеркалируется GitHub, а пользователи вносят свой вклад
время от времени открывайте там пулреквесты. Мы не можем напрямую принять/закрыть
запросы на вытягивание, но мы можем комментировать/просматривать, а затем коммитить патчи.
сообщение фиксации может содержать фразу «this closes #X», где X — это
номер запроса на вытягивание, который будет виден в интерфейсе.

  • https://github.com/apache/httpd
  • https://github.com/apache/httpd/pulls

Пример ревизии, которая закрывает запрос на вытягивание: http://svn.apache.org/viewvc?view=revision&revision=1780308

Используются службы Travis CI.

Этот сервис позволяет нам автоматически собирать httpd на разных процессорах, ОС,
с разными версиями gcc, с разными версиями библиотек и с разными
конфигурации.
После успешной сборки наша тестовая среда Perl
также выполняется автоматически.

Все это выполняется для каждого коммита.

Цель состоит в том, чтобы выявить проблемы с новой сборкой на раннем этапе и регресс.

Если коммиттер хочет что-то зафиксировать, не запуская весь процесс
(например, изменение документа или обновление СТАТУСА), он может добавить волшебное «[пропустить ci]»
ключевое слово как часть сообщения фиксации.

Вот последние построенные результаты.

Apache Traffic Server

Программное обеспечение Apache Traffic Server™ — это быстрое, масштабируемое и расширяемое HTTP/1.1 и
Кэширование, совместимое с HTTP/2
Прокси сервер. Ранее коммерческий продукт Yahoo! пожертвовал его апачу
Foundation и в настоящее время используется несколькими крупными CDN и владельцами контента.

Загрузки

Следовать
@trafficserver

  • Кэширование

    Улучшите время отклика, уменьшив нагрузку на сервер и потребность в пропускной способности за счет
    кэширование и повторное использование часто запрашиваемых веб-страниц, изображений и веб-сервисов
    звонки.

  • Проксирование

    Легко добавляйте поддержку активности, фильтруйте или анонимизируйте запросы контента или добавляйте нагрузку
    балансировка путем добавления прокси-слоя.

  • Быстро

    Хорошо масштабируется на современном оборудовании SMP, обрабатывая десятки тысяч запросов в секунду.
    второй.

  • Расширяемый

    API для написания собственных подключаемых модулей, позволяющих выполнять любые действия, от изменения заголовков HTTP до
    обработка запросов ESI для написания собственного алгоритма кэширования.

  • Возникли проблемы со сборками, конфигурациями или возникают ошибки, которые вы не понимаете?
    Подпишитесь на нашу рассылку пользователей
    или присоединяйтесь к нашему каналу #traffic-server на
    Рабочая область ASF Slack для получения помощи! Используйте свой адрес электронной почты @apache.org для автоматического присоединения.
    Если вам нужно приглашение в рабочую область, свяжитесь с нами по нашему списку рассылки для разработчиков или спросите у любого ASF.
    коммиттер.

  • Не можете заставить ваш плагин работать? Есть вопросы по коду ATS? Или, может быть, у вас есть предложения по
    улучшения или новые функции? Получить помощь
    от разработчиков или начните обсуждение в нашем списке обсуждений разработчиков.

  • Сообщить или подтвердить
    ошибок или попробуйте последние исправления из нашего Bug
    Трекер

  • Научитесь спрашивать
    хороший вопрос, создавайте полезные отчеты об ошибках и как применять патчи.

  • Подпишитесь и
    помогите в списке рассылки пользователей или просто поделитесь своим опытом использования.
    Чтобы получить более быстрые ответы, загляните на наш канал Slack.
    # трафик-сервер на
    Рабочая область ASF Slack.

  • Произведите впечатление на разработчиков или помогите другим, приняв участие
    на
    наш список обсуждения разработчиков или следите за
    последние разработки на
    наш список коммитов.

  • Сообщить о проблемах или
    внести исправления в наш баг-трекер

  • Посетите нашу вики, чтобы увидеть список
    Проекты
    мы сейчас работаем.

  • Узнайте, как создавать патчи для
    код или
    документации и как отлаживать Apache Traffic Server.

    This entry was posted in Популярное