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

CC=...

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

CPPFLAGS=...

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

CFLAGS=...

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

LDFLAGS=...

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

LIBS=...

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

INCLUDES=...

Пути, по которым ищутся заголовочные файлы. ("-Idir").

TARGET=... [По умолчанию: apache]

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

NOTEST_CPPFLAGS=...

NOTEST_CFLAGS=...

NOTEST_LDFLAGS=...

NOTEST_LIBS=...

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

SHLIB_PATH=...

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

--help

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

--quiet

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

--verbose

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

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

--prefix=PREFIX [По умолчанию: /usr/local/apache2]

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

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

--exec-prefix=EPREFIX [Default: PREFIX]

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

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

--enable-layout=LAYOUT

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

Apache - это модульный сервер. Только самые основные функции включены в ядро сервера. Дополнительная функциональность доступна посредством модулей. Во время процесса конфигурации вы должны выбрать те модули, которые будут компилироваться вместе с сервером. Обо всех доступных модулях вы можете прочитать в соответствующем списке модулей. Модули, статус которых обозначен как "Базовый", компилируются вместе с сервером по умолчанию; если вам не нужны некоторые базовые модули, вы должны специально это указать при конфигурации (базовым модулем, например, является mod_userdir). Модули с другим статусом не компилируются вместе с сервером по умолчанию, и (в случае необходимости) должны быть прописаны при конфигурировании отдельно (примером такого модуля может послужить mod_expires).

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

--enable-MODULE[=shared]

Компилировать и включить в ядро сервера модуль MODULE. MODULE - это идентификатор модуля, который можно получить, отбросив от имени модуля, указанного в документации, строку "_string". Чтобы компилировать модуль как DSO, добавьте опцию =shared.

--disable-MODULE

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

--enable-modules=MODULE-LIST

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

--enable-mods-shared=MODULE-LIST

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

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

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

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

В добавление к стандартному набору модулей, Apache 2.0 компилируется вместе с некоторым мульти - процессным модулем (MPMs). Один и только один МП - модуль может быть скомпилирован вместе с сервером. Список МП - модулей, компилируемых по умолчанию для каждой платформы, можно найти в соответствующем разделе документации; МП - модуль по умолчанию можно изменить следующей опцией командной строки configure

--with-mpm=NAME

Компилироваться вместе с сервером будет МП - модуль с именем NAME.

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

--with-gdbm[=path]

--with-ndbm[=path]

--with-berkeley-db[=path]

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

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