Apache Версия 2.0 Сервера HTTP
этот документ покрывает компиляцию и установку Apacheа на Unix и Подобных Unix системах только. Для компилирования и установки на Windows, см. Using Apache with Microsoft Windows . для других платформ, см. platform документация.
Apache 2.0's конфигурация и инсталяционная окружающая среда изменился полностью от Apacheа 1.3. Апач 1.3 использовал таможенный набор подлинников, чтобы достигнуть легкой установки. Апач 2.0 теперь использования
libtool
и
autoconf
создавать окружающую среду, которая похожа на многие другие Открытые Исходные проекты.
если Вы модернизируете от одной незначительной версии до следующего (например, 2.0.50 до 2.0.51), пожалуйста пропустите вниз к upgrading секция.
Download |
$ lynx http://httpd.apache.org/download.cgi
|
Extract |
$ gzip -d httpd-2_0_
NN
.tar.gz
|
Configure |
$ ./configure --prefix=
PREFIX
|
Compile |
$ make
|
Install |
$ make install
|
Customize |
$ vi
PREFIX
/conf/httpd.conf
|
Test |
$
PREFIX
/bin/apachectl start
|
NN
должен быть заменен текущим незначительным числом версии, и
ПРИСТАВКА
должен быть заменен дорожкой файловой системы, под которой должен быть установлен сервер. Если
ПРИСТАВКА
не определен, это неплатежи к
/usr/local/apache2
.
каждая секция компиляции и инсталяционного процесса описана более подробно ниже, начинаясь с требований для того, чтобы собрать и устанавливать Apache HTTPD.
следующие требования существуют для того, чтобы строить Apacheа:
PATH
должен содержать основной, строят инструменты, типа
make
.
ntpdate
или
xntpd
программы используются с этой целью, которые являются основанными на Протоколе Времени Сети (NTP). См. телеконференцию Usenet
comp.protocols.time.ntp
и
NTP homepage
для большего количества деталей о программном обеспечении NTP и общественных серверах времени.
apxs
или
dbmmanage
(которые написаны в Perl), Perl, 5 переводчиков требуются (версии 5.003, или более новый достаточны). Если Вы имеете многократных переводчиков Perl (например, systemwide устанавливают из Perl 4, и ваши собственные устанавливают из Perl 5), Вам советуют использовать
--with-perl
выбор (см. ниже), чтобы удостовериться правильный используется
configure
. если никакой Perl 5 переводчиков не найден
configure
подлинник, Вы не будете в состоянии использовать затронутые подлинники поддержки. Конечно, Вы все еще будете в состоянии строить и использовать Apacheа 2.0.
Apache может быть загружен от
Apache HTTP Server download site
который перечисляет несколько зеркал. Большинство пользователей Apacheа на подобных Unix системах будет более обеспеченной разгрузкой и компилированием исходной версии. Строящийся процесс (описанный ниже) легок, и это позволяет Вам настраивать ваш сервер, чтобы удовлетворить вашим потребностям. Кроме того, двойные выпуски часто не современны с последними исходными выпусками. Если Вы действительно загружаете набор из двух предметов, следуете за инструкциями в
INSTALL.bindist
файл в распределении.
после разгрузки, важно проверить, что Вы имеете полную и неизмененную версию Apacheского Сервера HTTP. Это может быть достигнуто, проверяя загруженный tarball против подписи PGP. Детали относительно того, как сделать это доступны на download page и расширенный пример - доступное описание use of PGP .
извлечение источника от Apacheского HTTPD tarball - простой вопрос несжатия, и затем несмолить:
$ gzip -d httpd-2_0_
NN
.tar.gz
$ tar xvf httpd-2_0_
NN
.tar
это создаст новый справочник под текущим справочником, содержащим исходный текст для распределения. Вы должны
cd
в тот справочник перед продолжением компилирования сервера.
следующий шаг должен формировать Apacheское исходное дерево для вашей специфической платформы и личных требований. Это сделано, используя подлинник
configure
включенный в справочник корня распределения. (Разработчики, загружающие версию CVS Apacheского исходного дерева будут должны иметь
autoconf
и
libtool
установленный и будет должный бежать
buildconf
перед продолжением следующих шагов. Это не необходимо для официальных выпусков.)
чтобы формировать исходное дерево, используя все варианты по умолчанию, просто напечатайте
./configure
. изменять варианты по умолчанию,
configure
принимает разнообразие переменных и вариантов линии команды.
самый важный выбор - местоположение
--prefix
где Apache должен быть установлен позже, потому что Apache должен формироваться для этого местоположения, чтобы работать правильно. Более точно настроенный контроль местоположения файлов возможен с дополнительным
configure options
.
также в этом пункте, Вы можете определить который
features
Вы хотите включенный в Apacheа, позволяя и повреждая
modules
. Apache идет с a
Base
набор модулей, включенных по умолчанию. Другие модули позволяются, используя
--enable-
module
выбор, где
модуль
является названием модуля с
mod_
удаленная вереница и с любым подчеркивает преобразованный к черте. Вы можете также хотеть собирать модули как
shared objects (DSOs)
- который может быть загружен или разгружен во времени выполнения - при использовании выбора
--enable-
module
=shared
. точно так же Вы можете повредить Основные модули с
--disable-
module
выбор. Будьте осторожны, используя эти варианты, с тех пор
configure
не может предупредить Вас, если модуль, который Вы определяете, не существует; это будет просто игнорировать выбор.
кроме того, иногда необходимо обеспечить
configure
подлинник с дополнительной информацией о местоположении вашего компилятора, библиотек, или файлов удара головой. Это сделано, передавая или переменные окружающей среды или варианты линии команды к
configure
. за дополнительной информацией, см.
configure
ручная страница.
для короткого впечатления того, какие возможности Вы имеете, вот - типичный пример, который собирает Apacheа для инсталяционного дерева
/sw/pkg/apache
со специфическим компилятором и флагами плюс два дополнительных модуля
mod_rewrite
и
mod_speling
для более поздней погрузки через механизм цифрового запоминающего осциллографа:
$ CC="pgcc" CFLAGS="-O2" \
./configure --prefix=/sw/pkg/apache \
--enable-rewrite=shared \
--enable-speling=shared
когда
configure
управляется это займет несколько минут, чтобы проверить на пригодность особенностей на вашей системе и строить Makefiles, который будет позже использоваться, чтобы собрать сервер.
детали относительно всего различного
configure
варианты доступны на
configure
ручная страница.
теперь Вы можете строить различные части, которые формируют Apache пакет, просто управляя командой:
$ make
пожалуйста будьте терпеливы здесь, начиная с основной конфигурации занимает приблизительно 3 минуты, чтобы собрать при содействии Pentium III/Linux 2.2 системы, но это изменится широко в зависимости от ваших аппаратных средств и числа модулей, которые Вы позволили.
теперь пришло время устанавливать пакет при формируемой установке
ПРИСТАВКА
(см.
--prefix
выбор выше), бегущий:
$ make install
если Вы будете модернизировать, то установка не будет переписывать ваши файлы конфигурации или документы.
Затем, Вы можете настроить ваш Apache сервер HTTP, редактируя
configuration files
под
PREFIX
/conf/
.
$ vi
PREFIX
/conf/httpd.conf
взглянуть на Apacheское руководство под docs/manual/ или консультируйтесь http://httpd.apache.org/docs/2.0/ для новой версии этого руководства и полной ссылки доступных configuration directives .
теперь Вы можете start ваш Apache сервер HTTP, немедленно бегущий:
$
PREFIX
/bin/apachectl start
и затем Вы должны быть в состоянии просить ваш первый документ через URL
http://localhost/
. веб-страница, которую Вы видите, расположена под
DocumentRoot
который обычно будет
PREFIX
/htdocs/
. тогда
stop
сервер снова, бегущий:
$
PREFIX
/bin/apachectl stop
первый шаг в модернизации должен прочитать объявление выпуска и файл
CHANGES
в исходном распределении, чтобы найти любые изменения, которые могут затронуть ваш участок. Изменяясь между главными выпусками (например, от 1.3 до 2.0 или от 2.0 до 2.2), вероятно будут главные различия в собирании разовой и конфигурации во время выполнения, которая будет требовать ручных регуляторов. Все модули будут также должны быть модернизированы, чтобы приспособить изменения в программном интерфейсе приложения модуля.
модернизация от одной незначительной версии до следующего (например, с 2.0.55 до 2.0.57) легче.
make install
процесс не будет переписывать ни одного из ваших существующих документов, файлов системного журнала, или файлов конфигурации. Кроме того, разработчики прилагают все усилия, чтобы избежать несовместимых изменений в
configure
варианты, конфигурация во время выполнения, или программный интерфейс приложения модуля между незначительными версиями. В большинстве случаев Вы должны быть в состоянии использовать идентичное
configure
линия команды, идентичный файл конфигурации, и все ваши модули должны продолжить работать. (Это только действительно для версий после 2.0.41; более ранние версии имеют несовместимые изменения.)
чтобы модернизировать поперек незначительных версий, начните, находя файл
config.nice
в
build
справочник вашего установленного сервера или в корне исходного дерева для вашего старого устанавливает. Это будет содержать точное
configure
линия команды, что Вы имели обыкновение формировать исходное дерево. Тогда, чтобы модернизировать от одной версии до следующего, Вы должны только скопировать
config.nice
файл к исходному дереву новой версии, редактируйте это, чтобы сделать любые желательные изменения, и затем бежать:
$ ./config.nice
$ make
$ make install
$
PREFIX
/bin/apachectl stop
$
PREFIX
/bin/apachectl start
--prefix
и различный порт (приспосабливаясь
Listen
директива), чтобы проверить на любые несовместимости перед выполнением заключительной модернизации.