* Среда 04 Май 2005 00:51 Michael Shigorin

> On Tue, May 03, 2005 at 05:51:54PM +1300, Alexey Borovskoy 
wrote:
> > 4. При публикации приложения на сервере приложений
> > (apache,jboss,tomcat, ещечегототам) нужные части приложения
> > копируются (или объединяются через unionfs, или линкуются
> > симлинками, или еще как-нибудь) внутрь нужного каталога
> > внутри сервера приложений.
>
> Ааа, то есть самое интересное остаётся висеть в воздухе? :(

А что самое интересное осталось висеть? :-) можно какое-нибудь 
summary?

> > Таким образом, у нас получается репозиторий (3)
>
> ~> man 3 репозиторий
> No entry for репозиторий in section 3 of the manual
>
> :)
> :
> > готовых к употреблению web-приложений. Для запуска
> > экземпляра приложения, ему предоставляется рабочий каталог
> > (4).
>
> И что с ним делать, или пусть локальный администратор пляшет
> как умеет? :)

А почему бы и нет, зачем администратора ограничивать?
В качестве альтернативы можно раздавать рабочие каталоги 
автоматически в районе /var/cache/webapps или еще где.

>
> > > Неужто кто-то да разрулил, как те грабли, над которыми
> > > размышляли, объехать :-)
> >
> > Те грабли большие, их надо конвертировать в несколько
> > маленьких и затем объезжать. :-)
>
> Вы правы, но у меня было такое ощущение, что выкатывать просто
> хранилище неправильно -- начнётся ещё более дикий разброд и
> шатание, чем в /var/www, и потом вопли и стоны, которые
> заранее никакими %post не учтёшь.

Мне вот следующая мысль пришла: а зачем ставить что-то в /var/www 
автоматически? Обновил пакет, взял свежую версию из хранилища, 
обкатал ее в тестовом виртуальном хосте, а затем обновил рабочие 
виртуальные хосты.

Минут через пять пришла очередная мысль: а как обновлять, если 
виртуальных хостов больше сотни? Может быть модифицировать 
update_chrooted для этого?

> У нас просто снежный ком 
> софта этого ждёт.
>
> Ну да "можешь -- помогай, не можешь -- не мешай".

-- 
Алексей.
GPG key fingerprint
949B BC0E 2C44 7528 4F63  2753 E37A 9E3F 11F3 BDE1