From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4316EDD8.50800@solin.spb.ru> Date: Thu, 01 Sep 2005 16:02:32 +0400 From: "Aleksey Avdeev" User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.7.7) Gecko/20050426 X-Accept-Language: ru, be, uk, en-us, en MIME-Version: 1.0 To: ALT Devel discussion list Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: [devel] Q: =?koi8-r?b?9MXL1d3FxSDTz9PUz9HOycUgd2ViIHBvbGljeSAoycTFySDE?= =?koi8-r?b?zNEgYnVnemlsbGEp?= X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Sep 2005 12:02:47 -0000 Archived-At: List-Archive: List-Post: Здравствуйте. В связи с очередным подходом к bugzilla (для внутренних проектов, с небольшим количеством участников, требуется возможность перевесить баг на пользователя из списка -- разумеется, данная фича будет отключаемой) интересует текущее состояние web policy (и скриптов поддержки). На данный момент задумка такая: 1. Ставить bugzilla в /usr/share/bugzilla/x.y.z. Т. к. БД разных версий между собой несовместимы, а преобразование односторонние -- требуется обеспечение одновременной установки нескольких версий. Обновление bugzilla конкретного сайта -- планирую отдать на откуп его вебмастера. 2. Иметь скрипты для установки (обновления) приложения непосредственно на сайт его администратором. Помню разговор (в контексте web policy) о создании скриптов перемещения web приложений на нужное место через копирование файлов и/или выставление симлинков по списку. Немогу найти, чем он закончился. (Помню что-то про пакет их содержащий... Но немогу его найти.) 3. Обеспечение работы приложения под обоими apache. Сдесь пока вижу загвозтку с конфигурационными фалами (localconfig и .htaccess в частности): желательно обеспечить доступ только вебсерверу (ro) и администратору сайта (rw). В случаи одного apache -- решение видно: 640 <админ>:apache <файл> Но у нас есть apache и apache2 и нет группы содержащей их обоих... Как быть в таком случаи (без создания общей для веб серверов группы) -- я незнаю. 4. Обеспечить работоспособность под mod_perl. (В перспективе: пока mod_perl для меня -- тёмный лес.) -- С уважением. Алексей.