16561 2008-08-05 19:00:16 +0400 Дефолтный VirtualHost в начальной конфигурации 2017-10-16 14:40:42 +0300 1 1 4 Development Sisyphus apache unstable all Linux CLOSED WONTFIX P2 enhancement --- 1 misha solo at cas crux ender kopilo4ka lakostis ldv mike mithraen qa_viy rider shaba solo viy vvk qa-sisyphus oldest_to_newest 74868 0 misha 2008-08-05 19:00:16 +0400 Есть предложение в начальной конфигурации апача добавить виртуальный сервер по умолчанию (_default:*) в /var/www/vhosts/default. Содержимое: страничка с дальнейшими краткими рекомендациями (куда читать/копать). В пакете прописывается, что это конфиг с noreplace. Таким образом, добиавемся результатов: 1. пользователи отучаются раскладывать данные в /var/www/html, ибо "из коробки" оттуда и не заработает. 2. новичкам проще будет сделать "по образу и подобию", т.к. пример уже под носом. 74869 1 solo 2008-08-05 19:12:16 +0400 Если такое и делать -- то только для Сизифа, незатрагивая бранчи... 74872 2 misha 2008-08-05 19:31:15 +0400 > Если такое и делать -- то только для Сизифа, не затрагивая бранчи... Насчет бранчей не спорю - на них уже много продакшен инсталляций завязано, чтобы так менять поведение системы. Но в Сизифе такое сделать стоит, т.к. /var/www/html по факту уже не является правильным местом для пользовательских данных. И лучше будет, если такое место будет не только упомянуто в доках, но и выдано в готовом виде. 74878 3 Dmitriy.Kruglikov 2008-08-05 20:33:58 +0400 (In reply to comment #2) > > Если такое и делать -- то только для Сизифа, не затрагивая бранчи... А если завернуть в некий пакет, который можно будет накатить (по желанию) не только на Сизиф ? Т.о. и бранч не заторнут, и можно затронуть при желании. > > И лучше будет, если такое > место будет не только упомянуто в доках, но и выдано в готовом виде. > И "шаблонизация" виртуальных хостов. Кроме vhosts/default с описанием, добавить vhosts/example, для которого уже и настройка в Апаче есть, но закомментирована... А набор скриптов "Что-нибудь вроде vhostctl <--add|--del|--on|--off>" (цитата из рассылки) будет вообще великолепно, особенно если в комплекте будет и "ручка" в альтераторе. 74882 4 solo 2008-08-05 21:31:10 +0400 (In reply to comment #2) > > Если такое и делать -- то только для Сизифа, не затрагивая бранчи... > > Насчет бранчей не спорю - на них уже много продакшен инсталляций завязано, > чтобы так менять поведение системы. > > Но в Сизифе такое сделать стоит, т.к. /var/www/html по факту уже не является > правильным местом для пользовательских данных. Почему? > И лучше будет, если такое > место будет не только упомянуто в доках, но и выдано в готовом виде. Не думаю, что нужно принимать такие меры. Что-то самнения меня гложут... Пока -- думаю действовать в обратном направлении (упращении размещения пользовательских данных в /var/www/html и защиты их от изменений). 74883 5 solo 2008-08-05 21:32:37 +0400 (In reply to comment #3) > (In reply to comment #2) > > > Если такое и делать -- то только для Сизифа, не затрагивая бранчи... > А если завернуть в некий пакет, который можно будет накатить (по желанию) > не только на Сизиф ? > Т.о. и бранч не заторнут, и можно затронуть при желании. В виде отдельного пакета -- я только за. 74886 6 misha 2008-08-05 21:55:15 +0400 (In reply to comment #4) > > Но в Сизифе такое сделать стоит, т.к. /var/www/html по факту уже не является > > правильным местом для пользовательских данных. > > Почему? Потому что туда много чего укладывается разными пакетами, включая apache-common. Потенциально имеем конфликт с действиями юзера, о чем очередной раз шумят в community@. BTW, https://bugzilla.altlinux.org/show_bug.cgi?id=2510 http://lists.altlinux.org/pipermail/community/2008-August/415250.html > > И лучше будет, если такое > > место будет не только упомянуто в доках, но и выдано в готовом виде. > > Не думаю, что нужно принимать такие меры. Что-то самнения меня гложут... > > Пока -- думаю действовать в обратном направлении (упращении размещения > пользовательских данных в /var/www/html и защиты их от изменений). Уфф... есть еще один аргумент: сервер с одним виртхостом или несколькими весьма похожи по части конфигурации, а вот сервер с виртхостами и без - отличаются заметнее. В общем, в предложенном варианте мы делаем следующее: а) снимаем с пользователя необходимость выбирать между необоснованно различающимися вариантами настройки; б) не боимся, что кто-нибудь в /var/www/html закинет данные, которые будут переписаны новым или обновляемым пакетом. 74890 7 solo 2008-08-05 22:27:58 +0400 (In reply to comment #6) > (In reply to comment #4) > > > Но в Сизифе такое сделать стоит, т.к. /var/www/html по факту уже не является > > > правильным местом для пользовательских данных. > > > > Почему? > > Потому что туда много чего укладывается разными пакетами, включая apache-common. > Потенциально имеем конфликт с действиями юзера, о чем очередной раз шумят в > community@. > > BTW, > https://bugzilla.altlinux.org/show_bug.cgi?id=2510 > http://lists.altlinux.org/pipermail/community/2008-August/415250.html С этим я планирую бароться, см.: https://bugzilla.altlinux.org/show_bug.cgi?id=16353 http://lists.altlinux.org/pipermail/community/2008-August/415411.html > > > > И лучше будет, если такое > > > место будет не только упомянуто в доках, но и выдано в готовом виде. > > > > Не думаю, что нужно принимать такие меры. Что-то самнения меня гложут... > > > > Пока -- думаю действовать в обратном направлении (упращении размещения > > пользовательских данных в /var/www/html и защиты их от изменений). > > Уфф... есть еще один аргумент: сервер с одним виртхостом или несколькими > весьма похожи по части конфигурации, а вот сервер с виртхостами и без - > отличаются заметнее. Согласен. При этом у сервера без виртуалхостов _весьма_ простой конфиг. > В общем, в предложенном варианте мы делаем следующее: > а) снимаем с пользователя необходимость выбирать между необоснованно > различающимися вариантами настройки; В apache2 так и сделано: умолчальная конфигурация с виртхостами. Но умолчальный виртхост указывает на /var/www/html. > б) не боимся, что кто-нибудь в /var/www/html закинет данные, которые будут > переписаны новым или обновляемым пакетом. Вот с этим -- нужно бороться. Независимо от. 166359 8 rider 2017-10-16 14:40:42 +0300 закрываю за давностью.