<?xml version='1.0' encoding='KOI8-R' ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">

<!--***************************************************-->
<!-- English revision: 1.11.2.3                        -->
<!--***************************************************-->
<!-- Translator: Ilia Soldis (soldis@infolio.ru)       -->
<!-- Reviewers:                                        -->
<!--             Ivan Shvedov (ivan@tversu.ru)         -->
<!--             Arthur Reznikov (art@altair.tversu.ru)-->
<!--***************************************************-->

<?xml-stylesheet type="text/xsl" href="./style/manual.ru.xsl"?>
<manualpage metafile="install.xml.meta">

  <title>Компилирование и установка</title>

<summary>

    <p>Этот документ освещает вопросы компилирования и установки сервера
    Apache только на UNIX и UNIX-подобных системах. Если вы хотите установить
    сервер под Windows, то вам необходимо прочесть документ <a
    href="platform/windows.html">"Использование Apache под Microsoft Windows"</a>.
    Информация, касающаяся остальных платформ, содержится в документе
    <a href="platform/">"Платформы"</a>.</p>

    <p>Среда конфигурирования и установки сервера полностью отличается от той, которая была
    в Apache 1.3. Apache 1.3 использовал обычный набор скриптов, позволявший упростить
    процесс установки. Apache 2.0 теперь использует системы <code>libtool</code> и
    <code>autoconf</code>, что делает сервер похожим на другие программные продукты
    с открытым исходным кодом (Open Source projects).</p>

</summary>

<seealso><a href="invoking.html">Запуск сервера</a></seealso>
<seealso><a href="stopping.html">Остановка и перезапуск</a></seealso>

<section id="overview"><title>Краткий обзор "для нетерпеливых"</title>

    <table>
      <tr>
        <td><a href="#download">Загрузка</a></td>

        <td><code>$ lynx
        http://www.apache.org/dist/httpd/httpd-2_0_<em>NN</em>.tar.gz</code>
        </td>
      </tr>

      <tr>
        <td><a href="#extract">Распаковка</a></td>

        <td><code>$ gzip -d httpd-2_0_<em>NN</em>.tar.gz<br />
         $ tar xvf httpd-2_0_<em>NN</em>.tar</code> </td>
      </tr>

      <tr>
        <td><a href="#configure">Конфигурирование</a></td>

        <td><code>$ ./configure --prefix=<em>PREFIX</em></code>
        </td>
      </tr>

      <tr>
        <td><a href="#compile">Компилирование</a></td>

        <td><code>$ make</code> </td>
      </tr>

      <tr>
        <td><a href="#install">Установка</a></td>

        <td><code>$ make install</code> </td>
      </tr>

      <tr>
        <td><a href="#customize">Настройка</a></td>

        <td><code>$ vi <em>PREFIX</em>/conf/httpd.conf</code> </td>
      </tr>

      <tr>
        <td><a href="#test">Пробный запуск</a></td>

        <td><code>$ <em>PREFIX</em>/bin/apachectl start</code>
        </td>
      </tr>
    </table>

    <p><em>NN</em> необходимо заменить на текущий младший номер версии,
    а вместо <em>PREFIX</em> надо указать путь, по
    которому должен быть установлен сервер. Если <em>PREFIX</em> не указан,
    то установка по умолчанию производится в каталог
    <code>/usr/local/apache2</code>.</p>

    <p>Более подробно все этапы компилирования и установки сервера рассмотрены
    ниже, причем начинается следующий раздел с описания системных требований,
    необходимых, для того чтобы установка прошла успешно.</p>
</section>

<section id="requirements"><title>Требования</title>

    <p>Требования, необходимые для успешной сборки сервера:</p>

    <dl>
      <dt>Дисковое пространство</dt>
      <dd>Убедитесь, что на диске есть как мининимум 50 MB
      свободного места для временных файлов. После установки
      Apache занимает приблизительно 10 MB. Точный размер занимаемого
      места будет зависеть в основном от выбранной конфигурации и
      дополнительно устанавливаемых модулей, не входящих в дистрибутив
      Apache.</dd>

      <dt>ANSI-C компилятор и необходимая среда сборки</dt>
      <dd>Убедитесь, что на вашей системе установлен ANSI-C
      компилятор. Рекомендуется использовать <a
      href="http://www.gnu.org/software/gcc/gcc.html">GNU C
      компилятор (GCC)</a> от <a
      href="http://www.gnu.org/">Free Software Foundation (FSF)</a>
      (версии 2.7.2 вполне достаточно). Если у вас другой компилятор,
      то выясните, поддерживает ли он стандарт ANSI. Проверьте также,
      чтобы в переменной окружения <code>PATH</code> был указан каталог,
      содержащий основные утилиты, необходимые для сборки (<code>make</code> и другие).</dd>

      <dt>Синхронизация времени</dt>
      <dd>В некоторых заголовках HTTP протокола указывается время.
      Поэтому вам необходимо выяснить, как можно установить в вашей
      системе средство синхронизации времени. Обычно для этих целей
      используются программы <code>ntpdate</code> или <code>xntpd</code>,
      основанные на сетевом протоколе синхронизации времени
      (Network Time Protocol - NTP). Для получения более подробной информации
      об NTP и серверах синхронизации времени, обратитесь в группу новостей Usenet <a
      href="news:comp.protocols.time.ntp">comp.protocols.time.ntp</a>,
      а также посетите <a href="http://www.eecis.udel.edu/~ntp/">домашнюю страницу NTP</a></dd>

      <dt><a href="http://www.perl.org/">Perl 5</a>
      [НЕОБЯЗАТЕЛЬНО]</dt>
      <dd>Для выполнения некоторых вспомогательных скриптов, таких как <a
      href="programs/apxs.html">apxs</a> или <a href="programs/dbmmanage.html">dbmmanage</a>
      (которые написаны на Perl), необходим интерпретатор с языка Perl
      (версии 5.003 или выше достаточно). Если конфигурационный скрипт
      `<code>configure</code>' не найдет его в вашей системе, то вы все равно
      сможете собрать и установить Apache 2.0 - в этом случае не будут
      работать только перечисленные выше вспомогательные скрипты. Если в вашей
      системе установлено несколько интерпретаторов с языка Perl (например Perl 4 и Perl 5),
      то для того чтобы скрипт <code>./configure</code> выбрал нужный, выполните
      его с опцией <code>--with-perl</code> (описание смотрите ниже).</dd>
    </dl>
</section>

<section id="download"><title>Загрузка</title>

    <p>Apache можно загрузить со <a
    href="http://httpd.apache.org/download.cgi">страницы загрузки Apache HTTP Software
    Foundation</a>, на которой также приводится список некоторых зеркальных серверов.
    Здесь вы найдете самую последнюю стабильную версию сервера.</p>

    <p>После загрузки, особенно если она происходила с зеркального
    сервера, необходимо убедиться, что у вас в руках полная,
    неизмененная версия HTTP сервера Apache. Это выполняется
    тестированием архива (tarball) на соответствие PGP подписи, что является, в
    свою очередь, двушаговой процедурой. Во-первых, вы должны
    загрузить файл <code>KEYS</code> со <a
    href="http://www.apache.org/dist/httpd/">страницы загрузки
    Apache Software Foundation</a>. (Для того чтобы быть уверенным в том,
    что сам файл <code>KEYS</code> не был изменен, его лучше взять из
    предыдущего дистрибутива Apache или взять с сервера
    открытых ключей.) Затем ключи можно импортировать в вашу личную базу
    данных ключей посредством следующих команд (в зависимости от
    версии pgp):</p>

<example>$ pgp &lt; KEYS</example>

    <p>или </p>

<example>$ gpg --import KEYS</example>

    <p>Следующий шаг заключается в непосредственной проверке
    архива (tarball) с использованием PGP подписи, которую всегда
    надо брать на <a href="http://www.apache.org/dist/httpd/">основном
    веб-сервере Apache</a>. Файл с PGP подписью имеет то же имя, что
    и архив дистрибутива плюс окончание <code>.asc</code>. Проверить
    дистрибутив можно, набрав следующие команды (опять же, это зависит
    от версии pgp, установленного в вашей системе):</p>

<example>$ pgp httpd-2_0_<em>NN</em>.tar.gz.asc</example>

    <p>или</p>

<example>$ gpg --verify httpd-2_0_<em>NN</em>.tar.gz.asc</example>

    <p>Вы должны увидеть что-то вроде:</p>

<example>Good signature from user "Martin Kraemer
      &lt;martin@apache.org&gt;".</example>

    <p>В зависимости от доверительных отношений, содержащихся в вашей
    базе данных ключей, вы можете также получить сообщение о том,
    что отношение между ключем и тем, кто им подписался, невозможно
    установить. Это не должно вас беспокоить в том случае, если
    вы уверены в подлинности файла <code>KEYS</code>.</p>

</section>

<section id="extract"><title>Распаковка</title>

    <p>Распаковка архива исходных кодов Apache HTTP сервера
    заключается в его непосредственной распаковке и
    разархивировании (untarring):</p>

<example>
      $ gzip -d httpd-2_0_<em>NN</em>.tar.gz<br />
       $ tar xvf httpd-2_0_<em>NN</em>.tar
</example>

    <p>После выполнения этих команд будет создан новый каталог
    с исходными кодами дистрибутива. Вы должны зайти
    в этот каталог, прежде чем начнете компилировать сервер.</p>
</section>

<section id="configure"><title>Конфигурирование дерева исходных кодов</title>

    <p>Следующий шаг заключается в конфигурировании дерева исходных
    кодов в соответствии с той системой, на которую вы устанавливаете
    сервер, и вашими собственными нуждами. Это делается при помощи
    скрипта <code>configure</code>, расположенного в корневом каталоге
    дистрибутива. Разработчики, загружающие дерево исходных кодов посредством
    CVS, должны установить в своей системе утилиты <code>autoconf</code>
    и <code>libtool</code> и выполнить программу <code>buildconf</code>, прежде
    чем они смогут продолжнить установку. В официальных выпусках сервера
    этого делать не требуется.</p>

    <p>Для конфигурирования дерева исходных кодов, с использованием
    значений всех опций по умолчанию, просто выполните скрипт <code>./configure</code>
    без параметров. Для того чтобы изменить значения опций, скрипт <code>configure</code>
    предлагает широкий набор переменных и опций командной строки. При этом
    переменные окружения помещаются перед командой <code>./configure</code>, в то время как
    остальные опции - после. Наиболее важная опция здесь - это префикс каталога
    установки, то есть тот путь, по которому впоследствии будет установлен Apache.
    Но помимо этой существует еще большой выбор опций, необходимых для тонкой настройки
    сервера.</p>

    <p>Для того чтобы получить представление о гибкости процесса конфигурирования Apache,
    рассмотрите приведенный ниже типичный пример запуска скрипта <code>./configure</code>.
    Такая конфигурация позволяет компилировать
    сервер в каталог <code>/sw/pkg/apache</code>, используя указанный компилятор с
	несколькими предназначенными для него опциями командной строки, и установить
	еще два добавочных модуля <module>mod_rewrite</module> и <module>mod_speling</module>,
    которые можно будет потом использовать посредством механизма DSO.</p>

<example>
      $ CC="pgcc" CFLAGS="-O2" \<br />
       ./configure --prefix=/sw/pkg/apache \<br />
       --enable-rewrite=shared \<br />
       --enable-speling=shared
</example>

    <p>При выполнении, скрипт <code>configure</code> проверяет, установлено ли в вашей системе
    все необходимое, а затем создает Make-файлы (Makefiles), которые будут затем использованы
    при компилировании сервера.</p>

    <p>Наиболее простой способ узнать обо всех доступных конфигурационных опциях - это
    выполнить команду <code>./configure --help</code>. На экран будет выведено краткое
    описание практически всех доступных опций и переменных окружения.</p>

<section id="environment"><title>Переменные окружения</title>

    <p>Программа <code>autoconf</code> использует ряд переменных окружения для конфигурирования
    среды сборки. Вообще, посредством этих переменных можно изменить лишь метод сборки сервера -
    контролировать включение и выключение дополнительных опций сервера этим невозможно. Эти
    переменные можно включить в среду до вызова скрипта <code>configure</code>, но проще всего
    это сделать так, как было показано в примере выше.</p>

    <dl>
      <dt><code>CC=...</code></dt>

      <dd>Команда вызова компилятора с языка C</dd>

      <dt><code>CPPFLAGS=...</code></dt>

      <dd>Дополнительные опции препроцессора и компилятора с языка C.</dd>

      <dt><code>CFLAGS=...</code></dt>

      <dd>Опции отладки и оптимизации компилятора с языка C.</dd>

      <dt><code>LDFLAGS=...</code></dt>

      <dd>Дополнительные опции для компоновщика.</dd>

      <dt><code>LIBS=...</code></dt>

      <dd>Информация о расположении библиотек (опции "<code>-L</code>" и
      "<code>-l</code>"), передаваемая компоновщику.</dd>

      <dt><code>INCLUDES=...</code></dt>

      <dd>Пути, по которым ищутся заголовочные файлы. ("<code>-I<em>dir</em></code>").</dd>

      <dt><code>TARGET=...</code> [По умолчанию: <code>apache</code>]</dt>

      <dd>Имя исполняемого файла после сборки сервера</dd>

      <dt><code>NOTEST_CPPFLAGS=...</code></dt>

      <dt><code>NOTEST_CFLAGS=...</code></dt>

      <dt><code>NOTEST_LDFLAGS=...</code></dt>

      <dt><code>NOTEST_LIBS=...</code></dt>

      <dd>Эти переменные окружения выполняют ту же роль, что и те же самые переменные,
      но без приставки <code>NOTEST</code>. Разница заключается в том, что они добавляются
      в среду после того, как autoconf выполнил тестирование возможностей операционной
      среды. Это позволяет использовать те опции, которые бы вызвали ошибку при подобном
      тестировании, но включение которых обязательно для окончательной сборки сервера.</dd>

      <dt><code>SHLIB_PATH=...</code></dt>

      <dd>Опции компилятора и компоновщика, определяющие путь к разделяемым библиотекам.</dd>
    </dl>
</section>

<section id="output"><title>Опции, конфигурирующие выходной поток программы autoconf</title>

    <dl>
      <dt><code>--help</code></dt>

      <dd>Выдает инструкцию по использованию программы, включая все возможные опции, после
      чего сразу же завершает работу.</dd>

      <dt><code>--quiet</code></dt>

      <dd>Предотвращает вывод сообщений, начинающихся с "<code>checking...</code>"</dd>

      <dt><code>--verbose</code></dt>

      <dd>Выдает полную информацию в процессе конфигурирования, включая имена
      проверяемых файлов.</dd>
    </dl>
</section>

<section id="pathnames"><title>Пути</title>

    <p>В настоящее время существуют два способа задания путей, по которым
    Apache установит свои файлы. Первый способ - это явно указать Apache
    каталог, по которому он установится.</p>

    <dl>
      <dt><code>--prefix=<em>PREFIX</em></code> [По умолчанию:
      <code>/usr/local/apache2</code>]</dt>

      <dd>Определяет путь, по которому будет произведена установка Apache.</dd>
    </dl>

    <p>Более того, существует возможность установить архитектурно - зависимые файлы
    в другой специально заданный каталог.</p>

    <dl>
      <dt><code>--exec-prefix=<em>EPREFIX</em></code> [Default:
      <code><em>PREFIX</em></code>]</dt>

      <dd>Определяет путь, по которому будут установлены архитектурно - зависимые
      файлы.</dd>
    </dl>

    <p>Второй способ является более гибким. Он заключается в использовании
    файлов <code>config.layout</code>. Используя этот метод, можно указать
    каталог установки для любого типа файлов Apache. Файл <code>config.layout</code>
    содержит несколько примеров конфигурирования. Используя эти примеры, вы можете
    сами создавать собственные конфигурации установки.
	Различные макеты установок группируются
    в раздельных секциях <code>&lt;Layout FOO&gt;...&lt;/Layout&gt;</code>, после чего
    к ним можно обращаться посредством имени <code>FOO</code>.</p>

    <dl>
      <dt><code>--enable-layout=<em>LAYOUT</em></code></dt>

      <dd>Использует именованный макет, описанный в файле <code>config.layout</code>,
      в котором прописаны все установочные пути.</dd>
    </dl>

</section>

<section id="modules"><title>Модули</title>

    <p>Apache - это модульный сервер. Только самые основные
    функции включены в ядро сервера. Дополнительная функциональность
    доступна посредством модулей. Во время процесса конфигурации
    вы должны выбрать те модули, которые будут компилироваться вместе с сервером.
    Обо всех доступных модулях вы можете прочитать в соответствующем
    <a href="mod/index.html">списке модулей</a>. Модули, <a
    href="mod/module-dict.html#Status">статус</a> которых обозначен
    как "Базовый", компилируются вместе с сервером по умолчанию; если вам
    не нужны некоторые базовые модули, вы должны специально это указать при
    конфигурации (базовым модулем, например, является <module>mod_userdir</module>).
    Модули с другим статусом не компилируются вместе с сервером по умолчанию, и (в случае
    необходимости) должны быть прописаны при конфигурировании отдельно (примером такого модуля
	может послужить <module>mod_expires</module>).</p>

    <p>Есть два способа указать Apache использовать какой - либо модуль. Модули
    могут быть скомпилированы как <em>статические</em>, при этом их код включается
    непосредственно в исполняемый код сервера Apache. Или же, если ваша операционная
    система поддерживает динамически разделяемые объекты (Dynamic Shared Objects) и
    и <code>autoconf</code> может определить, что это так, то модули могут быть
    скомпилированы как <em>динамические</em>. DSO модули хранятся отдельно от ядра
    сервера, и могут использоваться сервером в зависимости от
    конфигурационных директив времени выполнения (то есть отвечающих за работу
    уже собранного сервера), предоставляемых модулем <module>mod_so</module>.
    Модуль mod_so автоматически включается в ядро сервера, если хотя бы
    один модуль компилируется как динамический. Если же вы не компилируете никакие
    динамические модули, но хотите, чтобы ваш сервер все же был способен работать
    с DSO модулями, то при конфигурировании укажите следующую опцию: <code>--enable-so</code>.</p>

    <dl>
      <dt><code>--enable-<em>MODULE</em>[=shared]</code></dt>

      <dd>Компилировать и включить в ядро сервера модуль <em>MODULE</em>.
      <em>MODULE</em> - это <a
      href="mod/module-dict.html#ModuleIdentifier">идентификатор модуля</a>, который можно
      получить, отбросив от имени модуля, указанного в документации, строку "_string". Чтобы
      компилировать модуль как DSO, добавьте опцию <code>=shared</code>.</dd>

      <dt><code>--disable-<em>MODULE</em></code></dt>

      <dd>Убрать <em>MODULE</em> из списка компилируемых модулей (если он есть в этом списке).</dd>

      <dt><code>--enable-modules=<em>MODULE-LIST</em></code></dt>

      <dd>Компилировать и включить в ядро сервера модули, идентификаторы которых приведены в
      списке <em>MODULE-LIST</em>. Элементы списка отделяются друг от друга пробелами.</dd>

      <dt>
      <code>--enable-mods-shared=<em>MODULE-LIST</em></code></dt>

      <dd>Компилировать модули, идентификаторы которых приведены в
      списке <em>MODULE-LIST</em>, как динамические.</dd>
    </dl>

    <p>Например, чтобы включить в сервер модули <module>mod_dav</module> и
    <module>mod_info</module>, вы можете использовать либо</p>

<example>./configure --enable-dav --enable-info</example>

    <p>либо эквивалентную предыдущей команду</p>

<example>./configure --enable-modules="dav info"</example>

    <p>В дополнение к этому существуют специальные ключевые слова <code>all</code> или
    <code>most</code>, которые могут быть использованы для компилирования всех или большинства
    модулей сразу. Вы можете исключить из этого списка нежелательные модули, применяя соответствующие
    опции <code>--disable-<em>MODULE</em></code>. Например, для того чтобы включить в работу сервера все
    модули как DSO за исключением <module>mod_info</module>, вы можете написать следующее</p>

<example>
      ./configure --enable-mods-shared=all
      --disable-info
</example>

    <p>В добавление к стандартному набору модулей, Apache 2.0 компилируется
    вместе с некоторым <a href="mpm.html">мульти - процессным модулем</a> (MPMs).
    Один и только один МП - модуль может быть скомпилирован вместе с сервером. Список
    МП - модулей, компилируемых по умолчанию для каждой платформы, можно найти в соответствующем
    <a href="mpm.html">разделе документации</a>; МП - модуль по умолчанию
    можно изменить следующей опцией командной строки <code>configure</code></p>

    <dl>
      <dt><code>--with-mpm=<em>NAME</em></code></dt>

      <dd>Компилироваться вместе с сервером будет МП - модуль с именем <em>NAME</em>.</dd>
    </dl>
</section>

<section id="dbm"><title>DBM</title>

    <p>Некоторые модули Apache, как например <module>mod_auth_dbm</module> и <module>mod_rewrite</module>
    (директива <directive module="mod_rewrite">RewriteMap</directive>), используют в своей работе простые
    базы данных, организованные по принципу ключ/значение, что увеличивает скорость доступа к информации.
    Поддержка SDBM баз данных включена в ядро сервера, так что использование баз данных подобного типа возможно
    всегда. Если вам нужны базы данных другого типа, то можете использовать следующие опции:</p>

<dl>
<dt><code>--with-gdbm[=<em>path</em>]</code></dt>
<dt><code>--with-ndbm[=<em>path</em>]</code></dt>
<dt><code>--with-berkeley-db[=<em>path</em>]</code></dt>

<dd>Если не указано значение <em>path</em>, Apache будет искать заголовочные файлы и библиотеки
в стандартных каталогах. Явное указание <em>path</em> заставит Apache производить поиск соответсвующих
файлов в каталогах <em>path</em><code>/lib</code> и <em>path</em><code>/include</code>. Можно также
указать специфические пути для заголовочных файлов и библиотек, написав их через точку с запятой.</dd>
</dl>
</section>


<section id="suexec"><title>Suexec</title>

    <p>Вместе с Apache можно найти вспомогательную программу <a
    href="suexec.html">suexec</a>, которая позволяет установить
    более жесткий контроль над выполнением пользовательских CGI
    программ. Тем не менее, если suexec сконфигурировать неправильно,
    то могут появиться значительные бреши в системе безопасности
    сервера. Поэтому вы должны очень внимательно прочитать <a href="suexec.html">документацию
    suexec</a>, если решите использовать эту программу.</p>
</section>
</section>

<section id="compile"><title>Сборка</title>

    <p>Теперь вы можете скомпилировать и собрать сервер Apache,
    выполнив следующую команду:</p>

<example>$ make</example>

    <p>Наберитесь терпения - компилирование сервера с базовой конфигурацией
    (конфигурацией по умолчанию) занимает приблизительно три минуты
    на такой системе, как Pentium III/Linux 2.2. Реальное время сборки
    будет зависеть от вашего аппаратного обеспечения и от количества
    модулей, которые вы решили компилировать вместе с сервером.</p>
</section>

<section id="install"><title>Установка</title>

    <p>Теперь настало время для установки сервера в каталог
    <em>PREFIX</em>, который был указан при конфигурирования Apache
    (смотрите выше опцию <code>--prefix</code>), выполнив:</p>

<example>$ make install</example>

    <p>Если устанавливать Apache поверх предыдущей версии сервера, то
    старые конфигурационные файлы и документы будут оставлены без изменений.</p>
</section>

<section id="customize"><title>Настройка</title>

    <p>Далее вы можете настроить ваш HTTP сервер Apache посредством редактирования
    <a href="configuring.html">конфигурационных файлов</a> в каталоге
    <code><em>PREFIX</em>/conf/</code>.</p>

<example>$ vi <em>PREFIX</em>/conf/httpd.conf</example>

    <p>Руководство по использованию Apache вы можете найти либо по локальному
    адресу у себя на сервере <a href="./">docs/manual/</a>, либо на официальном
    сайте Apache <a href="http://httpd.apache.org/docs-2.0/">http://httpd.apache.org/docs-2.0/</a>,
    где опубликована самая последняя версия документации и вся необходимая справочная информация
    по всем возможным <a href="mod/directives.html">конфигурационным директивам</a>.</p>
</section>

<section id="test"><title>Тестирование</title>

    <p>Теперь вы можете <a href="invoking.html">запустить</a> свой HTTP сервер Apache,
    выполнив следующую команду:</p>

<example>$ <em>PREFIX</em>/bin/apachectl start</example>

    <p>и если все прошло успешно, то вы сможете запросить свой первый документ
    по адресу <code>http://localhost/</code>. Веб - страница, которую вы увидете,
    находится в каталоге <directive module="core">DocumentRoot</directive> - по умолчанию,
    это <code><em>PREFIX</em>/htdocs/</code>. Затем <a href="stopping.html">остановите</a>
    сервер следующей командой:</p>

<example>$ <em>PREFIX</em>/bin/apachectl stop</example>
</section>

</manualpage>
