Php fastcgi és mod_php - üstökös
A PHP FastCGI és mod_php előnyei és hátrányai
A legfontosabb különbségek az egységek között.
- mod_php:
.htaccess fog működni irányelv php_value, megengedve (feltétlenül szükséges) 777 (ami nagyon biztonságos), a fájlok és mappák nem jön létre a felhasználó nevében, de a nevében az apache (ez az egyik hátránya: törölni ezeket a fájlokat és mappákat, hogy rendszergazda segítség Nem tudsz). Ezzel a lehetőséggel a wap szkriptek 95% -a működni fog előzetes konfiguráció nélkül. - PHP FastCGI:
.htaccess php_value irányelv megtiltja (lesz hiba 500), 777 jogokat nem engedélyezett (annak ellenére, hogy a hibákat, érdemes megjegyezni, hogy annak érdekében, hogy írjon egy mappában több mint elég jogok 755 és fájlok 644, vagy szélsőséges esetben, 666), a fájlok és mappák A szkriptek végrehajtása szintén a felhasználó nevében történik. Ezzel a beépítéssel az ingyenes szkriptek nem fognak működni előzetes beállítás nélkül (megjelenik az 500-as hiba).
- mod_php:
a webszerver minden új kéréssel elindítja. Az alkalmazás elindítása néha jelentős időt vesz igénybe, gyakran az elindulás hosszabb időt vesz igénybe, mint a következő hasznos munka. Azt is megjegyezhetjük, hogy a szkriptek hibái a teljes webszerver működésképtelenségéhez vezethetnek. - PHP FastCGI:
démonként valósítható meg, azaz. maga is szerver lehet. A FastCGI alkalmazás mindig fut, így nem tart igényt az indításra, csak hasznos munkát kell végeznie. A szkriptek hibái nem vezetnek a teljes kiszolgáló üzemképtelenségéhez.
Fontos megjegyezni, hogy 300-500 kapcsolat esetén nem lesz észrevehető különbség a kiszolgáló terhelése szempontjából, legyen az fcgi vagy mod_php. De 1000 vegyület értékével a FastCGI jelentősen túlsúlyban van.
Az alábbiakban összefoglaljuk az eredményeket összehasonlítva php FastCGI és php Apache modul (mod_php), kiválasztja a fenti előnyök és hátrányok:
PHP Apache modulként
Ebben az esetben a PHP az apache mod_php webszerver modult használja.
- A szkriptek legnagyobb sebessége, más módszerekhez képest (nagyszámú kérés esetén).
- A művelet egyszerűsége, a szerver maga feldolgozza a szkripteket.
- Egy közös konfigurációs fájl az összes parancsfájlhoz (php.ini).
- Képesség beállítani a PHP konfigurációs változókat a webszerver konfigurációs fájlban vagy a .htaccess fájlon keresztül
Ugyanakkor az Apache mod_fastcgi modult használják, a szkriptek eszközeiken át a PHP tolmács bemenetére kerülnek.
- Minden parancsfájl a felhasználó - a www-domain tulajdonosa - jogaival kerül végrehajtásra.
- A PHP testreszabása minden felhasználó számára.
- Kevesebb memóriafelhasználás az apache modulhoz képest.
- A szkriptek hibái nem vezetnek a webszerver leeséséhez, szemben az apache modul PHP módjával.
- Bizonyos köztes adatok gyorsítótárazásával a parancsfájl nem értelmezhető minden egyes végrehajtásakor, és a PHP-hez képest nagyobb sebességet ér el, mint CGI.
- Az extra felhasználói folyamat (php-cgi) a memóriában van a folyamat első elérése után.
Így a használata FastCGI biztonságosabb, mind a hozzáférési jogok és a szempontjából jelenléte hibák a munka a külföldi scriptek, és még költséghatékony és gyors munkamódszer PHP-szkriptek. mod_php viszont van egy enyhe növekedése teljesítmény nagy (ezer csatlakozások), a terhelés az oldalon.