Jacek Osiecki pisze: > On Fri, 11 Sep 2009, Remigiusz 'Enleth' Marcinkiewicz wrote: > >> Dnia piątek 11 wrzesień 2009 o 13:49:59 Jacek Osiecki napisał(a): >>> Faktycznie, to było to. >>> Ale niestety - nadal z fcgi nici... Cały czas walczę z prawami, aliasami >>> itd... Czy istnieje jakiś przepis jak to zrobić w PLD? Bo według tego co >>> podałem to za Chiny się nie da... > >> Odpalaj osobne procesy fcgi dla każdego usera systemowego, z jego UID >> i GID, >> zamiast używać suphp - między innymi po to fcgi w ogóle powstało. >> >> Nie wiem tylko jak to dobrze zorganizować w konfigu apacza, używam >> lighttpd >> które agreguje ustawienia tego samego podsystemu podane w różnych >> miejscach >> (czyli główny plik konfiguracyjny ustawia globalne opcje fcgi, a pliki >> dla >> vhostów tylko podają socket konkretnej instancji dla danego usera). >> Coś musisz >> wymyślić, żeby pasowało do tego co chcesz osiągnąć. > > No właśnie w konfiguracji problem, zaczynam powoli wymiękać :) > >> Poza tym, wsparcie w PLD dla wielu procesów fcgi na różnych userach i z >> różnymi socketami właściwie nie istnieje, php-fcgi-init to raczej >> zabawka, > > Wszystko zaczęło się od tego, że na nowym serwerze chciałem użyć apache'a w > trybie worker zamiast prefork. Skoro worker, to PHP musi być odpalone jako > CGI. Skoro CGI, to najlepiej fCGI. Ale skoro nie bardzo da się to w ogóle > powiązać z rozdzieleniem uprawnień użytkowników, to chyba niestesty będę > kombinował ze zwykłym php-cgi :(
Tak to jest jak się czyta dokumentację! :) Ja nic nie wiedziałem że worker (event) nie działa z php jak prefork przestawiłem na worker i do dziś się nikt nie skarży. Fakt, nie używam suphp, ale tam nie jest potrzebne. -- pzdr Stacho _______________________________________________ pld-users-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
