Selectarea versiunii PHP pentru Windows
Versiunea corectă a PHP depinde de versiunea serverului web pe care va fi folosit. De exemplu, Apache 1.3.x funcționează cu versiunea PHP 3.0.x, Apache 2.x funcționează cu PHP versiunea 4.0 și versiuni ulterioare. Dar nu este o astfel de problemă, se concentrează pe versiuni mai stabile și pe ceea ce are gazda.
În plus, dacă aveți un vechi server de web Apache de la apache.org, trebuie să descărcați versiunea VC6 a PHP, pe care a fost folosită Visual Studio 6. Dacă PHP funcționează pentru IIS sau împreună cu un Apache mai nou. atunci poți colecta ceva actualizat;)
Pentru mine, principalul stupor al alegerii este un hostess. Acum există o versiune stabilă de PHP 5.5.4 și încă are 5.2.17!
Diferența dintre pachetele PHP binare în condiții de siguranță și non-thread
La acea vreme, au existat mai multe opțiuni pentru creșterea performanțelor PHP pe IIS. Primul este de a utiliza caching-ul opcode cu programe precum eAccelerator care salvează scripturile PHP într-o stare parțial compilată pe disc și / sau în memorie. Această abordare reduce semnificativ timpul de execuție al scenariului. O altă opțiune a fost să configurați IIS să utilizeze PHP în modul FastCGI. În același timp, procesul PHP nu sa încheiat după ce a lucrat, dar a primit un nou post cu următoarea solicitare de php. În plus, a fost posibilă rularea simultană a mai multor procese PHP, accelerarea semnificativă a prelucrării cererilor, ceea ce a reprezentat un mod CGI bonus PHP. Cu toate acestea, ar putea exista probleme minore cu compatibilitatea extensiilor PHP. Aceasta este încă cea mai rapidă modalitate de a utiliza PHP, iar IIS Aid PHP Installer este configurat să configureze această configurație IIS.
Binare asamblate în modul de siguranță a filetului (non-thread safe, NTS). Vă permite să configurați IIS (și alte servere web sub Windows) pentru a utiliza PHP ca o interfață standard CGI cu un puternic impuls de performanță, deoarece În acest caz (într-o astfel de asamblare), procesul PHP nu trebuie să aștepte ca firele să fie sincronizate. Atunci când se compară operațiunea „fir în condiții de siguranță“ și „non thread-safe“ pachete binare PHP pe IIS ca standard CGI-interfață câștig de performanță este de până la 40%, dar nu este încă în Opcode ca vioi folosind metoda FastCGI. Iar cea mai mare jamb este că nu puteți folosi în mod constant binare în condiții de siguranță a firelor, împreună cu cele în condiții de siguranță. Acest lucru înseamnă că nu puteți folosi sistemul de cache-ul de tip opcod eaccelerator cu PHP mediu pachete binare de fire nesigure create (declarație adevărată ca din acest scris).
Dacă un PHP nu poate fi configurat la aceeași viteză ca un mediu sigur pentru fire, atunci de ce este necesar într-o astfel de asamblare? Ne întoarcem la evoluțiile FastCGI și Microsoft în acest domeniu în ultimii ani. Softcoderele și-au creat propria versiune de FastCGI, care vă permite să configurați binarul PHP sigur în fire în modul FastCGI, care aduce performanța la viteza luminii :)
Din articol am ajuns la concluzia că frânele sunt observate numai atunci când sunt utilizate cu serverul web IIS. În orice caz, nu am văzut nici un Windows stupid + Apache. De asemenea, se spune că puteți overcloca ansamblul NTS pe orice server web, dar nu-mi pot imagina o astfel de config pentru Apache.
Articole similare
Trimiteți-le prietenilor: