[devel] I: Замечания к webpolicy

[Aleksey Avdeev]

Vladimir V. Kamarzin пишет:
>>>>>> On 06 Jun 2008 at 14:59 "AA" == Aleksey Avdeev writes:
> 
...
> AA>   Но иметь подпакеты, предоставляющие такой доступ к html документации
> AA> -- полезно. В смысле: пакет сам несёт свою html документацию (или имет
> AA> подпакет для этой цели) + есть подпакет настраивающий веб-сервер на
> AA> доступ к ней.
> 
> Если бы у нас документация ложилась в /usr/share/doc/package (без version), то
> можно было бы просто обязать майнтейнеров в каком-нибудь policy укладывать
> html-документацию в /usr/share/doc/<package>/html, тогда бы никакие доп.пакеты
> не понадобились.
> 
> Если не убирать version? можно сделать хитро - html-документацию укладывать в
> какой-нибудь /usr/share/html-docs/<package>, а в оригинальный
> /usr/share/doc/<package>-<version>/ класть симлинк
> html -> /usr/share/html-docs/<package>

  Не знаю. Думать надо.

  Я не помню чем у нас обусловлено хранение документации в
/usr/share/doc/<package>-<version> (когда-то обсуждалось в одной из
рассылок)... Подозреваю, что хранение документации без версии -- может
вызвать не очевидные накладки.

> 
>>>> 4. Document Root
>>>> Для Веб-Приложений следует стараться избегать хранения файлов в
>>>> Document Root. Вместо этого надо использовать директорию
>>>> /usr/share/doc/<package> и зарегистрировать приложение через пакет
>>>> doc-base. Если доступ к Document Root
>>>> неизбежен, используйте /var/www как Document Root.
>>>> Это может быть символической ссылкой на месторасположение файлов, где
>>>> системный администратор разместил настоящий Document Root.
>>> Вообще бред какой-то. Пихать рабочий код приложения в /usr/share/doc - даже
>>> сложно представить, как такое могло придти кому-то в голову.
> AA>   В нашем случаи /usr/share/<package> выглядит логичнее...
> 
> Для readonly data именно так, см. опять же
> http://webapps-common.alioth.debian.org/draft/html/ch-issues.html
> 
> А ежели веб-приложение должно писать куда-то внутри своих внутренностей во
> время работы, придётся его патчить, чтобы перенести такие директории куда-то в
> другое место, типа /var/lib/<name>. В общем распила не избежать :)
> 
> Возможно, стоит предусмотреть два варианта:
> - полностью распиливать приложение, как написано в debian web policy
> - плюхать целиком в /var/www/webapps/<name>
                      ^^^^^^^^^^^^^^^^^^^^^^^

  Может сюда и данные приложения писать (которые оно создаёт/меняет во
время работы)?

> 
> т.е. не делать распил _обязательным_. Е?

  +1

  Не везде он возможен малой кровью.

-- 

С уважением. Алексей.


----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : signature.asc
Тип     : application/pgp-signature
Размер  : 544 байтов
Описание: OpenPGP digital signature
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20080606/5a9e3ea9/attachment-0002.bin>