On Tue, 26 Jan 2010, Marcin Kurzyna wrote:
On Tuesday 26 January 2010 18:44:25 Jacek Osiecki wrote:
a powinno ci sie przydac, bo FastCGI to najbezpieczniejszy i najszybszy
model odpalania prpocesów PHP.
Teoretycznie najbezpieczniejszy, ale za to wysoce problematyczny - nigdzie
nie można znaleźć jednoznacznej informacji jak go używać... Bezpieczny to
jest dopiero po pożenieniu z suexec/suphp, a prób zestawienia działającego
zestawu fcgi+suphp miałem już serdecznie dosyć. Do tego nie działa z APC,
który daje takiego kopa że niejeden serwer uratował...
Szczerze mówiąc to ja tam nie wiem jaki problem jest z APC - SOA#1 ;-) Jak
również z odpaleniem fcgi+suexec.
Jakoś ile razy próbowałem cokolwiek z tym zrobić to APC w zasadzie nie było
wykorzystywane... Teraz serwer jest już uruchomiony i żadne rewolucje nie
wchodzą w grę, więc nawet nie odtworzę jakie dokładnie problemy były :)
Jeśli natomiast uwzględniasz bezpieczeństwo to tylko via fcgi bo to ci daje
separację dostępu do danych w APC. Przy mod_php kiedy cache jest *jeden* nie
ma większego problemu z odczytaniem i zmienieniem danych innego vhosta ;-)
Jakieś szczegóły? Bo nie znalazłem żadnych alertów o krytycznych bugach w
APC - na secunia w zasadzie jest tylko jedno zgłoszenie, dotyczące buffer
overflow...
Jako mod_php - zać php.cgi jest potrzebne do odpalania pojedynczych rzeczy
z crona. Tak, wiem - można mu wskazać jawnie plik konfiguracyjny - ale
Do tego to zdecydowanie php.cli
OK - choć właśnie nie wiem czemu nie przekazał parametrów. Ale to sprawdzę
jutro ;)
Pozdrawiam,
--
Jacek Osiecki [email protected] GG:3828944
I don't want something I need. I want something I want.
_______________________________________________
pld-users-pl mailing list
[email protected]
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
