Запуск php-скриптов с правами пользователя

Да, нагрузка возрастает, но не настолько драматично как об этом многие говорят. Насчет неверных прав это решаемо либо через umask пользователю или глобально либо в худшем случае (если совсем уж никак не получается) гонять проверку через крон. Насчет того что не работает http authentication - ерунда полная, все превосходно работает. Хотя может и не работать если кривые руки и неправильно настроен php.ini. У меня в данный момент 11 серверов, все переведены на suphp, и нет никаких нареканий от пользователей.

[eServer.ru]

Ну если она у Вас отпатченна, может и работает. Или может после 4.3.4 что-то изменилось в CGI версии PHP.

Некоторым клиентам, работающим по "PHP для новичков", тяжело объяснить про права на файлы и директории. Крон прогонять поминутно тоже не будешь.
Мы выбрали модульную версию (само-собой с измененным кодом для работы из-под юзера) и нареканий клиентов она не вызывает, в отличие от CGI версии.

Какое именно решение это вопрос целей и задач. Если у вас все работает как вы хотите и приносит результаты которые требуются, то как говорится - почему нет?

[monch]

Стоит ли использовать KeepAlive или нет?
С ним (наверное) возникли некоторые затруднения в реализации задумки.

[eServer.ru]

Имхо, в этом нет необходимости. Только лишняя нагрузка на веб-сервер. И Timeout уменьшить до 60-90 стоит.

Сообщение от [b

Цитата[/b] (monch @ 26 Декабря 2004, 14:54)]Стоит ли использовать KeepAlive или нет?
С ним (наверное) возникли некоторые затруднения в реализации задумки.

Soglasen, neobhodimosti v etom kak pravilo net, za isklucheniem kakih-to uzh ochen' osobennyh nuzhd klienta. No eto - redkost' na moej pamyati.

[KPOXA]

Плохо что при внутреннем редиректе скрипта на php интерпретатор PATH_INFO не работает.

[KPOXA]

А для работы авторизации в php запускаемом как CGI надо при компиляции апача указывать один дефайн, забыл как называется, но копать надо в ту сторону.

[ISProHosting.com]

Сообщение от [b

Цитата[/b] (eServer.ru @ 25 Декабря 2004, 21:27)]Ну если она у Вас отпатченна, может и работает. Или может после 4.3.4 что-то изменилось в CGI версии PHP.

Некоторым клиентам, работающим по "PHP для новичков", тяжело объяснить про права на файлы и директории. Крон прогонять поминутно тоже не будешь.
Мы выбрали модульную версию (само-собой с измененным кодом для работы из-под юзера) и нареканий клиентов она не вызывает, в отличие от CGI версии.

Можно узнать, что вы патчили? mod_php? Сам Апач? Ядро?
Работает ли Апач из-под nobody/www/apache или рутом?

Очень хочется использовать mod_php в сочетании с eAccelerator (очень хорошие результаты - на реальных приложениях типа Mambo, vBulletin, phpNuke порядка 40% выигрыша в скорости).

Естественно, я не прошу выложить собственно патч
Но более-менее подробно объяснить, если это возможно?

Будем искать программера, который грамотно сможет реализовать связку mod_php и gid/uid для выполняемых скриптов...

Вообще-то странно, что до сих пор никто не попытался создать грамотный хак....

[monch]

Мой вариант состоит из двух частей:
1. Патч для апача.
2. Модуль для ядра (lkm).

В первой части реализована смена идентификаторов процесса апача. Во второй - подмена некоторых системных функций (setuid, setgroups). Одним из условий разработки была невозможность перекомпиляции ядра (такая уж система

Апач работает обычным пользоваетелем (скажем, www.www). НЕ root.

eAccelerator не знаю как работает, поэтому не могу говорить о совместимости с ним. Теоретически, никаких "преград" для него нет. Zend optimizer работает.

Честно говоря, вся эта связка находится в стадии бета-тестирования (на реальной системе). Однако, я не уверен до конца в полной корректности ее работы из-за отсутствия полного понимания ядра linux, механизмов работы с памятью и привелегиями.

Думаю, что грамотно такую вещь не написали (вернее, наверняка написали, но не делятся) тоже из-за отсутствия понимания и, как следствие, из-за отсутствия уверенности в 100% корректности работы.