clienții au de multe ori pentru a explica faptul că în modul PHP pentru site-uri web. Știi, în setările acelorași panouri ISPmanager Lite 5 Cufundat astfel. Și oamenii spun - că este, în același PHP 7 - și vparivat php-fpm, care este doar versiunea 5.4 sau 5.6. Și ei nu-și dau seama că operațiunea este mult mai importantă pentru productivitate decât o versiune a PHP.
Am scos postul meu de la acest forum webmasteri, în cazul în care o dată la un moment dat pictat peste moduri. El a adăugat capturi de ecran sale pic despre modul în care să includă moduri în panoul ISPmanager Lite 5
Modul 7 PHP CGI
De fapt, în mod CGI? PHP 7 pierde toate avantajele sale, deoarece CGI este uneori modul PHP mai puțin productiv. Pentru a avea un avantaj PHP 7 este necesar să se actualizeze la nivel de sistem. Apoi, de înaltă performanță de serviciu PHP-fpm va rula pe aceeași versiune. Dar ce să facă în timp ce nu este recomandat, și nu o au încă în depozitele de sistem de operare cel mai stabil. Vkoryachit posibil, dar apoi se rostogolească înapoi va fi mult mai dificil, dacă ceva cade.
Moduri de operare PHP-CGI și modul Apache
FastCGI, practic, la fel ca php-FPM, dar există o diferență semnificativă. CGI - este, de asemenea, dar nu destul. Să începem cu CGI și modul în care aceasta diferă de obicei Apache în mod implicit. Apache cu mod_php ia php-cod în sine otedaya până tone de resurse, și de a face-o în procesele lor.
Când se utilizează modul CGI - acest lucru înseamnă că Apache nu procesează php în sine, și lansează php-cgi pentru fiecare php-script, și ia rezultatul prelucrării.
Adică, de fapt, este schema chiar mai complicată: Utilizatorul trimite o cerere către Nginx ar putea> el se referă la apache> apache rulează script-uri printr-un cgi și primește rezultatul performanței lor> le html asamblează și dă-l Nginx ar putea> el colecteaza toate director statice pentru pagina html într-un morman> oferă utilizatorului.
modul FastCGI
FastCGI CGI este același, dar diferă prin faptul că vă permite să rulați Apache nu este un script separat pentru fiecare proces, și a alerga unul sau mai multe procese și script-uri să-i dea, pentru a primi un răspuns de la el. Este un pic mai productiv decât cgi, cheltuiala faptul că operațiunile de a crea procese pentru sistemele de operare considerate destul de solicitantă. Dar, în această schemă, toate aceeași apache. FastCGI fără apache, în acest caz, nu se poate lucra, este încă modul mod_fastcgi.
PHP-fpm - sau, așa cum este indicat în ISPmanager - Nginx + PHP-FPM
php-fpm - este manager de proces FastCGI. Se compune dintr-un serviciu separat, care funcționează independent de orice server de web. El poate accepta cereri de la serverul web prin intermediul unix-socket sau printr-o conexiune de rețea. Cu alte cuvinte, puteți păstra site-urile de pe un singur server, și php-script-uri pentru a executa pe o alta.
Și în acest caz, Apache devine inutilă. deoarece Nginx poate lucra cu php-fpm el însuși în mod direct. Apache poate lucra, de asemenea, în același mod cu php-fpm, dar acest lucru nu are nici un sens. php-fpm nu poate da fișiere statice sau HTML, se poate executa numai php. a obținut un astfel de sistem: interogare> Nginx> php-fpm utilizatorului> Nginx, el colecteaza de raspuns php si pagina statice> oferă utilizatorului. FPM uneori productiv apache, în modul de tot ce ar fi putut fi lansate.
Setarea ISPmanager
Acum, ca ISP-ul. Modul de care vorbesc - Nginx + php-fpm - disponibil doar în ISP manager de versiunea 5.
Trebuie să activați mai întâi și instalați software-ul necesar prin intermediul „Oportunități“
Ceva de genul asta arata ca setările în acest mod.
Pentru a avea posibilitatea de a le schimba de pe site, trebuie să activați mai întâi modul dorit, utilizatorul în numele căruia locul de muncă.
Pe scurt despre panoul de diferențe se pot uita, de asemenea, modul în documentația ISP.
În acest caz, schimbarea în cursul acestui mod, prin intermediul ISP-ul cu precauție, deoarece puteți pierde toate configurația actuală a site-urilor VPS - acesta va fi înlocuit cu unul nou, și, dacă site-uri nu funcționează, iar în cazul în care s-a adăugat înainte de modificările, apoi se trece înapoi atât de ușor să nu mai funcționeze.
ISP-ul 4 al regimului nu, deci nu puteți seta manual, fără ISP-ul, și apoi, dacă vă apoi modificați site-uri de configurare prin intermediul panoului, toate setările vor zbura la ISP-shnym, și anume pe Apache.
Ea nu, nu a rupt, practic. Dar DLE nu va funcționa corect.
În orice caz, doar pentru a salva configurația curentă înainte de comutare.
ISP-ul este doar atunci când buggy prea mult configurația implicită modifitsiruesh. Și în cazul în care este necesar să se modifice DLE este foarte puternică, sau conectați inklyudom (versiunea corectă).
Și dacă nu urca mâinile în configurație, și este încrezător că DLE funcționează cu implicit de configurare Apache - este posibil, și tur-retur traistă, pentru a nu rupe nimic.
Acest ISP 4 cu acest caz complicat, în cazul în care panoul nu înțelege schimbările în configurația care a fost adăugat manual, nr. Și pentru a le comunica la heram dacă porniți prin domenii touch panel.
În ceea ce privește CGI - nu este chiar atât, CGI doar prin rularea Apache.
Voce în jos Răspuns
Distribuiți prin Twitter Distribuiți pe Facebook
„Pentru a avea beneficiile de php 7 ar trebui să fie o actualizare la nivel de sistem. Apoi, de înaltă performanță de serviciu PHP-fpm va rula pe aceeași versiune. Dar ce să facă în timp ce nu este recomandat, și nu o au încă în depozitele de cele mai stabile sistem de operare. »
P.S. Php7 în sine ar trebui să fie mai rapid 5, deoarece l actualizat motorul Zend și aruncat o mulțime de învechit
Voce în jos Răspuns
2 luni în urmă 19 ore
Distribuiți prin Twitter Distribuiți pe Facebook
În ceea ce privește activitatea fără panoul de - această complexitate poate fi doar la început în modul de modul Apache.
În același CentOS o astfel de posibilitate nu știe cum vkoryachit. Punct de vedere tehnic, este cu siguranță posibil, eu pur și simplu nu știu cum)
Alte versiuni ale sistemului de operare. Aceasta depinde în întregime de ordin administrativ, obiceiul de a lucra cu ei. Pentru cele mai multe aplicații și site-uri văd Centos convenabil. În Debian 8 poate pune cu ușurință ambele versiuni în paralel. În mod implicit este plasat în versiunea oficială stabilă 5.6 repov. Dar este posibil să se instaleze un Flash suplimentar 7 și a comuta între ele. Modul php-fpm pot rula simultan pe diferite versiuni de site-uri, modul de modul Apache, puteți juzat fie că sau altul, este ușor pentru a comuta între ele. În mod CGI, este de asemenea posibil, dar nu este în valoare de juzat. Dacă numai pentru depanare.
Pe pus de producție, care funcționează bine) Deci, înainte de producție este necesară pentru a conduce la testele 🙂 Chiar săptămâna trecută, traduse în php 7 este doar cel mai mult că nici nu este producția - un imens bibliotecă online trafom 200K o zi, care rulează pe un grup de trei servakov . Împreună cu dezvoltatorii, astfel încât zadolbalis câteva zile pe timp de noapte. Ea a lucrat pe debian 7, în care nu există posibilități tehnice de a pune într-adevăr php 7 Mod apache. A fost necesară actualizarea sistemului de operare la debian 8, și doar apoi pune php 7. switch avem doar a treia încercare, primele două au fost erori de frână instabilitate și gropilor de funcționalitate. Mai mult decât atât, este un dat care au fost testate anterior pe PHP 7.
Despre Nginx - Da, corect. Puteți să-l utilizați fără Apache în combinație cu php-fpm. Dar, de obicei, sub ea ar trebui să fie tăiate și configurare de depanare, atât de rar locul de muncă imediat. Mai ales în cazul în care unele samopis necunoscute sau CMS. Bazat pe o astfel de configurație htaccess scrisă. Sunt convertoare online cu .htaccess pentru a Nginx reguli, dar ele rareori dau o curat ceea ce este necesar. Ele sunt, de obicei, la fel ca un instrument auxiliar poate fi utilizat pentru a lua unele piese au sculpta deja și depana configurația.
Voce în jos Răspuns
2 luni în urmă 18 ore