Kto Daje Php5 Jako Moduł

[PeterRiley 0]

Które polskie firmy hostingowe (serwery niekoniecznie w Polsce) udostępniają php5 jako moduł apache'a (nie jako cgi)?

[beliq 442]

Pozwolisz, że spytam kierowany czystą ciekawością. Po Ci koniecznie do szczęścia ten moduł Apacha?

[VIPserv.org 4]

www.vipserv.org

[michalpc 0]

nand czy Ty nie przesadzasz z ta reklama

a zreszta w panelu widze Obsługa PHP4, PHP5-CGI

domyslnie jest php5

musza popracowac nad spojnoscia informacji

Odradzam chociazby z powodu braku danych firmy w kontakt

 

http://demoo1.vipserv.org/phpinfo.php

http://demoo1.vipserv.org/phpinfo.php5

 

dla Ciekawych

[alien 345]

KEI udostepnia PHP jako modul. Tylko musisz ich poprosic o konto na serwerze, na ktorym jest ustawiony domyslnie PHP5 (pozostale wersje leca jako CGI).

 

Poza tym tez przylaczam sie do pytania - po co Ci akurat modul? Jesli chodzi o szybkosc to FastCGI z odpowiednim zapleczem sprzetowym (RAM) nie bedzie gorszy.

[PeterRiley 0]

Poza tym tez przylaczam sie do pytania - po co Ci akurat modul? Jesli chodzi o szybkosc to FastCGI z odpowiednim zapleczem sprzetowym (RAM) nie bedzie gorszy.

Po doswiadczeniach z php5 cgi na WEBD. Byc moze przy odpowiedniej konfiguracji wszystko smiga, ale tam mialem problemy typu dlugie wczytywanie stron czy Internal Server Error od przypadku do przypadku. Natomiast PHP4 jako mod dziala tam bez zarzutu.

Dlatego sie zrazilem do CGI.

[ramze5 0]

Cal.pl ma php5 jako modul.

[alien 345]

ale tam mialem problemy typu dlugie wczytywanie stron czy Internal Server Error od przypadku do przypadku. Natomiast PHP4 jako mod dziala tam bez zarzutu.

Dlatego sie zrazilem do CGI.

 

Tak, to zalezy od konfiguracji :-).

 

Standardowe CGI rzeczywiscie jest bardzo wolne, jednak juz Fast CGI nie jest i ogladalem nawet wyniki benchmarkow, gdzie okazywal sie szybszy od mod_php.

 

A chcialbym zwrocic uwage na inna rzecz. Zle skonfigurowany mod_php jest zagrozeniem dla bezpieczenstwa, poniewaz mod_php uruchamia sie na prawach uzytkownika HTTP. Przy poprawnej konfiguracji mozna to jednak rozwiazac dobrze, ale nie jest to trywialne. Uwazalbym wiec na mod_php w malych firmach hostingowych. Czesto admin nie mogac sobie poradzic z bezpieczenstwem na poziomie systemu i serwera, wlacza jakies safe_mode w php, ktory wprowadza troche restrykcji na PHP.

[VIPserv.org 4]

Tak, to zalezy od konfiguracji :-).

 

Standardowe CGI rzeczywiscie jest bardzo wolne, jednak juz Fast CGI nie jest i ogladalem nawet wyniki benchmarkow, gdzie okazywal sie szybszy od mod_php.

 

A chcialbym zwrocic uwage na inna rzecz. Zle skonfigurowany mod_php jest zagrozeniem dla bezpieczenstwa, poniewaz mod_php uruchamia sie na prawach uzytkownika HTTP. Przy poprawnej konfiguracji mozna to jednak rozwiazac dobrze, ale nie jest to trywialne. Uwazalbym wiec na mod_php w malych firmach hostingowych. Czesto admin nie mogac sobie poradzic z bezpieczenstwem na poziomie systemu i serwera, wlacza jakies safe_mode w php, ktory wprowadza troche restrykcji na PHP.

 

FastCGI i CGI to nie to samo co CGI+suexec czy FastCGI+suexec. Nikt nie oferuje FastCGI+suexec w środowisku wieloużytkownikowym (współdzielonym) ze względu na to że każdy użytkownik musiał by mieć cały czas uruchomione swoje instancje (handlery) FastCGI. Jeśli ktoś to by robił to tylko dla małej grupy ludzi z małą ilością handlerów (co może spowolnić duże strony) ponieważ każdy uruchomiony handler PHP to min. 10MB pamięci. A więc FastCGI nie jest rozwiązaniem problemów bezpieczeństwa jakie stwarza użytwanie mod_php w środowisku z dużą ilością użytkowników. Z kolej na serwerach gdzie jest konieczny tylko jeden użytkownik można uruchomić serwer www z mod_php jako ten dany uzytkownik i problemu nie ma. Dlatego FastCGI jest przereklamowane, a jedyną potencjalną zaletą może być oszczędność ramu w porównaniu do handlerów serwera www które to obsługują zapytania wszelkie - także te o grafikę przez może być wymagana ich większa ilość.

 

http://demoo1.vipserv.org/phpinfo.php

http://demoo1.vipserv.org/phpinfo.php5

 

dla Ciekawych

Poprawne linki to

http://vipserv.org/info.php

http://sv1.vipserv.org/php5cgi/

http://sv1.vipserv.org/php4/

[Gość patrick]

To się dokopałeś

[malu 460]

Powiedziałbym nawet to się wkopałeś :-))

Nie no wręcz nie mam siły tego negować. (Niech ktoś mnie wyręczy)

Proszę się absolutnie nie sugerować tym co napisał nand.

[Prohost 345]

FastCGI i CGI to nie to samo co CGI+suexec czy FastCGI+suexec. Nikt nie oferuje FastCGI+suexec w środowisku wieloużytkownikowym (współdzielonym) ze względu na to że każdy użytkownik musiał by mieć cały czas uruchomione swoje instancje (handlery) FastCGI. Jeśli ktoś to by robił to tylko dla małej grupy ludzi z małą ilością handlerów (co może spowolnić duże strony) ponieważ każdy uruchomiony handler PHP to min. 10MB pamięci. A więc FastCGI nie jest rozwiązaniem problemów bezpieczeństwa jakie stwarza użytwanie mod_php w środowisku z dużą ilością użytkowników. Z kolej na serwerach gdzie jest konieczny tylko jeden użytkownik można uruchomić serwer www z mod_php jako ten dany uzytkownik i problemu nie ma. Dlatego FastCGI jest przereklamowane, a jedyną potencjalną zaletą może być oszczędność ramu w porównaniu do handlerów serwera www które to obsługują zapytania wszelkie - także te o grafikę przez może być wymagana ich większa ilość.

 

Tyle głupot w jednym poście