From: Yury Konovalov <yurix@unixcenter.ru> To: ALT Devel discussion list <devel@altlinux.ru> Subject: Re: [devel] Re: apache2, apache1, /var/www (was: /srv) Date: Thu, 20 May 2004 17:06:51 +0400 Message-ID: <200405201707.17676.yurix@unixcenter.ru> (raw) In-Reply-To: <20040519162734.GQ15580@osdn.org.ua> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Среда 19 Май 2004 20:27, Michael Shigorin написал: > Это понятно, так я (ниже) и предлагаю вытянуть максимум > независимостей в отдельный *-devel. <skipped> > %apache_datadir %_var/www > %apache_htdocsdir %apache_datadir/html > %apache_cgibindir %apache_datadir/cgi-bin > %apache_webmaster webmaster На мой взгляд это уже специфичные вещи. Я исхожу из того, что разные ветки апачей не должны иметь один и тот-же htdocsdir (какой апач наполнит его, если у каждого свой контент для этого?) и cgibindir также имеет пару cgi, предоставляемых самим апачем. На сколько я понимаю, предлагается более тесная интеграция апачей, предполагающая объединение контентов и разделения общего docroot. В свою очередь, предлагаю так далеко не идти сходу, и для начала определить простую схему при которой апачи смогут сосуществовать. Это, например, может выглядеть так: /var/www/ | -apache1/ | -html/ -cgi-bin/ -manual/ -addon1/ -addon2/ -apache2/ | -html/ -cgi-bin/ -manual/ -addon1/ -addon2/ -shared-cgis/ | -mailman -one_more_apache_favour_ignoring_project -vhosts/ | -vhost1/ | -htdoc/ -log/ -cgi/ -vhost2/ ... > > Все, что специфично для данной версии Apache - manual, default > > docroot, доки модулей, специфицные cgi и т.п. > > А у нас есть настолько специфичные cgi, или речь о том, чтобы > обеспечить эту возможность? Просто получается множество За то, что уже есть в сизифе не скажу (там просто не откуда взяться apache2-specific пакетам:), но я знаю такие пакеты, которые будут предоставлять cgi, зависящие от модулей, имеющихся только во втором апаче (WebAuth/WebKDC как пример). > мощностью Nflavour x Nvirthost. Я бы учёл, что на практике: 1) Apache2 на данный момент решение скорее дополнительное к Apache1. 2) из первого вытекает, что большинство хостеров будут использовать A2 в проксируемом посредством A1 режиме (что по умолчанию действует в моем пакете почти также как и в apache-mod_perl) 3) В свою очередь, из второго вытекает, что A2 будет действовать лишь для малой части виртхостов (или даже части контента виртхоста), а центральный cgi-bin дотачивается по-месту. Т.е мы здесь все-равно не угадаем. > > Вообщем все то, что попадет туда само-сабой, если изменить > > apache_home. > > Э, не. Тогда туда и разделяемого много упадет. Можно сказать, что это даже хорошо -- пусть сначала пакет осознает свой контент разделяемым. Так постепенно все образуется и не будет резких изменений. Я имею ввиду, что пакеты(основанные на apache), даже без внесения изменений будут собираться под A1, пока мантейнер не решит, что можно предоставлять что-либо в %srv_dir > > > Кстати, тут еще Большаков справшивал про макросы сегодня в > > > свете желания собрать tclhttpd. Т.к. "общей частью" вопроса > > > я тут вижу не виртхосты как таковые, подумал -- может, это > > > httpd-common и httpd-devel? > > > Вопрос чуть ли не вкуса, но чтоб уж потом не трогать. > > Тут мне не совсем понятно -- эти пакеты будут предоставлять > > макросы для обоих версий apache? > Частично. Каждый апач может носить с собой оставшуюся часть > сугубо своих макросов. Это пересекается со сказанным в начале. Здесь только хотелось сказать, что на данный момент, если отказаться от идеи одного docroot'а, следует определить тот список макросов, достаточный для сборки модулей, и использовать одинаковые имена, при взаимно вытесняющих -devel. > > Я себе это представлял так: при сборке модуля, например, под > > apache1 - в buildreq указывается apache-devel, а при желании > > собрать под apache2 - соответственно apache2-devel. > > Devel-пакеты должны выпихивать друг-друга ибо макросы должны > > быть одноименные для упрощения "кросапачной:)" сборки. > > Ммм... угу. Но модули и контент-часть -- штуки разные по степени > зависимости от сервера/версии. Иногда и с модулями идёт контент, который зависит от версии A. > Если забегать в раздел мыслей по web packaging policy, то мне > очень нравится размещение скриптов под /usr/share и подцепление > их или алиасами, или симлинками. Особенно в свете +/- распухшего > хостинга с приличной дупликацией кода, который не изменяется > per-instance, но порой дыряв и хорошо бы, чтобы его можно было > обновлять одним махом. Да - это конечно мечта, но пока у меня нет чёткого представления. Похоже, на данном этапе это скорее усложнение. > Здесь для меня главный вопрос именно с выделением неизменяемой > части (остальное симлинкуется куда-нибудь в /var), а также с > определением реально неизменяемой части. Да в этом все и дело. > Дело ровно в том же, почему пакеты для маленького линукса были > бессмысленны -- все равно по ходу дела доводилось рихтовать и о > целостности пакетов говорить особо не приходилось. Так и тут -- > будет ли осмысленна та часть веб-продуктов, которая достаточно > созрела для лежания as is в /usr/share? По моим наблюдениям, админы часто переносят содержимое web-пакетов в свой каталог, где хачат напильниками и выкладывают. Видимо уже есть "доточенные" вэб-пакеты, обновление которых на 99% пройдёт без негативных последствий -- их и искать. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFArK2CBMpuqP3w7LgRArsnAJ9xNZRJWjMe71T70i+AQz3xPW/zRACfefuy 60NeXO5tQsa4TpGXREh05+0= =1gLc -----END PGP SIGNATURE-----
next prev parent reply other threads:[~2004-05-20 13:06 UTC|newest] Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top 2004-05-13 12:25 ` [devel] Re: mod_mono-0.6-alt1: rebuild failed [12] Pavel Mironchik 2004-05-13 13:01 ` [devel] [JT] " Michael Shigorin 2004-05-13 16:26 ` Anton Farygin 2004-05-13 16:56 ` [devel] apache2, again (was: [JT] Re: mod_mono-0.6-alt1: rebuild failed [12]) Michael Shigorin 2004-05-13 19:49 ` [devel] [JT] Re: mod_mono-0.6-alt1: rebuild failed [12] Alexander Bokovoy 2004-05-14 5:24 ` Anton Farygin 2004-05-14 6:21 ` Yury Konovalov 2004-05-14 7:49 ` [devel] [JT] Re: apache2 Anton Farygin 2004-05-14 9:41 ` Yury Konovalov 2004-05-14 12:01 ` [devel] " Michael Shigorin 2004-05-14 12:04 ` [devel] [JT] " Dmitry V. Levin 2004-05-14 12:16 ` Anton Farygin 2004-05-14 12:56 ` [devel] apache2 Dmitry V. Levin 2004-05-14 13:40 ` [devel] [JT] apache2 Yury Konovalov 2004-05-14 15:58 ` [devel] " Michael Shigorin 2004-05-14 7:22 ` [devel] [JT] Re: mod_mono-0.6-alt1: rebuild failed [12] Alexander Bokovoy 2004-05-14 12:00 ` [devel] " Michael Shigorin 2004-05-14 17:28 ` Alexander Bokovoy 2004-05-14 6:33 ` Yury Konovalov 2004-05-14 7:23 ` Alexander Bokovoy 2004-05-14 7:50 ` Anton Farygin 2004-05-14 10:07 ` Yury Konovalov 2004-05-14 10:39 ` Anton Farygin 2004-05-14 11:58 ` [devel] apache2 (was: mod_mono-0.6-alt1: rebuild failed [12]) Michael Shigorin 2004-05-15 15:37 ` Yury Konovalov 2004-05-16 17:05 ` [devel] " Michael Shigorin 2004-05-14 12:06 ` [devel] /srv Dmitry V. Levin 2004-05-15 15:11 ` Yury Konovalov 2004-05-16 16:54 ` [devel] /srv Michael Shigorin 2004-05-19 13:50 ` Yury Konovalov 2004-05-19 14:34 ` [devel] apache2, apache1, /var/www (was: /srv) Michael Shigorin 2004-05-19 15:39 ` Yury Konovalov 2004-05-19 16:27 ` [devel] " Michael Shigorin 2004-05-20 13:06 ` Yury Konovalov [this message] 2004-05-20 14:04 ` Michael Shigorin 2004-05-21 13:23 ` Yury Konovalov 2004-05-24 8:50 ` [devel] Re: apache2, apache1, /var/www, web packaging policy Michael Shigorin 2004-05-24 9:17 ` Vladimir Lettiev 2004-05-24 9:16 ` Klimchev Konstantin 2004-05-24 9:44 ` Michael Shigorin 2004-05-27 8:45 ` Денис Смирнов 2004-05-27 9:59 ` Denis Ovsienko 2004-05-27 14:11 ` Michael Shigorin 2004-05-29 10:42 ` Денис Смирнов 2004-05-24 15:57 ` Yury Konovalov 2004-05-24 16:50 ` Yury Konovalov 2004-05-14 7:46 ` [devel] Re: mod_mono-0.6-alt1: rebuild failed [12] Stanislav Ievlev
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=200405201707.17676.yurix@unixcenter.ru \ --to=yurix@unixcenter.ru \ --cc=devel@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git