<-
Apache > HTTP Server > Documentation > Version 2.0

компилирование и Монтаж

этот документ покрывает компиляцию и установку 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 секция.

см. также

top

Overview for the impatient

Download $ lynx http://httpd.apache.org/download.cgi
Extract $ gzip -d httpd-2_0_ NN .tar.gz
$ tar xvf httpd-2_0_ NN .tar
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.

top

Requirements

следующие требования существуют для того, чтобы строить Apacheа:

Дисковое пространство
удостоверьтесь, что Вы имеете по крайней мере 50 MB временного свободного доступного дискового пространства. После того, как инсталяционный Apache занимает приблизительно 10 MB дискового пространства. Фактические требования дискового пространства изменятся значительно основанный на ваших выбранных вариантах конфигурации и любых имеющих отношение к третьей стороне модулях.
Компилятор ANSI-C и Строит Систему
удостоверьтесь, что Вам установили компилятор ANSI-C. GNU C compiler (GCC) от Free Software Foundation (FSF) рекомендуется (версия 2.7.2 прекрасна). Если Вы не имеете GCC тогда, по крайней мере удостоверяются, что компилятор вашего продавца ANSI послушный. Кроме того, ваш PATH должен содержать основной, строят инструменты, типа make .
точное время, держа
элементы протокола HTTP выражены как время дня. Так, пришло время исследовать урегулирование средства синхронизации некоторого времени на вашей системе. Обычно ntpdate или xntpd программы используются с этой целью, которые являются основанными на Протоколе Времени Сети (NTP). См. телеконференцию Usenet comp.protocols.time.ntp и NTP homepage для большего количества деталей о программном обеспечении NTP и общественных серверах времени.
Perl 5 [ДОПОЛНИТЕЛЬНЫЙ]
для некоторых из подлинников поддержки как apxs или dbmmanage (которые написаны в Perl), Perl, 5 переводчиков требуются (версии 5.003, или более новый достаточны). Если Вы имеете многократных переводчиков Perl (например, systemwide устанавливают из Perl 4, и ваши собственные устанавливают из Perl 5), Вам советуют использовать --with-perl выбор (см. ниже), чтобы удостовериться правильный используется configure . если никакой Perl 5 переводчиков не найден configure подлинник, Вы не будете в состоянии использовать затронутые подлинники поддержки. Конечно, Вы все еще будете в состоянии строить и использовать Apacheа 2.0.
top

Download

Apache может быть загружен от Apache HTTP Server download site который перечисляет несколько зеркал. Большинство пользователей Apacheа на подобных Unix системах будет более обеспеченной разгрузкой и компилированием исходной версии. Строящийся процесс (описанный ниже) легок, и это позволяет Вам настраивать ваш сервер, чтобы удовлетворить вашим потребностям. Кроме того, двойные выпуски часто не современны с последними исходными выпусками. Если Вы действительно загружаете набор из двух предметов, следуете за инструкциями в INSTALL.bindist файл в распределении.

после разгрузки, важно проверить, что Вы имеете полную и неизмененную версию Apacheского Сервера HTTP. Это может быть достигнуто, проверяя загруженный tarball против подписи PGP. Детали относительно того, как сделать это доступны на download page и расширенный пример - доступное описание use of PGP .

top

Extract

извлечение источника от Apacheского HTTPD tarball - простой вопрос несжатия, и затем несмолить:

$ gzip -d httpd-2_0_ NN .tar.gz
$ tar xvf httpd-2_0_ NN .tar

это создаст новый справочник под текущим справочником, содержащим исходный текст для распределения. Вы должны cd в тот справочник перед продолжением компилирования сервера.

top

Configuring the source tree

следующий шаг должен формировать 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 ручная страница.

top

Build

теперь Вы можете строить различные части, которые формируют Apache пакет, просто управляя командой:

$ make

пожалуйста будьте терпеливы здесь, начиная с основной конфигурации занимает приблизительно 3 минуты, чтобы собрать при содействии Pentium III/Linux 2.2 системы, но это изменится широко в зависимости от ваших аппаратных средств и числа модулей, которые Вы позволили.

top

Install

теперь пришло время устанавливать пакет при формируемой установке ПРИСТАВКА (см. --prefix выбор выше), бегущий:

$ make install

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

top

Customize

Затем, Вы можете настроить ваш Apache сервер HTTP, редактируя configuration files под PREFIX /conf/ .

$ vi PREFIX /conf/httpd.conf

взглянуть на Apacheское руководство под docs/manual/ или консультируйтесь http://httpd.apache.org/docs/2.0/ для новой версии этого руководства и полной ссылки доступных configuration directives .

top

Test

теперь Вы можете start ваш Apache сервер HTTP, немедленно бегущий:

$ PREFIX /bin/apachectl start

и затем Вы должны быть в состоянии просить ваш первый документ через URL http://localhost/ . веб-страница, которую Вы видите, расположена под DocumentRoot который обычно будет PREFIX /htdocs/ . тогда stop сервер снова, бегущий:

$ PREFIX /bin/apachectl stop

top

Upgrading

первый шаг в модернизации должен прочитать объявление выпуска и файл 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 директива), чтобы проверить на любые несовместимости перед выполнением заключительной модернизации.