ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: "Vladimir V. Kamarzin" <vvk@altlinux.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] I: Замечания к webpolicy
Date: Fri, 06 Jun 2008 15:43:08 +0600
Message-ID: <m31w3adhlf.fsf@vvk.distance.ru> (raw)
In-Reply-To: <4848FC63.6000404@solin.spb.ru> (Aleksey Avdeev's message of "Fri, 06 Jun 2008 12:59:15 +0400")

>>>>> On 06 Jun 2008 at 14:59 "AA" == Aleksey Avdeev writes:

>>> 2. Доступ к HTML документам
>>>
>>> HTML документы для приложений хранятся в /usr/share/doc/$package и
>>> доступны по адресу http://localhost/doc/<package>/<filename>
>> 
>> Не знаю даже что и сказать. :) Это у нас вообще не регламентировано.
>> Должны ли все веб-сервера предоставлять доступ к /usr/share/doc из коробки?
>> Мне кажется что нет.

AA>   +1
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>

>>> 3. Доступ к изображениям.
>>>
>>> Рекомендуется хранить изображения в /usr/share/images/$package и
>>> доступ к ним должен производить через альяс /images/
>>> Например http://localhost/images/<package>/<filename>
>> 
>> А оно надо? Вынуждает майнтейнера на дополнительную возню.
AA>   Полезно: для данного каталога можно сделать индивидуальные настройки
AA> (например механизмы кешерования и пр.) с учётом того что в нём статика
AA> (и часто объёмная).

Ну я бы всё-таки не стал делать этот пункт обязательным. Что-то сходу не
вспомнил даже, какие веб-приложения таскают кучу графики в images.

>>> 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>

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

-- 
vvk


  reply	other threads:[~2008-06-06  9:43 UTC|newest]

Thread overview: 62+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-13 13:29 [devel] apache2: умножение псевдопользователей без необходимости Igor Vlasenko
2008-05-14  9:15 ` Aleksey Avdeev
2008-05-14 11:44   ` Igor Vlasenko
2008-05-14 12:23     ` Aleksey Avdeev
2008-05-14 14:11     ` Michael Shigorin
2008-05-14 15:04       ` Andrey Rahmatullin
2008-06-04 12:57       ` Aleksey Avdeev
2008-06-04 13:20         ` Igor Vlasenko
2008-06-04 13:28           ` Aleksey Avdeev
2008-06-05 11:31           ` Vladimir V. Kamarzin
2008-06-06  7:00             ` [devel] I: Замечания к webpolicy (was: apache2: умножение псевдопользователей без необходимости) Aleksey Avdeev
2008-06-06  7:12               ` Mikhail A. Pokidko
2008-06-06  8:28                 ` [devel] I: Замечания к webpolicy Vladimir V. Kamarzin
2008-06-06  8:39                   ` Mikhail A. Pokidko
2008-06-06  8:55                     ` Vladimir V. Kamarzin
2008-06-06  8:59                   ` Aleksey Avdeev
2008-06-06  9:43                     ` Vladimir V. Kamarzin [this message]
2008-06-06  9:48                       ` Mikhail Gusarov
2008-06-06 10:03                         ` Aleksey Avdeev
2008-06-06  9:57                       ` Aleksey Avdeev
2008-06-06 10:02                         ` Mikhail Gusarov
2008-06-06 10:11                           ` Aleksey Avdeev
2008-06-10  4:10                             ` Vladimir V. Kamarzin
2008-06-10  5:28                               ` Aleksey Avdeev
2008-06-11  5:13                                 ` Vladimir V. Kamarzin
2008-06-10  4:19                         ` Vladimir V. Kamarzin
2008-06-10  4:32                     ` Vladimir V. Kamarzin
2008-06-10  4:51                       ` Mikhail Gusarov
2008-06-10  5:09                         ` Vladimir V. Kamarzin
2008-06-10  5:20                           ` Aleksey Avdeev
2008-06-11  5:10                             ` Vladimir V. Kamarzin
2008-06-11  7:06                               ` [devel] I: ╥пэуГпщьО з webpolicy Aleksey Avdeev
2008-06-11  9:26                                 ` [devel] I: замечания к webpolicy Vladimir V. Kamarzin
2008-06-11 10:38                                   ` [devel] I: впэуГпщьО з webpolicy Aleksey Avdeev
2008-06-17 11:56                               ` [devel] I: Замечания к webpolicy "2 Конфигурационные файлы: /etc/<имя>/" Aleksey Avdeev
2008-06-17 12:07                                 ` Mikhail Gusarov
2008-06-17 12:17                                   ` Aleksey Avdeev
2008-06-17 12:33                                     ` Mikhail Gusarov
2008-06-10  5:28                           ` [devel] I: Замечания к webpolicy Mikhail A. Pokidko
2008-06-10  5:44                             ` Aleksey Avdeev
2008-06-10  5:56                               ` Mikhail A. Pokidko
2008-06-10 22:05                                 ` [devel] I: Замечания к webpolicy, краткий анализ структуры Aleksey Avdeev
2008-06-11  6:09                                   ` Mikhail Gusarov
2008-06-11  7:18                                     ` Aleksey Avdeev
2008-06-17 12:08                           ` [devel] I: Замечания к webpolicy [cgi-bin] Aleksey Avdeev
2008-06-18  7:09                             ` Vladimir V. Kamarzin
2008-06-18 10:16                               ` Aleksey Avdeev
2008-06-18 10:37                                 ` Aleksey Avdeev
2008-06-18 12:24                                   ` Aleksey Avdeev
2008-06-10  5:13                       ` [devel] I: Замечания к webpolicy Mikhail A. Pokidko
2008-06-06  9:01                   ` Aleksey Avdeev
2008-06-06  8:13               ` Vladimir V. Kamarzin
2008-06-06  8:33                 ` Aleksey Avdeev
2008-06-06  9:05                   ` Vladimir V. Kamarzin
2008-06-10  4:29         ` [devel] выбор имени общей группы для веб-серверов (was: apache2: умножение псевдопользователей без необходимости ) Vladimir V. Kamarzin
2008-05-14 12:29   ` [devel] apache2: умножение псевдопользователей без необходимости Vladimir V. Kamarzin
2008-05-21 16:30     ` Michael Shigorin
2008-06-04 12:54     ` [devel] webserver-common (was: apache2: умножение псевдопользователей без необходимости) Aleksey Avdeev
2008-06-10  6:47       ` [devel] I: webserver-common-0.2-alt1.src.rpm ушёл в Sisyphus (was: webserver-common ) Aleksey Avdeev
2008-06-10 12:35         ` [devel] I: Унифицированные apache{,2} ушли в incoming/Daedalus (was: webserver-common-0.2-alt1.src.rpm ушёл в Sisyphus) Aleksey Avdeev
2008-06-21  6:21           ` [devel] I: Унифицированные apache{,2} ушли в incoming/Daedalus Aleksey Avdeev
2008-06-10 22:27     ` [devel] Макросы для веб-серверов (was: apache2: умножение псевдопользователей без необходимости) Aleksey Avdeev

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=m31w3adhlf.fsf@vvk.distance.ru \
    --to=vvk@altlinux.ru \
    --cc=devel@lists.altlinux.org \
    /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