[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Как правильно поставить навароченную Апачу



Доброе время суток, debian-russian,

  На одном сервере у меня уже установлен Apache 1.3,
  причем, вариант инсталляции нетривиальный: работают два демона,
  один фронт, другой бекэнд с mod_perl, соединены с помощью mod_accel
  на фронте.
  Такая потребность возникла из-за тяжеловесного Оракл клиента, который если
  если учесть что апачи процессов в районе 200, должен жрать
  достаточно нерасшариваемой памяти почем зря, т.к. большинство
  процессов отдают тривиальные картинки и Оракл им не нужен...

  Кроме того, хотя это уже мало к делу относится, конфиг Апачи
  динамически собирается из темплейт файлов, информации из базы данных,
  Template Toolkit и такой-то матери.
  
  Вот скрипт конфигурации для двух Апач.
----
/usr/local/sbin# cat build_apache_simple
cd /usr/web/dist/apache/simple
cd mod_accel-*
./configure --with-apache=../apache_1.3.28 --with-eapi=../mod_ssl-2.8.15-1.3.28/pkg.eapi
make
cd ../mm-1.2.1
./configure --disable-shared
make
cd ../apache_*
EAPI_MM=../mm-1.2.1 \
EAPI_MM_CORE_PATH=/var/apache/simple \
./configure --prefix=/usr/local/apache/simple-1.3.28 \
            --localstatedir=/var/apache/simple \
            --sysconfdir=/usr/local/apache/conf \
            --runtimedir=/var/apache/simple/run \
            --mandir=/usr/local/man \
            --logfiledir=/var/apache/simple/logs \
            --enable-rule=EAPI \
            --activate-module=src/modules/accel/libaccel.a \
            --enable-module=so \
            --enable-module=rewrite \
            --disable-module=headers \
            --disable-module=imap \
            --disable-module=negotiation \
            --disable-module=asis \
            --disable-module=cgi \
            --disable-module=env \
            --disable-module=include \
            --disable-module=actions \
            --disable-module=userdir

/usr/local/sbin# cat build_apache_power
./configure --prefix=/usr/local/apache/power-1.3.28 \
            --localstatedir=/var/apache/power \
            --runtimedir=/var/apache/power/run \
            --logfiledir=/var/apache/power/logs \
            --mandir=/usr/local/man \
            --sysconfdir=/usr/local/apache/conf \
            --activate-module=src/modules/perl/libperl.a \
            --enable-module=so \
            --disable-module=cgi \
            --disable-module=env \
            --disable-module=include \
            --disable-module=negotiation \
            --disable-module=actions \
            --disable-module=imap \
            --disable-module=autoindex \
            --disable-module=dir \
            --disable-module=userdir \
            --disable-rule=EXPAT

/usr/local/sbin# cat httpbuild
tpage --define apache_type="production" ~apache/conf/conf.tpl > ~apache/conf/httpd.conf
----

  Ну так вот.

  На другой сервер надо ставить похожую конфигурацию и вот я думаю,
  - может все эти сложности зря? хотя это вряд ли...
  вообще хочется собрать Апачу пакетом, т.к. использую дебиан пекеджи
  типа dwww, bugzilla и прочее, которые требуют апачу. Кроме того
  хотелось бы сделать инсталляцию максимально модульной, чтобы
  mod_perl, mod_php и прочее ставились из пекеджей как обычно.
  Так вот как лучше поступить...
  - создать какой-нить пустой пекедж заглушку для всяких bugzill &
  dwww, который бы провайдил apache, а апачи самому ручками собрать
  как описано выше.
  
  - все таки напрячься и сконструировать какой-то навароченный пекедж,
  который бы легко пересобирался при изменении сорцов apache|mod_perl
  и провайдил apache | httpd

  - забить на все, ставить апачу как раньше, а у всяких bugzilla и
  прочее редактировать Depends?

--------------------------------------------------------------------
Разговор в нашем офисе:
- Как перевести на русский фразу: Routers doesn't enable broadcasting
by default?
- Роутеры по дефолту бродкастинг не энейблят!

-- 
Sergey Polyakov                 aka BeerBong
Chief of WebZavod     http://www.webzavod.ru
Tel. +7 (8462) 43-93-85 | +7 (8462) 43-93-86
          mailto:alexei@samara.net



Reply to: