From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <53945.217.147.104.223.1135598697.squirrel@squirrel.peet.spb.ru> Date: Mon, 26 Dec 2005 15:04:57 +0300 (MSK) From: "Peter V. Saveliev" To: sysadmins@lists.altlinux.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on radlinux.org X-Spam-Level: X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=failed version=3.0.4 Subject: [Sysadmins] perl (python,tcl...) + fastcgi X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Linux sysadmin discuss List-Id: ALT Linux sysadmin discuss List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Dec 2005 12:05:13 -0000 Archived-At: List-Archive: ... Есть задумка организовать примерно такую схему: пользователь Х, скрипты вида | v [ php, perl, python, tcl ] в режиме fcgi-сервера под uid X ^ | v web-server - ( apache | nginx | lighttpd ) обоснования: 1) исполнение скриптов происходит под определённым uid 2) возможно разнести web- и application(fcgi)-сервера по разным машинам 3) при большой загрузке сервера это вроде как обещает бОльший performance Я уже в isp@ вроде как пытался обрисовать такую схему. На данный момент у меня есть тестовая конфигурация, где крутится lighttpd (в плане стоит переход на nginx, но особой роли в архитектуре это не играет) и работает php именно в таком режиме: от каждого пользователя запущен php-cgi -b ... и сервер раскидывает скрипты на сокеты fcgi. Вопросы: а) возможно ли реализовать тот же подход для а.1) perl а.2) python а.3) tcl ? Если кто знает, как (хотя бы по одному из пунктов) -- отпишите б) есть ли альтернативная схема, чтобы дать исполняющемуся скрипту нужный uid? (схема с suexec в apache, как примочка к stock cgi, вызывает тяжёлую задумчивость своей жручестью по части ресурсов [благодаря тому самому cgi]) в) есть ли вообще способ (кроме как для php, с которым уже всё б/м ясно) иметь универсальный обработчик fcgi, _не_ прописывая _каждый_ скрипт в конфиг веб-сервера? (что, имхо, бред) Вот. Ответы можно приватом, если считаете эту тему ОТ. Вопросы родились после того, как я же недели полторы пытаюсь (не сильно, правда, перенапрягаясь) найти что-либо похожее на php-cgi -b ... для перла и питона. -- Peter V. Saveliev