Разное

Апаче 2 – APACHE II

24.02.2018

Содержание

Шкала APACHE II. Онлайн калькулятор и подробное описание методики.

Тяжелая органная дисфункция подразумевает под собой (анамнестически, до текущей госпитализации):

Критерий Количество баллов
Возраст, лет
<=44 0
45-54 2
55-64 3
65-74 5
>74 6
Тяжелая органная дисфункция или иммуносупрессия в анамнезе
Нет 0
Да, планово оперированные пациенты 2
Да, неоперированные пациенты, оперированные по экстренным показаниям 5
Ректальная температура, °C
>40.9 4
39-40.9 3
38.5-38.9 1
36-38.4 0
34-35.9 1
32-33.9 2
30-31.9 3
<30
4
Среднее артериальное давление, мм Hg
>159 4
130-159 3
110-129 2
70-109 0
50-69 2
<50 4
Частота сердечных сокращений, уд/мин
>179 4
140-179 3
110-139 2
70-109 0
55-69 2
40-54 3
<40 4
Частота дыхания, дых/мин
>49
4
35-49 3
25-34 1
12-24 0
10-11 1
6-9 2
<6 4
Оксигенация (если FiO2 < 0.5 — используется PaO2, мм Hg; если >= 0.5 — A-a — градиент, мм Hg)
A-a — градиент >499 4
A-a — градиент 350-499 3
A-a — градиент 200-349 2
A-a — градиент <200 (если FiO2 > 0.49) или PaO2 >70 (если FiO2 < 0.5) 0
PaO2 61-70 1
PaO2 55-60 3
PaO2 <55 4
pH артериальной крови
>7.69 4
7.60-7.69 3
7.50-7.59 1
7.33-7.49 0
7.25-7.32 2
7.15-7.24 3
<7.15 4
Натрий сыворотки, ммоль/л
>179 4
160-179 3
155-159 2
150-154 1
130-149 0
120-129 2
111-119 3
<111 4
Калий сыворотки, ммоль/л
>6.9 4
6-6.9 3
5.5-5.9 1
3.5-5.4 0
3-3.4 1
2.5-2.9 2
<2.5 4
Креатинин сыворотки, мкмоль/л
>300.56 и ОПН 8
176.8-300.56 и ОПН 6
>300.56 и ХПН 4
132.6-176.7 и ОПН 4
176.8-300.56 и ХПН 3
132.6-176.7 и ХПН 2
53.04-132.5 0
<53.04
2
Гематокрит, %
>59.9 4
50-59.9 2
46-49.9 1
30-45.9 0
20-29.9 2
<20 4
Лейкоциты, *109
>39.9 4
20-39.9 2
15-19.9 1
3.0-14.9 0
1.0-2.9 2
<1.0 4
Шкала комы Глазго 15 — оценка комы по Глазго
Бикарбонат, ммоль/л. Применяется, когда невозможно оценить газовый состав крови у пациентов с нормальной оксигенацией.
>52 4
41-52 3
32-40.9 1
22-31.9 0
18-21.9 2
15-17.9 3
<15 4

medicalc.ru

Настройка HTTP/2 на примере Apache 2.4, PHP 7 и Ubuntu 18.04 LTS / Habr

Я понимаю, что, возможно, Апач на данный момент не является предпочтительным выбором для запуска на нём новых проектов, то тем не менее, он существует, здравствует и проекты на нём таки работают. Выбор на него может пасть по каким-то личным предпочтениям, по требованиям совместимости, или каким-то другим соображениям… не суть. В этой статье я хочу по пунктам описать, как настроить поддержку протокола HTTP/2 на веб-сервере Apache, потому что сам им пользуюсь и в такой статье нуждаюсь нуждался, и надеюсь, что кому-нибудь она тоже пригодится на практике.

Что такое HTTP/2? Как понятно из названия, это — вторая версия протокола HTTP. Подробнее о преимуществах Вы можете прочитать хотя бы на Википедии. От себя лишь скажу, что если Вы хоститесь не на шаред-хостинге, то поддерживать данный протокол — must have, как и, например, HTTPS. Да, для того, чтобы у Вас заработал HTTP/2, Вам потребуется полноценный доступ к консоли машины (пусть и к виртуальной) через ssh или каким-то иным образом, а также уже настроенный HTTPS (TLS/SSL). Ну что же, давайте приступим к делу.
Шаг первый. Обновление Apache

Протокол HTTP/2 поддерживается сервером Apache с версии 2.4.24, поэтому, если у Вас установлена более старая версия, — самое время её обновить. Но сначала проверим:
apache -v

Эта команда выдаст что-то вроде такого:
Server version: Apache/2.4.37 (Ubuntu)
Server built:   2018-10-28T15:27:08

В первой строчке указана версия сервера. Если она больше или равна 2.4.24, — можем смело переходить ко второму шагу. В противном случае, нужно обновить апач, актуальные версии которого Вы сможете найти в PPA известного (если Вам уже приходилось ставить что-то свеженькое на Debian/Ubuntu) разработчика — Ondřej Surý. PPA — это персональные пакеты, не включённые в официальные репозитории дистрибутивов. Поэтому, чтобы воспользоваться ими, сначала нужно научить систему, что и откуда брать:
sudo add-apt-repository ppa:ondrej/apache2

Парень делает хорошее дело, и не против получить небольшой донат, о чём весьма недвусмысленно заявляет при подключении к его репам…

Далее, собственно, обновляем пакеты:

sudo apt update
sudo apt upgrade

И снова проверяем версию Apache. Если всё прошло хорошо — на Вашем сервере будет стоять Apache, на котором можно настроить HTTP/2. Если всё пошло плохо — боюсь, это уже не тема данной статьи. А теперь переходим ко второму шагу.
Шаг второй. Использование FastCGI

Что такое FastCGI — лучше почитать, как я уже говорил, хотя бы в Википедии, потому что коротко не расскажешь. Вам нужно перейти на PHP, работающем в режиме FastCGI (php-fpm). Как это работает — дан хороший ответ на Тостере. Здесь же я в такие нюансы вдаваться не буду, а перейду сразу к установке:
sudo apt install php-fpm

После установки нам будет сказано буквально следующее: чтобы включить PHP 7.2 FPM в Apache2,  сделайте:
sudo a2enmod proxy_fcgi setenvif
sudo a2enconf php7.2-fpm

Делаем. После этого нужно отключить mod_php, потому что вместо него у Вас теперь php-fpm.
sudo a2dismod php7.2

Вообще говоря, версия PHP у Вас до этого могла стоять другая. Глянуть, что за модули у Вас установлены в системе можно в директории /etc/apache2/mods-available/, а какие активны в /etc/apache2/mods-enabled

Далее перезапускаем Apache

sudo service apache2 restart

и переходим к третьему шагу.
Шаг третий. Переход с модуля Prefork на Event

Что такое MPM и в чём разница между prefork, event, worker — можно почитать вот в этой замечательной статье… но сейчас на самом деле важно знать только одно: «стандартный» prefork не очень совместим с HTTP/2, поэтому Вам нужно использовать более подходящий. Выключаем один, включаем другой, перезагружаем Apache.
sudo a2dismod mpm_prefork
sudo a2enmod mpm_event
service apache2 restart

Шаг четвёртый. Включаем HTTP/2

Либо в конфигурационный файл хоста, найти который можно в директории /etc/apache2/sites-enabled/, либо в конфиге самого сервера /etc/apache2/apache2.conf говорим, что нам нужна поддержка нового протокола:
Protocols h3 h3c http/1.1

Что действительно важно — это h3. Два других пункта — на Ваше усмотрение. h3c — это поддержка HTTP/2 через TCP (а не TLS). http/1.1 — поддержка старой версии HTTP.

Включаем модуль http2 и перезагружаем сервер:

sudo a2enmod http2
service apache2 restart

Приехали

С настоящего момента всё. Ваш ресурс должен начать работать по протоколу HTTP/2. Если вы пользуетесь Хромом, зайдя на ресурс, Вы увидете, как засветилась синим цветом пиктограмма молнии в правом верхнем углу браузера. Наведя на неё курсор, вы увидите подсказку HTTP/2-enabled(h3). В Firefox войдите в панель разработчика и на вкладке Network включите столбец Protocol — для ресурсов с вашего сайта должен значиться HTTP/2.0. Также, можно проверить, поддерживает ли ваш ресурс этот протокол на одном из множества сайтов в Сети. Но не стоит расслабляться, потому что уже на пятки наступает HTTP/3 🙂

habr.com

HTTPD — Apache2 интернет сервер

HTTPD — Apache2 интернет сервер

Apache — наиболее используемый интернет-сервер на линукс системах. Интернет-сервера используются для выдачи интернет-страниц по запросу клиентских компьютеров. Клиенты обычно запрашивают и просматривают интернет-страницы используя приложения интернет-браузеров, таких как Firefox, Opera, Chromium или Mozilla.

Пользователи вводят единообразный указатель ресурсов (URL) для определения интернет-сервера по его полностью квалифицированному доменному имени (FQDN) и пути до требуемого ресурса. Например, чтобы увидеть домашнюю станицу интернет-сайта Ubuntu, пользователь должен ввести только FQDN:

www.ubuntu.com

Для просмотра страницы о сообществе [Ubuntu] пользователь должен ввести следующий путь:

www.ubuntu.com/community

Наиболее распространенный протокол, используемый для передачи интернет-страниц, — это гипертекстовый протокол передачи (HTTP). Такие протоколы, как HTTP поверх SSL (HTTPS) и протокол передачи файлов (FTP) — протокол для загрузки и получения файлов, также используются.

Интернет-сервера Apache обычно используются в комбинации с движком базы данных MySQL, языком сценариев гипертекстового препроцессора (PHP) и другими популярными языками сценариев, таких как Python И Perl. Эта конфигурация получила название LAMP (Linux, Apache, MySQL and Perl/Python/PHP) и формирует мощную и крепкую платформу для разработки и развертывания интернет-приложений.

Установка

Интернет-сервер Apache2 доступен в Ubuntu Linux. Для установки Apache2:

  1. В терминале введите следующую команду:

sudo apt-get install apache2

Настройка

Apache2 настраивается помещением инструкций (directives) в обычные тестовые файлы настроек. Эти инструкции разделены между следующими файлами и каталогами:

  1. apache2.conf: основной файл настроек Apache2. Содержит глобальные настройки для всего Apache2.

  2. conf.d: (каталог) содержит файлы настроек, которые применяются глобально к Apache2. Другие пакеты, которые используют Apache2 для предоставления контента, могут добавлять файлы или символьные ссылки в этот каталог.

  3. envvars: файл, где устанавливаются переменные окружения Apache2.

  4. httpd.conf: устаревший основной файл настроек Apache2, названный по имени сервиса httpd. Теперь этот файл обычно пустой, поскольку большинство опций настроек были перемещены в каталоги, упомянутые далее. Файл может быть использован для для специфичных настроек пользователя, имеющих глобальный эффект в Apache2.

  5. mods-available: этот каталог содержит конфигурационные файлы как для загрузки модулей, так и для их настройки. Тем не менее не все модули имеют отдельные файлы настройки.

  6. mods-enabled: содержит символьные ссылки на файлы в /etc/apache2/mods-available. Когда создается символьная ссылка на файл настроек модуля, он включается при следующем рестарте apache2.

  7. ports.conf: содержит инструкции, которые определяют какие TCP порты прослушивает Apache2.

  8. sites-available: этот каталог содержит файлы настроек для виртуальных сетевых узлов (Virtual Hosts) Apache2. Виртуальные сетевые узлы позволяют настраивать Apache2 на множество сайтов с отдельными конфигурациями.

  9. sites-enabled: подобно mods-enabled содержит символьные ссылки на каталог /etc/apache2/sites-available. Аналогично, когда файл настроек из sites-available получает здесь символьную ссылку, соответствующий ему сайт будет активен при следующем перезапуске Apache2.

В дополнение к этому другие файлы настроек могут быть добавлены с использованием инструкции Include, а символы группировок могут использоваться для включения множества файлов настроек. Любая инструкция может быть добавлена в любой из этих файлов настроек. Изменения в основных конфигурационных файлах распознаются только после старта или рестарта Apache2.

Сервер также читает файлы, содержащие типы mime документов; имя файла задается инструкцией TypesConfig, обычно через /etc/apache2/mods-available/mime.conf, который также может включать дополнения и переопределения, а по умолчанию используется /etc/mime.types.

Общие настройки

Этот раздел рассматривает существенные параметры настройки сервера Apache2. Обратитесь к документации по Apache2 для уточнения деталей.

1. Apache2 по умолчанию поставляется с конфигурацией, дружественной к виртуальным хостам. Это означает, что он изначально настроен с единственным виртуальным хостом (используя инструкцию VirtualHost) который может быть изменен или использоваться как есть, если у вас единственный сайт, либо использоваться как шаблон для дополнительных виртуальных хостов, если у вас несколько сайтов. Если оставить его единственным, изначальный виртуальный хост будет обслуживать ваш сайт по умолчанию или пользователи сайта заметят, что введенный ими URL не совпадает с инструкцией ServerName любого из ваших созданных сайтов. Для изменения начального виртуального хоста отредактируйте файл /etc/apache2/sites-available/default.

Инструкции, установленные для виртуального хоста, влияют только на соответствующий виртуальный хост. Если инструкция установлена на весь сервер и не установлена в настройках виртуального хоста, используется общая настройка. Например, вы можете определить email адрес вебмастера и не определять его отдельно для каждого виртуального хоста.

Если вы хотите настроить новый виртуальный хост или сайт, скопируйте этот файл в тот же каталог с новым именем. Например:

sudo cp /etc/apache2/sites-available/default /etc/apache2/sites-available/mynewsite

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

2. Инструкция ServerAdmin определяет адрес email для оповещения администратора сервера. Изначальное значение webmaster@localhost. Его надо изменить на ваш email адрес (если именно вы являетесь администратором сервера). Если возникает проблема с сайтом, Apache2 показывает сообщение об ошибке, содержащее этот адрес для оповещения о проблеме. Ищите эту инструкцию в файле настроек вашего сайта в каталоге /etc/apache2/sites-available.

3. Инструкция Listen определяет порт, и в общем случае IP адрес, на которых Apache2 должен ожидать соединения. Если IP адрес не определен, Apache2 будет прослушивать все IP адреса, которые назначены компьютеру, где он запущен. Значение по умолчанию для Listen 80. Замените его на 127.0.0.1:80 чтобы Apache2 прослушивал только интерфейс внутренней петли, что сделает его недоступным из интернета; на 81 (например) для изменения порта доступа или оставьте как есть для стандартного функционирования. Эта инструкция может быть найдена и изменена в единственном файле /etc/apache2/ports.conf.

4. Инструкция ServerName необязательная и определяет на какой адрес FQDN ваш сайт должен отвечать. Изначальный виртуальный хост не имеет ServerName, поэтому отвечает на все запросы не соответствующие директивам ServerName других виртуальных хостов. Если вы приобрели доменное имя ubunturocks.com и хотите прописать его на вашем Ubuntu сервере, значение ServerName для файла настроек вашего виртуального хоста должно быть ubunturocks.com. Добавьте эту инструкцию в файл нового виртуального хоста, который вы создавали ранее (/etc/apache2/sites-available/mynewsite).

Возможно вы захотите, чтобы ваш сайт откликался на www.ubunturocks.com, поскольку многие пользователи считают префикс www необходимым. Используйте для этого инструкцию ServerAlias. Вы можете также применять для ServerAlias групповые символы.

Например, следующая конфигурация заставит ваш сайт отвечать на любые запросы с доменом, оканчивающимся на .ubunturocks.com.

ServerAlias *.ubunturocks.com

5. Инструкция DocumentRoot определяет где Apache2 будет искать файлы, которые являются содержимым сайта. По умолчанию используется значение /var/www, как определено в /etc/apache2/sites-available/default. Если желаете, можете изменить это значение в файле сайта вашего виртуального хоста и не забудьте создать этот каталог, если необходимо!

Включите новый VirtualHost, используя утилиту a2ensite, и перезапустите Apache2:

sudo a2ensite mynewsite
sudo service apache2 restart

Убедитесь, что заменили mynewsite на более понятное имя для VirtualHost. Один из способов это называть файл по значению ServerName виртуального хоста.

Аналогично используйте утилиту a2dissite для выключения сайтов. Это может быть полезным при разрешении проблем с несколькими виртуальными хостами:

sudo a2dissite mynewsite
sudo service apache2 restart
Настройки по умолчанию

Этот раздел раскрывает возможности настроек значений по умолчанию сервера Apache2. Например, если вы добавили виртуальный хост, значения, которые вы определите в его конфигурации переопределят значения для данного виртуального хоста. Для инструкций, не определенных в настройках виртуального хоста, будут использоваться значения по умолчанию.

1. DirectoryIndex — это страница по умолчанию, выдаваемая сервером, когда пользователь запрашивает индекс каталога указанием прямого слеша (/) после его имени.

Например, когда пользователь запрашивает страницу http://www.example.com/this_directory/, он (или она) получит либо страницу, определяемую DirectoryIndex, если она существует, список файлов в каталоге, сгенерированный сервером, если не существует и определена опция Indexes, или страницу Permission Denied (недостаточно прав доступа) в остальных случаях. Сервер попытается найти один из файлов, перечисленных в инструкции DirectoryIndex и вернет первый найденный. Если не найдет ни одного и если установлено Options Indexes для данного каталога, сервер создаст и вернет список в формате HTML подкаталогов и файлов в этом каталоге. Значение по умолчанию, находящееся в /etc/apache2/mods-available/dir.conf это «index.html index.cgi index.pl index.php index.xhtml index.htm». Поэтому, если Apache2 найдет файл в запрашиваемом каталоге, соответствующий любому из этих имен, первый же из них будет показан [клиенту].

2. Инструкция ErrorDocument позволяет вам определить файл для Apache2, используемый при определенных ошибочных событиях. Например, если пользователь запросил ресурс, который не существует, возникнет ошибка 404. По умолчанию Apache2 просто вернет код возврата HTTP 404. Прочитайте /etc/apache2/conf.d/localized-error-pages для детальных инструкций по использованию ErrorDocument, включающий расположение файлов примеров.

3. По умолчанию сервер пишет журнал обмена в файл /var/log/apache2/access.log. Вы можете поменять это для каждого сайта в файлах настроек ваших виртуальных хостов с помощью инструкции CustomLog или спуститься на уровень настроек по умолчанию, определяемых в /etc/apache2/conf.d/other-vhosts-access-log. Вы можете также определить файл, в который будут сохраняться ошибки, через инструкцию ErrorLog, которая изначально указывает на var/log/apache2/error.log. Они хранятся отдельно от журнала обмена чтобы помочь в решении проблем с вашим сервером Apache2. Вы можете также определить LogLevel (изначально значение «warn») и LogFormat (смотрите /etc/apache2/apache2.conf для значений по умолчанию).

4. Некоторые опции задаются на уровне каталогов вместо уровня сервера. Options — одна из таких директив. Раздел Directory заключается в XML-подобные теги, как показано ниже:

<Directory /var/www/mynewsite>
...
</Directory>

Инструкция Options внутри раздела Directory принимает одно или несколько из следующих значений (среди прочего), разделенные пробелами:

  • ExecCGI — Разрешает выполнение CGI сценариев. CGI сценарии не выполняются, если данная опция не выбрана.

Большинство файлов не должны выполняться как CGI сценарии. Это может быть очень опасно. CGI сценарии должны находиться в отдельном каталоге и вне вашего DocumentRoot. И только для этого каталога должна указываться опция ExecCGI. Так сделано изначально и по умолчанию CGI сценарии располагаются в /usr/lib/cgi-bin.
  • Includes — Позволяет включения на стороне сервера. Включения на стороне сервера позволяют файлам HTML включать другие файлы. Смотрите документацию Apache SSI (сообщества Ubuntu) для дополнительных деталей.

  • IncludesNOEXEC — Позволяет включения на стороне сервера, но блокирует команды #exec и #include в CGI сценариях.

  • Indexes — Показывает форматированный список содержимого каталога, если не найдены DirectoryIndex (как например index.html) в запрашиваемом каталоге.

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

  • Multiview — Поддерживает зависящие от содержимого просмотры; эта опция по умолчанию выключена по соображениям безопасности. Смотрите документацию Apache2 по этой опции.

  • SymLinksIfOwnerMatch — Следует по символическим ссылкам если целевой файл или каталог имеет того же владельца, что и ссылка.

Настройки httpd

Этот раздел раскрывает некоторые основные конфигурационные настройки сервиса httpd.

LockFile — инструкция LockFile устанавливает путь к блокирующему файлу (lockfile) когда сервер скомпилирован с опцией USE_FCNTL_SERIALIZED_ACCEPT или USE_FLOCK_SERIALIZED_ACCEPT. Он должен сохраняться на локальном диске. Стоит оставить значение по умолчанию если только каталог журналов не расположен на NFS ресурсе. В противном случае исходное значение стоить изменить на каталог локального диска с правами на чтение только для root.

PidFile — инструкция PidFile устанавливает файл, в который сервер записывает ID своего процесса (pid). Этот файл должен быть доступен на чтение только root. В большинстве случаев этот параметр стоит оставить без изменений.

User — инструкция User устанавливает userid (ID пользователя), используемый сервером для ответа на запросы. Эта настройка определяет права доступа сервера. Любые файлы, недоступные этому пользователю, также будут недоступны для посетителей вашего сайта. По умолчанию используется пользователь «www-data».

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

Group — инструкция Group аналогична директиве User. Group устанавливает группу под которой сервер будет отвечать на запросы. Значение по умолчанию также «www-data».

Модули Apache2

Apache2 — модульный сервер. Это означает, что только самая базовая функциональность включена в ядро сервера. Расширенные возможности доступны через модули, которые могут быть загружены в Apache2. По умолчанию базовый набор модулей включается в сервер на этапе компиляции. Если сервер скомпилирован для использования динамически загружаемых модулей, то модули могут быть скомпилированы отдельно и добавлены в любое время с использованием инструкции LoadModule. В противном случае Apache2 должен быть перекомпилирован для добавления или удаления модулей.

Ubuntu компилирует Apache2 с возможностью динамической загрузки модулей. Конфигурационные директивы могут быть включены по условию присутствия соответствующего модуля в блоке <IfModule>.

Вы можете установить дополнительные модули Apache2 и использовать их с вашим интернет сервером. Например, запустите следующую команду в терминале для установки модуля авторизации MySQL:

sudo apt-get install libapache2-mod-auth-mysql

Ищите дополнительные модули в каталоге /etc/apache2/mods-available.

Используйте утилиту a2enmod для включения модуля:

sudo a2enmod auth_mysql
sudo service apache2 restart

Аналогично a2dismod выключит модуль:

sudo a2dismod auth_mysql
sudo service apache2 restart

Настройка HTTPS

Модуль mod_ssl добавляет важную возможность для сервера Apache2 — возможность шифрованных соединений. Таким образом, когда ваш браузер соединяется с использованием SSL, используется префикс https:// в начале адреса URL в строке навигации.

Модуль mod_ssl доступен в пакете apache2-common. Выполните следующую команду в терминале для включения этого модуля:

sudo a2enmod ssl

Настройки по умолчанию для HTTPS находятся в файле /etc/apache2/sites-available/default-ssl. Чтобы Apache2 предоставлял HTTPS, также требуются файлы ключа и сертификата. Изначальная настройка HTTPS использует сертификат и ключ, созданные пакетом ssl-cert. Они подходят для тестирования, но должны быть заменены на сертификат, соответствующий вашему сайту или серверу. Для информации по созданию ключей и получению сертификатов смотрите раздел Сертификаты.

Для настройки Apache2 для HTTPS введите следующее:

sudo a2ensite default-ssl

Каталоги /etc/ssl/certs и /etc/ssl/private используются по умолчанию. Если вы установили сертификат и ключ в другие каталоги, убедитесь что изменили соответственно опции SSLCertificateFile и SSLCertificateKeyFile.

С Apache2, теперь настроенным на HTTPS, перезапустим сервис для разрешения новых настроек:

sudo service apache2 restart

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

Вы можете получить доступ к страницам защищенного сервера набрав https://your_hostname/url/ в адресной строке вашего браузера.

Права разделения записи

Чтобы более одного пользователя имели право записи в один и тот же каталог, необходимо дать право записи группе, которая их объединяет. Следующий пример предоставляет права на запись в каталог /var/www для группы «webmasters».

sudo chgrp -R webmasters /var/www
sudo find /var/www -type d -exec chmod g=rwxs "{}" \;
sudo find /var/www -type f -exec chmod g=rws  "{}" \;
Если доступ должен быть предоставлен более чем одной группе на каталог, используйте Списки управляемого доступа (ACL).

Ссылки

  1. Документация по Apache2 содержит более глубокую информацию по директивам настройки. Также смотрите пакет apache2-doc для официальной документации по Apache2.

  2. Apache Cookbook от O’Reilly — отличный ресурс по созданию специфичных настроек для Apache2.

  3. Для вопросов по Apache2 в Ubuntu используйте IRC канал #ubuntu-server на freenode.net.

  4. Для обычно интегрируемого с PHP и MySQL Apache2 хорошим ресурсом будет страницаApache MySQL PHP Ubuntu Wiki.


help.ubuntu.ru

Разница между Apache и Apache 2 | Разница Между


Ключевая разница: Apache ссылается на HTTP-сервер Apache. Это веб-серверное приложение с открытым исходным кодом, разработанное для современных операционных систем, таких как Microsoft Windows, Netware и т. Д. Оно было разработано Apache Software Foundation. Многие версии Apache были представлены. Apache 2 обычно используется для обозначения Apache 2.0. Apache 2.0 был обновлен с версии 1.3. Он имеет много типов изменений, включая изменения конфигурации во время компиляции и во время выполнения.

Apache ссылается на HTTP-сервер Apache. Это свободно распространяемое веб-серверное приложение с открытым исходным кодом, разработанное для современных операционных систем, таких как Microsoft Windows, Netware и т. Д. Оно было разработано Apache Software Foundation. Он считается «мощным» сетевым сервером. Этот сервер предоставляет возможность открытой лицензии, и, таким образом, пользователь может легко манипулировать базовым кодом. Изменения сделаны, чтобы повысить производительность или внести свой вклад в будущие усилия, касающиеся сервера.

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

Многие версии Apache были представлены. Apache 2 обычно используется для обозначения Apache 2.0. Две другие версии серии Apache 2 включают — Версия 2.2 и Версия 2.4.

Apache 2.0 был обновлен с версии 1.3. В нем было много типов изменений, включая изменения конфигурации во время компиляции и во время выполнения. Модуль Apache 1.3 mod_auth_digest был установлен как стандартный модуль. API сервера был изменен в очень большой степени. Apache 2.0 обеспечивает лучшую поддержку не-Unix-платформ. Система сборки этого сервера была полностью заменена; Эта новая система сборки основана на autoconf и libtool. В отличие от Apace 1, он также поддерживает многоязычные сообщения об ошибках в браузере. Конфигурация была упрощена. Он также включает в себя Perl-совместимую библиотеку регулярных выражений (PCRE). Различные новые модули были также добавлены в Apache 2.0 — mod_day реализует спецификацию HTTP Distributed Authoring and Versioning (DAV) для публикации и поддержки веб-контента.

Таким образом, Apache 2.0 является только версией Apache. Тем не менее, различия между Apache 1.x и Apache 2.x могут быть сделаны, чтобы понять сервер

Сравнение между Apache 1.x и Apache 2.x:

Apache 1.x

Apache 2.x

Определение

Обычно это относится к Apache 1.3. Он имеет много улучшений по сравнению с более ранними версиями. (Поддержка динамических общих объектов, поддержка Windows NT / 95 и т. Д.)

Apache 2 обычно используется для обозначения Apache 2.0. Apache 2.0 был обновлен с версии 1.3. В нем было много типов изменений, включая изменения конфигурации во время компиляции и во время выполнения.

Лицензия

Версия 1.1 лицензии Apache была утверждена ASF в 2000 году.

Версия 2.0 лицензии Apache была одобрена ASF в 2004 году.

фильтрация

Модули Apache не могут быть записаны как фильтры

Модули Apache могут быть написаны как фильтры

Архитектура

модульная

модульная

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

Директивы Port и BindAddress отсутствуют.

Директивы Port и BindAddress отсутствуют, и только привязка Listen используется для привязки IP-адреса;

Поддержка IPv6

нет

да

ru.natapa.org

Установка Apache HTTP Server 2.2.22

Главная страница / Документация / Инструментарий веб-разработчика /

Статья описывает процесс установки и первоначальной настройки на локальном компьютере, работающим под операционной системой Windows XP, прекрасно зарекомендовавшей себя связки программ, используемых при создании, как крупных, так и средних веб-проектов: Apache, MySQL, PHP и phpMyAdmin.

Авторы: Виктор Волков, Иван Шумилов

Содержание:


Сайт разработчика: http://www.apache.org/
Дистрибутив (Apache 2.2 Win32 Binary): http://www.apachelounge.com/download/
Прямая ссылка: httpd-2.2.22-win32.zip

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

Начальная установка и настройка


Распакуйте архив дистрибутива в каталог C:\Apache2.

Откройте в текстовом редакторе файл «C:\Apache2\conf\httpd.conf», являющийся основным конфигурационным файлом сервера Apache.

Ну а теперь держитесь. Женщинам, старикам и детям просьба – дальше не читать. За психическое состояние людей, дочитавших статью до конца – авторы ответственности не несут. 🙂

Правка файла httpd.conf

  1. Для загрузки модуля mod_rewrite найдите и раскомментируйте (уберите в начале строки символ «#») данную строку:
    LoadModule rewrite_module modules/mod_rewrite.so
  2. Для загрузки PHP интерпретатора, в конец блока загрузки модулей необходимо добавить строку:
    LoadModule php5_module «C:/php/php5apache2_2.dll»
  3. Определите каталог содержащий конфигурационный файл PHP, добавив ниже следующую строку:
    PHPIniDir «C:/php»
  4. Найдите и раскомментируйте строку:
    ServerName www.example.com:80
    Отредактируйте ее следующим образом установив изначальное имя сервера:
    ServerName localhost:80
  5. Найдите строку:
    DocumentRoot «c:/Apache2/htdocs»
    Назначьте корневую директорию управления сайтами (немного позже мы ее создадим):
    DocumentRoot «C:/apache»
  6. Найдите данный блок:
    <Directory />
       Options FollowSymLinks
       AllowOverride None
       Order deny,allow
       Deny from all
    </Directory>
    И замените его на нижеследующий:
    <Directory />
       Options Includes Indexes FollowSymLinks
       AllowOverride All
       Allow from all
    </Directory>
  7. Удалите или закомментируйте первоначальный блок управления директориями (он нам не понадобится), который без комментариев выглядит примерно так:
    <Directory «c:/Apache2/htdocs»>
       Options Indexes FollowSymLinks
       AllowOverride None
       Order allow,deny
       Allow from all
    </Directory>
  8. Найдите блок:
    <IfModule dir_module>
       DirectoryIndex index.html
    </IfModule>
    Замените его на:
    <IfModule dir_module>
       DirectoryIndex index.html index.htm index.shtml index.php
    </IfModule>
  9. Найдите строку:
    ErrorLog «logs/error.log»
    Замените на нижеследующую (в этом случае просматривать глобальный файл ошибок сервера будет удобнее):
    ErrorLog «C:/apache/error.log»
  10. Найдите строку:
    CustomLog «logs/access.log» common
    Замените на:
    CustomLog «C:/apache/access.log» common
  11. Для работы SSI (включения на стороне сервера) следующие строки, находящийся в блоке <IfModule mime_module>, необходимо найти и раскомментировать:
    AddType text/html .shtml
    AddOutputFilter INCLUDES .shtml
  12. Добавьте ниже, в тот же блок <IfModule mime_module>, две строки:
    AddType application/x-httpd-php .php
    AddType application/x-httpd-php-source .phps
  13. И, наконец, найдите и раскомментируйте строки:
    Include conf/extra/httpd-mpm.conf
    Include conf/extra/httpd-autoindex.conf
    Include conf/extra/httpd-vhosts.conf
    Include conf/extra/httpd-manual.conf
    Include conf/extra/httpd-default.conf
Сохраните изменения и закройте файл «httpd.conf»

Теперь откройте файл «C:\Apache2\conf\extra\httpd-vhosts.conf» и произведите в нем следующие изменения.

Существующие блоки примеров виртуальных хостов необходимо удалить, и вставить только нижеследующее:
NameVirtualHost *:80

<VirtualHost *:80>
   DocumentRoot «C:/apache/localhost/www»
   ServerName localhost
   ErrorLog «C:/apache/localhost/error.log»
   CustomLog «C:/apache/localhost/access.log» common
</VirtualHost>

Сохраните изменения и закройте файл «httpd-vhosts.conf»

Настройка конфигурационныйх файлов завершена, теперь необходимо установить сервис Apache2.2.

Установка сервиса Apache2.2 в картинках


Запускаем командную строку и вводим в ней «C:\Apache2\bin\httpd.exe -k install» Вот что мы должны увидеть при успешной установке сервиса Apache2.2. Если все прошло успешно, движемся дальше — устанавливаем ручной запуск сервиса Apache2.2 для чего проходим путь: «Start» («Пуск») → «Control Panel» («Панель управления») → «Administrative Tools» («Администрирование») → «Services» («Службы»), в открывшемся окне управления служб выбираем строку «Apache2.2» и делаем на ней двойной щелчок, после чего во вкладке «General» («Общие») выбираем ручной запуск сервиса — «Startup type: Manual» («Тип запуска: вручную»). Это необходимо сделать для того, чтобы лишние службы не загружали систему. Учитывая, что домашний компьютер используется не только для веб-разработок, но и для многих других нужд, ручной запуск и остановка, непостоянно используемых сервисов, является наиболее приемлемым.

Создание структуры каталогов виртуальных хостов

В корне диска необходимо создать каталог «apache» — в нем будут лежать ваши виртуальные хосты (домены), глобальный файл журнала ошибок «error.log» (создается программой при первом запуске, автоматически), глобальный файл доступа «access.log» (создается автоматически). В каталоге «apache» создаем еще одну пустую папку — «localhost», в которой, в свою очередь, создаем папку «www», именно в последней и надо будет держать наше добро в виде локальных скриптов. Такая, казалось бы странная структура каталогов, продиктована схожей схемой построения каталогов в системах Unix, и призвана упростить в дальнейшем ее понимание и использование.

Пример создания виртуального хоста

При необходимости установки собственных виртуальных хостов сделайте следующее:

Откройте файл «httpd-vhosts.conf», и создайте в нём блок, примерно, следующего содержания:
<VirtualHost *:80>
   # Папка, в которой будет корень вашего хоста.
   DocumentRoot «C:/apache/test.ru/www»
   # Домен по которому вы сможете обращаться к виртуальному хосту.
   ServerName test.ru
   # Алиас (добавочное имя) домена.
   ServerAlias www.test.ru
   # Файл, в который будут записываться ошибки.
   ErrorLog «C:/apache/test.ru/error.log»
   # Файл журнала доступа к хосту.
   CustomLog «C:/apache/test.ru/access.log» common
</VirtualHost>

Затем в каталоге «apache», создайте папку «test.ru» (прямо так, с точкой), в которой, в свою очередь, создайте папку «www».

Следующий шаг создания виртуального хоста – это изменение файла C:\WINDOWS\system32\drivers\etc\hosts операционной системы. Откройте данный файл и добавьте в него две строки:
127.0.0.1 test.ru
127.0.0.1 www.test.ru

Теперь запустите сервер Apache выполнив в командной строке «C:\Apache2\bin\httpd.exe -k start», откройте браузер, введите в адресной строке «test.ru» или «www.test.ru» и вы окажетесь в своем виртуальном хосте. Только будьте внимательны, теперь вы сможете попасть на оригинальный сайт с именем виртуального хоста («www.test.ru», если таковой существует), только закомментировав либо удалив строку: «127.0.0.1 www.test.ru», в вышеупомянутом файле «hosts».

Документация Apache, при запущенном сервере, доступна по адресу http://localhost/manual/

Остановить работу Apache можно выполнив в командной строке «C:\Apache2\bin\httpd.exe -k stop». При необходимости перезагрузить Apache, выполните в командной строке «C:\Apache2\bin\httpd.exe -k restart».

Установка и настройка веб-сервера Apache – завершена.

Создание пакетных файлов для запуска и остановки сервисов

Согласитесь, что вручную редактировать файл «hosts» при каждом запуске сервисов – это не удобно, поэтому для более удобного, одновременного запуска сервисов Apache, MySQL, и изменения файла «hosts» мы создадим два пакетных файла: на запуск и остановку, которые будут выполнять всю рутинную работу автоматически.

При использовании виртуальных хостов необходимо создать в директории C:\apache два файла: vhosts-off.txt – содержащий изначальное содержимое файла «hosts» и vhosts-on.txt – содержащий все виртуальные хосты. Обратите внимание, что при создании новых виртуальных хостов вам необходимо будет добавлять их в файл vhosts-on.txt, а не в C:\WINDOWS\system32\drivers\etc\hosts. Посмотрите на примеры ниже.

Файл vhosts-off.txt (может содержать одну единственную строку):
127.0.0.1 localhost

Пример файла vhosts-on.txt с виртуальными хостами www.test.ru и test.ru:

127.0.0.1 localhost
127.0.0.1 www.test.ru
127.0.0.1 test.ru

В той же директории C:\apache, создайте два пакетных файла: start-webserver.bat – для запуска сервисов и подмены файла «hosts», и stop-webserver.bat – для остановки сервисов и очистки файла «hosts».

Файл запуска start-webserver.bat:

@echo off
echo.
if not exist C:\apache\vhosts-on.txt goto no_vhosts
echo Create virtual hosts:
copy /v /y C:\apache\vhosts-on.txt C:\WINDOWS\system32\drivers\etc\hosts
echo.
:no_vhosts
NET start Apache2.2
NET start MySQL

Файл остановки stop-webserver.bat:

@echo off
echo.
if not exist C:\apache\vhosts-off.txt goto no_vhosts
echo Restore hosts file:
copy /v /y C:\apache\vhosts-off.txt C:\WINDOWS\system32\drivers\etc\hosts
echo.
:no_vhosts
NET stop Apache2.2
NET stop MySQL

В случае если вы не используете виртуальные хосты или хотите запустить сервисы без подмены файла «hosts», просто уберите из директории C:\apache файлы vhosts-on.txt и vhosts-off.txt.

Одновременно с сервисами удобно запускать программу Apache Monitor, отображающую в системном лотке состояние сервера Apache, для чего можно создать еще один пакетный файл «start-webserver-monitor.bat», содержание которого аналогично файлу «start-webserver.bat» с добавлением в самый конец следующей строки:

start «» «C:\Apache2\bin\ApacheMonitor.exe»

Теперь для запуска всего инструментария вам понадобится запустить файл «start-webserver-monitor.bat», или «start-webserver.bat», а для остановки «stop-webserver.bat». При желании вы можете переименовать эти файлы, переместить их в любое другое место из папки «C:\apache», либо создать на данные файлы ярлыки, например, на рабочий стол.




php-myadmin.ru

настройка для работы с несколькими сайтами в Debian

В большинстве случаев, если вы имеете собственный веб-сервер с «белым» ip-адресом, то после установки Apache2  в Debian 8, сайт «заливается» в директорию /var/www/html — которая прописана в файле /etc/apache2/sites-available/000-default.conf

Однако, если мы хотим разместить несколько сайтов? Допустим, что у нас есть несколько приобретенных доменных имен. Например:

  • school.ru
  • moodle.school.ru
  • школа.рф
  • support.org

и один «белый» ip-адрес. Что нужно делать?

В Apache2 такая возможность, конечно-же, предусмотрена.

Но тут нужно понимать, как работает механизм обработки запросов к серверу. Представить это можно так:

а) В соответствии со схемой, нам нужно настроить на DNS-записи на DNS-сервере.

б) Настроить Веб-сервер для работы с несколькими виртуальными хостами.

Допустим, что с первым пунктом мы разобрались, приступаем к следующему этапу:

1. Устанавливаем веб-сервер, если он еще не установлен:

2. Для того, чтобы обезопасить работу на сервере, в директориях, которые будут созданы для размещения сайтов передадим права на директории пользователю (у меня это webuser, под которым будем работать с файлами сайта). Для этого установим модуль apache2-mpm-itk:

apt-get install apache2-mpm-itk

3. Создаем директорию для нашего сайта в /var/www/ и передаем права на нее нашему пользователю webuser :

mkdir /var/www/school.ru
chown webuser:webuser /var/www/school.ru

4. Создаем файл конфигурации виртуального хоста для school.ru:

touch /etc/apache2/sites-available/school.ru.conf

И прописываем в нем:

<VirtualHost *:80>

ServerName school.ru
ServerAdmin [email protected]
ServerAlias www.school.ru
DocumentRoot /var/www/school.ru
CustomLog ${APACHE_LOG_DIR}/school.ru.access.log combined
ErrorLog ${APACHE_LOG_DIR}/school.ru.error.log
AssignUserID webuser webuser

<Directory /var/www/school.ru>
Options -Includes -Indexes -ExecCGI
</Directory>

</VirtualHost>

Сохраняем изменения.

5. «Включаем» сайт. Это можно сделать путем создания символьной ссылки на конфигурационный файл виртуального хоста school.ru.conf в директорию /etc/apache2/sites-enabled, либо специальной утилитой apache2:

«Выключить» сайт можно командой:

6. Перезапускаем apache2:

7. Для того, чтобы проверить работу виртуального хоста school.ru создадим в директории /var/www/school.ru файл index.html c содержимым:

<body><h2>Hello!</h2></body>

touch /var/www/school.ru/index.html

8. Запускаем браузер и переходим по адресу http://school.ru

Источники: 
Интересная статья? Поделитесь ей с друзьями!

Похожие записи:

it-school.pw

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

По умолчанию конфигурация Apache 2.4 разбита на пачку файлов. Тут я рассмотрю стандартный конфиг и снабжу его русскими комментариями.

Базовый конфиг

Максимально упростим и по-русски откомментируем основной файл конфига /etc/httpd/conf/httpd.conf

#Корневая директория Apache ServerRoot «/etc/httpd» #Порт который будет «слушать» сервер. В случае использования Apache «за nginx» нужно указать отличное от «80» значение Listen 8080 #Подключаем все .conf-файлы из поддиректории conf.modules.d Include conf.modules.d/*.conf #Пользователь и группа с которыми запускается сервер User apache Group apache #Дефолтный конфиг под все директории AllowOverride none #Указание дефолтной директории при доступе с «внешки» (можно переопределять на конфигах виртуальных серверов) DocumentRoot «/var/www/empty» #Порядок поиска индексных файлов DirectoryIndex index.html index.php Require all denied #Путь к error_log ErrorLog «logs/error_log» #Уровень логгирования LogLevel warn LogFormat «%h %l %u %t \»%r\» %>s %b \»%{Referer}i\» \»%{User-Agent}i\»» combined LogFormat «%h %l %u %t \»%r\» %>s %b» common CustomLog «logs/access_log» combined AddDefaultCharset UTF-8 EnableSendfile on TypesConfig /etc/mime.types #Дополнительные файлы конфигурации IncludeOptional conf.d/*.conf

Дополнительно подгружаемые модули Apache

Разберемся с подгружаемыми модулями. Листинг /etc/httpd/conf.modules.d/00-base.conf с русскими комментариями выглядит так.

#Отвечает за возможность использования директив Allow и Deny в расширенном синтаксисе #Allow from all|host|env=[!]env-variable [host|env=[!]env-variable] #LoadModule access_compat_module modules/mod_access_compat.so #Позволяет связать запрошенный клиентом mime-тип c cgi-скриптом #Action action-type cgi-script [virtual] #LoadModule actions_module modules/mod_actions.so #Позволяет использовать синтаксис Alias #Alias URL-path file-path|directory-path LoadModule alias_module modules/mod_alias.so #Позволяет явно указать поддерживаемые сервером HTTP-методы #AllowMethods GET POST OPTIONS LoadModule allowmethods_module modules/mod_allowmethods.so #Модули авторизации #LoadModule auth_basic_module modules/mod_auth_basic.so #LoadModule auth_digest_module modules/mod_auth_digest.so #LoadModule authn_anon_module modules/mod_authn_anon.so LoadModule authn_core_module modules/mod_authn_core.so #LoadModule authn_dbd_module modules/mod_authn_dbd.so #LoadModule authn_dbm_module modules/mod_authn_dbm.so #LoadModule authn_file_module modules/mod_authn_file.so #LoadModule authn_socache_module modules/mod_authn_socache.so LoadModule authz_core_module modules/mod_authz_core.so #LoadModule authz_dbd_module modules/mod_authz_dbd.so #LoadModule authz_dbm_module modules/mod_authz_dbm.so #LoadModule authz_groupfile_module modules/mod_authz_groupfile.so #LoadModule authz_host_module modules/mod_authz_host.so #LoadModule authz_owner_module modules/mod_authz_owner.so #LoadModule authz_user_module modules/mod_authz_user.so #Позволяет использовать директивы индексации директорий #LoadModule autoindex_module modules/mod_autoindex.so #Позволяет управлять кешированием #LoadModule cache_module modules/mod_cache.so #LoadModule cache_disk_module modules/mod_cache_disk.so #Позволяет преобразовавать ответ сервера в RFC2397 data URL #LoadModule data_module modules/mod_data.so #Позволяет управлять подключениями к базам данных. Подбробнее можно найти по ключевому слову APR LoadModule dbd_module modules/mod_dbd.so #Управляет сжатием отправляемого контеннта LoadModule deflate_module modules/mod_deflate.so #Позволяет использовать директиву DirectoryIndex для автоматической подстановки файла «по умолчанию» на запросы без файла LoadModule dir_module modules/mod_dir.so #Позволяет логгировать io-дамп в error_log #LoadModule dumpio_module modules/mod_dumpio.so #Позволяет использовать Echo-протокол #ProtocolEcho On|Off #LoadModule echo_module modules/mod_echo.so #Позволяет устанавливаеть дополнительные переменные окружения в исполняемые скрипты #LoadModule env_module modules/mod_env.so #Позволяет управлять http-заголовками Expires и Cache-Control #LoadModule expires_module modules/mod_expires.so #Позволяет ответ сервера перенаправить через сторонние приложения #LoadModule ext_filter_module modules/mod_ext_filter.so #Позволяет управлять фильтрацией отправляемых данных #LoadModule filter_module modules/mod_filter.so #Позволяет отправлять кастомные заголовки клиенту #LoadModule headers_module modules/mod_headers.so #Позволяет настраивать server-side вставки сторонних файлов в отправялемые данные #LoadModule include_module modules/mod_include.so #Позволяет настроить генерацию server-info #LoadModule info_module modules/mod_info.so #Позволяет вести логгирование запросов и ошибок LoadModule log_config_module modules/mod_log_config.so #Позволяет логгировать так же информацию об объемах принятой/отправленной информации LoadModule logio_module modules/mod_logio.so #Позволяет использовать директиву MimeMagicFile LoadModule mime_magic_module modules/mod_mime_magic.so #Позволяет соотносить запрошенные типы файлов/контента с server-side хэндлерами, фильтрами, файлами и типами контента LoadModule mime_module modules/mod_mime.so #Позволяет управлять отображением различных видов одного файла в зависимости от входящего запроса (например, при реализации мультиязычности) #LoadModule negotiation_module modules/mod_negotiation.so #Предназначет для переопределения клиентского IP в случае если apache используется за другим front-сервером LoadModule remoteip_module modules/mod_remoteip.so #Позволяет установить таймауты для генерации ответов клиенту #RequestReadTimeout [header=timeout[-maxtimeout][,MinRate=rate] [body=timeout[-maxtimeout][,MinRate=rate] #LoadModule reqtimeout_module modules/mod_reqtimeout.so #Позволяет использвать Rewrite-движок. Необходим для большинства MVC-фреймворков LoadModule rewrite_module modules/mod_rewrite.so #Позволяет устанавливать переменные окружения в зависимости от характеристик запроса #LoadModule setenvif_module modules/mod_setenvif.so #Memory-провайдеры #LoadModule slotmem_plain_module modules/mod_slotmem_plain.so LoadModule slotmem_shm_module modules/mod_slotmem_shm.so #socache-провайдеры #LoadModule socache_dbm_module modules/mod_socache_dbm.so #LoadModule socache_memcache_module modules/mod_socache_memcache.so #LoadModule socache_shmcb_module modules/mod_socache_shmcb.so #Позволяет настроить выдачу информации о статусе и текущей производительности сервера #LoadModule status_module modules/mod_status.so #Позволяет производить операции на отправляемых данных во время отправки #LoadModule substitute_module modules/mod_substitute.so #Позволяет выполнять CGI-скрипты от имени определенного пользователя #LoadModule suexec_module modules/mod_suexec.so #Позволяет задавать уникальный ID каждому реквесту #LoadModule unique_id_module modules/mod_unique_id.so #Позволяет управлять некоторыми вопросами в области unix-безопасности LoadModule unixd_module modules/mod_unixd.so #Позволяет задавать директории для работы определенных пользоваталей #LoadModule userdir_module modules/mod_userdir.so #Позволяет организовывать различные конфиги Apache в зависимости от версии Apache #LoadModule version_module modules/mod_version.so #Позволяет создавать динамически конфигурируемый виртуальный хостинг #LoadModule vhost_alias_module modules/mod_vhost_alias.so #Управляет буфферизацией ##LoadModule buffer_module modules/mod_buffer.so #Позволяет управлять периодической проверкой работы других модулей #LoadModule watchdog_module modules/mod_watchdog.so #Управляет автоматической отправкой отчетности о состоянии сервера #LoadModule heartbeat_module modules/mod_heartbeat.so #LoadModule heartmonitor_module modules/mod_heartmonitor.so #Позволяет настраивать мониторинг «сервинга» сайта пользователем с помощью кук #LoadModule usertrack_module modules/mod_usertrack.so #Позволяет настроить отдачу контента со скоростью различных старых стандартов модемов #LoadModule dialup_module modules/mod_dialup.so #Позволяет легко настроить трансляцию отправляемых данных в нужную кодировку #LoadModule charset_lite_module modules/mod_charset_lite.so #Позволяет сконфигурировать debug-log #LoadModule log_debug_module modules/mod_log_debug.so #Позволяет ограничить скорость отдачи данных для некоторых видов запросов #LoadModule ratelimit_module modules/mod_ratelimit.so #Позволяет настроить отдачу запроса обратно клиенту с использованием некоторых фильтров #LoadModule reflector_module modules/mod_reflector.so #Позволяет задавать максимальный размер тела запроса #LoadModule request_module modules/mod_request.so #Позволяет фильтровать входящие запросы и исходящие ответы с помощью sed-синтаксиса #LoadModule sed_module modules/mod_sed.so #Позволяет настраивать реакцию сервера на неверные адреса (например отключать case-sensitive) #LoadModule speling_module modules/mod_speling.so

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

Файл конфига 00-dav.conf отвечает за модули авторизации. Еслми пользуетесь php-методами авторизации — можно смело все комментировать или удалить файл.

Файл 00-lua.conf содержит модули отвечающие за работу lua-скриптов в конфигах. Если не используете — можно комментировать или удалить файл целиком.

00-mpm.conf содержит подгрузку модулей, отвечающих за процессинг запросов.

00-systemmd.conf подгружает модуль для правильной работы с systemctl операционной системы.

00-proxy.conf содержит модули про проксирование. Если вы не используете apache-проксиование (например, у вас для фронт используется nginx) — то так же можно комментировать/удалять этот файл.

01-cgi.conf подгружает модули обработки cgi-скриптов. Если вы их не используете — и этот файл можно закомментировать/удалить.

Дополнительные подгружаемые Apache файлы:
  • /etc/httpd/conf.d/autoindex.conf — используется для настройки автоиндесиования. Можно удалить если вы не используете мод mod_autoindex
  • /etc/httpd/conf.d/userdir.conf — используется для конфигурация дсотупа в зависимости от пользователя. Можно удалить если вы не используеете модуль mod_userdir.
  • /etc/httpd/conf.d/welcome.conf — конфигурирует отображение welcome-страницы Apache. Можно удалить.

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

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

Создадим папку куда будем складывать конфиги виртуальных хостов.

mkdir /etc/httpd/conf.vhosts.d

Создадим там файл domain.com.conf и внесем в него такую заготовку.

DocumentRoot /var/www/sites/domain.com ServerName domain.com ServerAlias www.domain.com ErrorLog /var/www/sites/domain.com/logs/error_log CustomLog /var/www/sites/domain.com/logs/access_log combined Options FollowSymLinks AllowOverride All

Ваш сайт должен лежать в директории /var/www/sites/domain.com.

Осталось добавить строчку Include co

my2i.ru

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *