Faptul interesant rămâne - ce fel de configurare este folosită de clienții profesioniști pentru clienții lor.
În prezent, luăm doar cele mai recente versiuni
Apache2.2.4 sau
Lighttpd1.5 (Betta) sau
Nginx 0.5.23
+ PHP5.2.3
Diagrame: (toate cursele în raport cu prima opțiune)
1. prefork + mod_php cele mai populare
+ foarte repede
- rula PHP pe un server web (podea foarte slab, cu bezopastnost probleme invalidante safemode), astfel încât ajung bezopastnost - (functiile de shell dezactiva openbase_dir + + Safemode OFF + drepturi de setare corecte pentru dosare)
- 7MB pe proces (RAM slab)
- problema lipsei de memorie cu un număr mare de cereri / procese (soluția probabilă este de a dezactiva KeepAlive, dar pierde viteza + încărcare suplimentară pe CPU)
2. prefork + suphp
+ Lansarea PHP de la proprietarul contului - siguranța, ftp și php funcționează atât de la utilizator
- performanța se deteriorează de 5-10 ori (groază)
3. prefork + php ca fastcgi
+ Procesul Apache devine mai ușor, aproximativ 1-2mb, deoarece php separate cereri de gazduire server
- cum să fii cu conturi diferite, toată lumea să ruleze un server PHP? altfel nu există nici o securitate, nu puteți specifica openbase_dir: /
- probabil că timpul de trimitere a unei cereri la PHP și primirea unui răspuns este semnificativ și ușoară accelerează viteza
4. prefork + php ca fastcgi + suexec
Această opțiune nu am reușit să ajustează și să înțeleagă principiul muncii, poate că aceasta este mijlocul de aur.
5. prefork + mod_php + (mod_suid sau mod_ruid.)
sau peruser-MPM + mod_php
Aceasta este aceeași în aceeași versiune (1), cu excepția faptului că procesele serverului web sunt pornite de la utilizatorul instalat în Wirth. gazde, ceea ce îndepărtează unele dintre dezavantajele (1). Există o șansă de degradare a performanței!
Aceste opțiuni nu am reușit, de asemenea, să configurez corect, de exemplu Apache Peruser în general modul neterminat deși există diverse patch-uri.
lighttpd sau nginx
Boot-urile sunt servere web foarte ușoare și rapide care folosesc php ca fastcgi.
Există opțiuni pentru conectarea acestor servere cu apache (pentru php), care oferă performanțe bune. Dar, de exemplu, pentru utilizarea în găzduirea numai a lighttpd, este necesar ca fiecare utilizator să ruleze serverul fast-cgi, același caz ca și în (3)
Aici vprintsepi și totul poate de oricine împărtăși său de punere în aplicare (sigur, stabil și de lucru)? Încă întrebam cum să înființeze acest vebhostery profesionale, a făcut ele însele sunt programate în module și patch-uri lor, și nimeni să nu împartă. =)
1. Cel mai productiv, securitatea este, desigur, mică.
4. Raportul optim de performanță și siguranță.
5. Cel mai sigur, dar performanța este mică.
bine, și nginx ca un accelerator (deși puteți de asemenea să configurați apache în schimb) și să dați statica
P.S. Am încercat atât eAccelerator cât și xcache - nimic nu a ajutat-o, Apache a intrat în stupoare o secundă după lansare.
Cu prima versiune, înțeleg totul, o folosesc singură. în ziua a 3 milioane de hit-uri, salvează numai persoanele cu handicap KeepAlive, nginx nu este utilizat
mustafa, Ce fel de alergator (php) a fost rescris? Probabil că ai avut KeepAlive pornit și așa Apache a fost neconcordată?
sesse / mpm-itk / sau completat? Din câte știu pe site-ul Apache, acest modul este neterminat. Am citit, de asemenea, că există o suplimentare. pericol din când în când apa funcționează sub rădăcină pentru a schimba uidul, nu-i așa?
Roxis, dacă este posibil să se pună în aplicare această opțiune pentru un număr mare de utilizatori, fără consecințe? Este acest caz, atunci când serverul php-fasttsgi pentru utilizatorii nu neglija, iar dacă există vreo activitate pe gazda care ruleaza fasttsgi pentru utilizator, iar cererile ulterioare sunt manipulate cu ușurință, și inutilitatea snovo cotlet off (de exemplu, după un moment de liniște) ??
P.S. Am încercat atât eAccelerator cât și xcache - nimic nu a ajutat-o, Apache a intrat în stupoare o secundă după lansare.
Deci nu a fost cazul Apachevo - era necesar să se abordeze constructiv decizia.