path: root/docs/manual/install.xml.ru

<?xml version='1.0' encoding='KOI8-R' ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.ru.xsl"?>
<!-- English Revision: 97974:106849 (outdated) -->

<!--
 Copyright 2002-2004 The Apache Software Foundation

 Licensed under the Apache License, Version 2.0 (the "License");
 you may not use this file except in compliance with the License.
 You may obtain a copy of the License at

     http://www.apache.org/licenses/LICENSE-2.0

 Unless required by applicable law or agreed to in writing, software
 distributed under the License is distributed on an "AS IS" BASIS,
 WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 See the License for the specific language governing permissions and
 limitations under the License.
-->

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

<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>