Apache и разные юзеры
 

Вроде в этот раздел, коли чего, перетащите, куда следует.

Есть Дебиан, на нем Apache 1.3.26 c mod_php
Работает несколько сайтов (разные юзеры), понятное дело на одном апачике, как бы заставить работать всех не под одним юзером www-data а каждого апача под своим юзером, есть мысль дать каждому по апачу, и проксей разгребать все на 80 порт, но это не дело, на одном известном хостинге так реализовано (все процессы httpd принадлежат разным юзерам), но как?

suExec пашет только для CGI :(

mpm perchild это называется. в 1.x апаче вроде назывался mod_perchild.

громадное спасиба :) то, что надо!

проблема только в том, что для первого апача такого модуля не бывает :(

Он только для первого собственно и есть. Для второго его уже который год пофиксить не могут.

а можно линк? а то нахожу исключительно для второго...

нашел вот еще mod_peruser - но тоже только для второго, для первого уже давно заброшен...

http://www.telana.com/peruser.php dlya apache2 only
eshe odin http://www.metux.de/mpm/en/ toje dlya apache2
a luchshe poprobuy suPhp eto pomoemu kak raz to chto tebe nado, vse php pod uid/gid usera zapuskayutsya

suphp это cgi-вариант (что имхо не есть хорошо).

metuxmpm я встречал, но вот не рискнул его использовать на посещаемых серверах. Можешь что-нибудь сказать о стабильности и загрузке? Может он обрабатывать более 256 юзеров одновременно?

naskolko ya znayu metux ochen buggy... s php mojet padat' po neponyatnim prichinam, poetomu toje ne risknul :))

a chto plohogo v etom? edinstvenniy minus nelzya ispolzovat vsyakie php_set v htaccess... no dlya etogo est' otdelniy php.ini dlya kajdogo user'a.

В cgi много есть нехорошего. От быстродействия, до возможностей.

naprimer lunarpages ispolzuet suphp.. dovolno ser'ezniy hoster :)) konechno perchild mpm dlya apache2 luchshe... no tam drugaya problema - vse paneli poka rabotayut tolko s apache1.3

ps: eshe est' takaya shtuka http://www.php4you.kiev.ua/docs/dk/apache_hack.html =)

Относительно лучше. Я не встречал человека который бы его успешно применил и был доволен стабильностью.

Знакомая статья. На opennet вроде кто-то постил. Почитать интересно, но вот насчет применения ... 2001 год. Много воды с тех пор утекло...

А может тебе подойдет jail? Я слышал там вроде для каждого сайта все свое(apache, cgi, php, etc).
Сам не делал:)

v ideale togda kajdomu apache po svoemu servaku s freebsd :)) a tak daje 100 jails i pamyati im vsem ne hvatit =)

я бы сделал все свое.... но боюсь на 10 посещаемых сайтов не хватит гига оперативки... если каждому по апачу дать...
CGI кардинально не катит, это однозначно, переписывать половину скриптов ломает...
у многих хостеров ЭТО как-то сделано, спрашивал админов - все молчат, один раскололся, что вроде как сами что-то в апачике ковыряли и компилили заново...

ochen interesno kakie php scripti ne rabotayut??? u menya vse ok..

eto samopisnie patchi dlya apache... no nikto kod ne daet tak kak mogut bit' security bugs :)

ну например выдача статусов редиректа по другому в CGI версии ....

или
почувствуйте разницу...

P.S. в общем я решил, кадому по апачу, и через nginx их буду разруливать....

Гы, это с вечной 502 ошибкой, как у хостера у которого ты был, а теперь сервак на солокейшене поставил :p Желаю его более корректно вам настроить...

Опиши потом что да как получилось.

P.S. А в CGI версии не так уж и много отличий на самом деле, так что подправить скрипты можно при желании. Хотя конечно некоторые из них и досадные. Но зато с CGI спокойно можно использовать suEXEC и не тратить столько ресурсов сервера впустую на отдельные Апачи.

ну там 502 была из-за того, что скрипты убивались по таймауту, и nginx оставался в обломе без обещанных данных...
у себя я все лимиты к черту снял :)

Неееет, если бы только по этой причине, то все было бы просто прекрасно. Незнаю уж точно по какой это происходит, но часто она вылетает просто сразу, на простейших скриптах. Посмотри, на форуме там описывают много, даже кто-то наблюдал ее на "Hello World" Перловом. Так что настроить его грамотно (если это в настройке дело конечно) видимо не так уж и просто...