Cum aleg ca handler pentru scripturi PHP, blog-ul hostpro

Care stivuitoare PHP există?
Pentru a rula site-ul PHP, serverul ar trebui să interpreteze PHP-cod și de a genera o pagină la un moment în care vizitatorii deschide site-ul tau. El interpretează codul bazat pe PHP-biblioteci pe care le utilizați, de exemplu, PHP 4 sau PHP 5.

Există mai multe stivuitoare diferite care pot fi folosite pentru a descărca PHP: CGI, DSO, suPHP și FastCGI. Fiecare procesor oferă bibliotecă prin diferite fișiere și punerea în aplicare. Fiecare fișier și implementare afectează performanța serverului web Apache, deoarece determină modul în care Apache servește PHP.

Important pentru performanța procesorului server este alegerea care se potrivește situația dumneavoastră. Această selecție este la fel de important ca și versiunea de PHP. Un procesor nu este neapărat mai bun decât celălalt, depinde de site-ul dvs., sau un sistem CMS.

Notă: Aveți posibilitatea să atribuiți un handler PHP pentru diferite versiuni de PHP. De exemplu, versiunea 5 poate fi tratat cu CGI, în timp ce PHP 4 prelucrat DSO.
Cum se schimbă handler
PdC este foarte ușor și durează doar câteva secunde. Conectați-vă și du-te la WHM: Acasă >> Serviciul de configurare >> PHP și configurarea suexec

Pur și simplu alegeți handler PHP din meniul drop-down. Apoi faceți clic pe „Salvați“

cunoscut sub numele de mod_php. Aceasta este o configurație mai veche, dar de regulă, acest procesor este cel mai rapid. PHP ruleaza ca un modul Apache. Acest lucru înseamnă că script PHP este executat în numele utilizatorului Apache, care implicit este utilizatorul: «nimeni».

În al doilea rând, în opinia noastră foarte importantă, dezavantaj este problema de securitate. Fișierele create vor fi «nimeni» drepturi. Servere care folosesc acest tip de interpret, de multe ori supus atacurilor hacker-ilor. Este important să se țină evidența vulnerabilități în codul dvs., deoarece aceasta este singura metodă de a proteja site-ul de la „injectare“ nedorite
De regulă, aceste probleme nu sunt în mare măsură afectează majoritatea utilizatorilor.
Preimuschemstvom DSO este considerat de utilizare scăzută a procesorului, care permite utilizarea economică a resurselor de server.

CGI
CGI-handler - este atunci când rulează PHP ca CGI-modul, spre deosebire de modul Apache. CGI continuă să se ocupe de PHP-procese ca un utilizator «nimeni». De obicei CGI metoda este utilizată ca soluție de rezervă în cazul handlerul nu este disponibil pentru DSO. Conform documentației proprii CPanel, această metodă nu este nici rapid, nici în condiții de siguranță, indiferent dacă sunt sau nu sunt incluse suexec.

suPHP
suPHP ruleaza, de asemenea, PHP ca CGI-modul. Acesta diferă de CGI că PHP-script-uri, care sunt cauzate de rețea, va fi de lucru de către utilizator care deține script-ul. suPHP, de regulă, este handler implicit și este recomandat pentru menținerea CPanel PHP, pentru că puteți vedea ce utilizatorii rula anumite scripturi PHP.

suPHP profitabile că, dacă utilizați fișier instrument de descărcare de pe site-ul dvs. (de exemplu, o actualizare automată sau teme / plug-in de instalare pentru WordPress), fișierele vor avea deja dreptul de proprietate și permisiunea proprietarului. Descărcați WordPress și alte funcții nu vor funcționa fără suPHP sau FastCGI.

Dezavantajul este că suPHP utilizează mult mai mult utilizarea procesorului. De asemenea, nu puteți utiliza cache-ul Opcode (de exemplu, XCache sau APC), cu suPHP. Dacă găsiți că serverul este încă în mod constant luptă cu utilizarea procesorului, va trebui să ia în considerare trecerea la DSO sau FastCGI.

FastCGI
FastCGI (altfel: mod_fcgid) este o alternativă la CGI. Cu toate acestea, o serie de avantaje. Este sigur și are avantaje suPHP ca script-uri PHP va lucra ca utilizatorul real al Cpanel, spre deosebire de «nimeni». Spre deosebire de FastCGI este că se poate salva în mod semnificativ performanța procesorului și să ofere o viteză apropiată de DSO. Acesta poate fi, de asemenea, utilizate mecanisme de punere în cache, cum ar fi eAccelerator sau APC, care pot crește și mai mult viteza de încărcare a paginilor.

Principalul dezavantaj este că FastCGI este un consum mare de memorie, comparativ cu alte încarcatoare de boot.

Ne-ar dori să arate masa, care ar vedea avantajele și dezavantajele fiecărei handler pe care le-am descris.

server de standard, în nor cu 2CPU parametrii și 2GB RAM (Cloud-VPS-4) a fost, de asemenea, luată de noi. pe care le-am instalat cea mai recentă versiune de cPanel / WHM și a stabilit toate cele 4 versiuni handler. Apoi, avem un site cu Wordpress instalat și a efectuat măsurători ale performanței site-ului. Pentru testare am folosit un instrument ab la numărul de conexiuni simultane la 100. Asta avem:

După cum se poate observa, FastCGI a făcut față cel mai rapid procesat timp de 15 secunde, 100 de cereri, media este de 6,5 cereri pe secundă. Prin urmare, putem concluziona că, dacă nu este nevoie de a salva memoria serverului, puteți trece cu ușurință la FastCGI sau DSO, crescând astfel viteza de încărcare de pagini. În caz contrar, ar trebui să facă o alegere între CGI sau suPHP.

Director Tehnic Hostpro.ua

și CUM MPM-ITK cont pentru apache, care permite utilizatorului să ruleze procese ssh. Când porniți mod_php și MPM-ITK eliminarea problemei securității și umane ;-)

Eu folosesc FastCGI. nu surprins de rezultate, el a fost cel mai potrivit pentru utilizare.

Este ciudat că nici o mențiune de php-fpm + Nginx

Aș dori php cgi, și Nginx + apache-ITK

Rataceste tovarăși! Walks! mod_php vs diferență fastcgi 3-1.5 ori performanța în favoarea mod. cgi FastCGI din diferența de ori

Concluzia în articol vorbește de la sine, dacă nu aveți nevoie pentru a economisi resursele și capacitatea necesare pentru a fi selectat FastCGI sau DSO (mod_php). În mod_php productivitatea este mărită dacă utilizați pedala de accelerație.

Dacă credeți că articolul su_php cel mai rău buchet. Brad. Ce puteți spune despre Nginx + php-fpm? În cazul în care testele sunt efectuate cu ajutorul ab, atunci se va afișa o grămadă de rezultate proaste. Ce crezi de ce?

Nu ne-am descris aici, locul de muncă Nginx + php, deoarece accentul a articolului a fost pus pe utilizarea Apache + PHP. Am nevoie pentru a arăta că este mai bine să aleagă un utilizator ca obrabotchkika pentru PHP.
Dacă am avut un gol pentru a arăta cea mai performanta „mare“, am fi cu siguranță menționat în articol și Nginx. Cu toate acestea, după cum a scris acest plugin standard pentru cPanel / WHM nebylo pus în aplicare, astfel încât pentru utilizatorul mediu, probabil, ar fi dificil de instalat pe serverul Nginx și traduce PHP de locuri de muncă fpm.
Și toate aceste module sunt disponibile prin intermediul panoului de control și de comutare durează mai puțin de un minut.

Nu sunt în zadar întrebat despre Nginx + php-fpm. Dacă vom efectua teste identice cu php-fpm prin ab, atunci rezultatele pe care le va surprinde, deoarece va fi foarte rău. Același lucru este valabil și pentru su_php. Pentru a rezuma, pot pune un + pentru articol, în general, și un minus mare pentru concluziile și programul final.

Concluzia este destul de natural. Am comparat fiecare alte asemenea aspecte importante ale serverului, cum ar fi: securitate, performanță și compatibilitate cu cache mehanizvami. În opinia noastră, acest tabel este foarte util. În ceea ce privește ultimul program, ce anume nu ai place? Suntem încântați să fie capabil să-l actualizeze dacă ne spui opțiune mai informativă, având în vedere faptul că performanța trebuie măsurată doar prin intermediul utilitate ab. și, în același timp, pe server este utilizat doar de Apache