https://www.opennet.ru/openforum/vsluhforumID3/16338.html Maxim Sipaygin подготовил описание (http://apachedev.ru/2006/06/10/strukturyi-dannyih-apache-request_rec/) всех полей структуры request_rec сервера Apache версии 2.2.2. Также приведены практические примеры работы с некоторыми полями этой структуры.<br><br><br>В другой статье "How To Set Up suPHP With PHP4 And PHP5 (http://www.howtoforge.com/apache2_suphp_php4_php5)" рассказывается про использование apache модуля suPHP для запуска PHP4 и PHP5 скриптов под uid пользователя.<br><br><br><br>URL: http://apachedev.ru/2006/06/10/strukturyi-dannyih-apache-request_rec/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=7714<br> https://www.opennet.ru/openforum/vsluhforumID3/16338.html#5 Wed, 14 Jun 2006 18:17:44 GMT &gt;Модуль работает как часть процесса апача, это значит, что при смене uid будет меняться <br>&gt;uid всего процесса апача, <br><br>да-да, но создатели perchild и metux похоже об этом не знают ;)<br>http://www.opennet.ru/opennews/art.shtml?num=5270 - подчёркивается, что эти модули используют нити<br><br>&gt;соответственно, единственное приемлемое решение здесь - <br>&gt;форкать процесс апача на каждый php-запрос. <br>&gt;Это ненамного быстрее запуска cgi.<br><br>Ну да, дефолтный MPM апача prefork использует порождение новых процессов, и никто пока не умер. <br><br>&gt;Еще вариант - держать php как fastcgi сервера, запущенные для каждого юзера.<br><br>Заставить юзеров переписать свои скрипты для использования fastcgi нет ни желания, ни возможности. Есть вариант запускать для каждого вхоста свой апач, но это сопряжено с большими трудностями и некрасиво, ибо жрёт память зело. <br><br>&gt;P.S. А вообще же следует просто выкинуть нафиг эту гавнягу PHP :)<br><br>Может быть действительно заставить уже всех перелезть на asp.net? %) https://www.opennet.ru/openforum/vsluhforumID3/16338.html#4 Tue, 13 Jun 2006 11:31:48 GMT Модуль работает как часть процесса апача, это значит, что при смене uid будет меняться uid всего процесса апача, соответственно, единственное приемлемое решение здесь - форкать процесс апача на каждый php-запрос. Это ненамного быстрее запуска cgi.<br>Еще вариант - держать php как fastcgi сервера, запущенные для каждого юзера.<br><br>P.S. А вообще же следует просто выкинуть нафиг эту гавнягу PHP :) https://www.opennet.ru/openforum/vsluhforumID3/16338.html#3 Tue, 13 Jun 2006 11:31:45 GMT [ upd ]<br>apache 2.0.55 https://www.opennet.ru/openforum/vsluhforumID3/16338.html#2 Tue, 13 Jun 2006 11:27:57 GMT есть свой mpm, вирт хост чрутится + mod_php от своего юзера пашить, чрут делаеца на процесс, тоесть внутрь вир хоста ненужно класть либы и прочий мусор, только mysql.so для пхп.<br>p.s. + сам апач стартует без рута, тут спеицифика - все это реализовано на Solaris 10 x86, на линухе или бзде работать небуит.<br>могу дать потестить, покамись bins only, еще не решил под какой лицензией октрывать сурсы, да еще и почистить код нужно, а так пашет на машине под 20к-30к _уникальных_ посетителей в сутки (+ mod_security), проблем с пхп нету, на хостах пых пых бб, нюки и прочий ширпотреб, мыльте либо в асю 138289374<br>итого: чтобы потестить - solaris 10 x86 желательно 10/06. https://www.opennet.ru/openforum/vsluhforumID3/16338.html#1 Tue, 13 Jun 2006 10:21:42 GMT Интересно было бы почитать о запуске php-скриптов под uid пользователя с mod_php, для cgi решение давно известно - suexec.<br>Нужнейшая вещь, но это в каком-то полузачаточном состоянии в виде Metux MPM.<br>Может, в 2.2.х есть какие-то подвижки на эту тему?