Tranzitia trenurilor la PHP 7 creste. Pentru că funcționează mai repede (obiectiv!), Este mai convenabil pentru dezvoltare (dar nu este exact, cum ar fi).
Același WordPress deja cu mult timp în urmă știe cum să lucreze la noile versiuni ale PHP. Și alte CMS populare nu rămân în urmă. Prin urmare, este logic să se traducă în întregime serverele la această versiune. Dar aici există o problemă cu faptul că software-ul în depozitele oficiale de distribuție Linux nu se grăbește să se actualizeze. Pentru a instala ceva nou, de obicei trebuie să prăbușești cu depozite suplimentare. Cu siguranta nu exista probleme cu acest lucru daca folositi hosting virtual. Dar dacă păstrați site-urile pe propriile servere sau VPS, atunci trebuie să vă deranjezi cu actualizarea și instalarea celei mai recente versiuni de PHP. Și întrucât în 80% din cazuri pe serverele care utilizează panoul de control ISPmanager 5, va fi vorba despre configurarea PHP 7 în acesta. De ce scriu despre acest lucru, nu despre suportul ISPsystem? Și xs, pentru că în manual nu se spune nimic despre asta.
Ce versiuni de PHP sunt instalate în distribuțiile distribuite Linux în mod implicit?
Hosters oferă de obicei un astfel de sistem de operare pentru instalarea pe VPS sau Dedicators:
Desigur, există și alte opțiuni sau invers, este posibil să nu existe ceva din această listă. Dar cele mai noi versiuni - Debian 8, Centos 7 și Ubuntu 16.04 vor fi practic la orice locație. Dintre acestea, numai ultimul se poate lauda cu instalat PHP 7. Dar are și alte probleme - este relativ nou și poate avea grijă de unele gloanțe și bug-uri incomprehensibile. În experiența mea cu serverele Ubuntu, puteți utiliza versiunea LTS (doar ora 04) numai după 2 ani de la lansare. Acest lucru este mai simplu decât căutarea și identificarea problemelor care nu ar trebui să existe în principiu. Am avut în mod repetat astfel de probleme cu performanța unui software în cele mai noi versiuni de Ubuntu.
Despre versiunile Ubuntu
Despre versiunile Ubuntu
Ce sistem de operare ar trebui să-mi pun pe serverul meu?
Cu siguranță ceva din lista de mai sus, mai ales dacă intenționați să puneți panoul ISPmanager Lite 5 (unde să-l cumpărați mai ieftin decât dezvoltatorii?)
În general, sunt un mare fan al doar ubuntu. Timp de mulți ani și multe servere dedicate colaborării cu ea. Acesta este un OS excelent și convenabil pentru site-urile de pe server. Dar acesta a fost sectorul corporatist, unde totul este asamblat, depanat si configurat individual. Cu toate acestea, când am început să lucrez cu serverele clientului de la webmasteri, m-am confruntat cu faptul că nici Ubuntu, nici chiar Debian nu sunt la fel de bune ca Centos, în special Centos 7. De asemenea, este recomandat de dezvoltatorii de panouri de control ISPmanager. În practică - în sistemele bazate pe deb (ubuntu se referă, de asemenea, la acestea), acest panou a întâmpinat câteva probleme. Cu centos - aproape niciodată nu sa întâmplat.
În general, aici este întrebarea privind confortul administrării - diferența dintre munca de software și cu atât mai mult nu există practic site-uri web între ele. Nici o diferență în performanță - cu atât mai mult. Dar, în instalarea și configurarea software-ului - diferența poate fi deja decentă.
În Debian și Ubuntu, software-ul vine cu câteva setări de bază în timpul instalării. Se porneste si functioneaza imediat dupa instalare, se adauga la pornire. Centos nu. În mod implicit, configurațiile software-ul nu pornește automat, iar unele trebuie să fie preconfigurate, altfel pur și simplu nu pornesc. De exemplu, aceleași servere DBMS - acestea sunt instalate neinitializate. Și trebuie să fie inițializate (crea baza de date a sistemului) manual înainte de a începe.
Același PHP 7 - în centos este ușor de instalat pur și simplu prin adăugarea unui depozit suplimentar. Deși în al 6-lea, chiar și în cea de-a 7-a versiune. În ubuntu 14.04 sau Debian php 7 este de asemenea instalat din add. repov. Dar este pus acolo paralel cu al cincilea. Și pentru a forța Apache să lucreze la ea trebuie să adăugați. setare. Dar când folosiți ISPmanager 5, totul devine mult mai ușor.
Instalarea PHP 7 în Centuri din depozite suplimentare
În felul ăsta am folosit înainte. Faptul este că oportunitatea, despre care aveam de gând să vorbesc, a apărut relativ recent în ISPmanager. Prin urmare, trebuia să puneți PHP 7 numai din depozitul Remi. Sunt și alții, dar e mai bine de la el. În ISPmanager, puteți instala versiuni alternative de PHP. Dar acestea ar putea fi folosite doar în modul CGI mai devreme. Și acest mod nu este potrivit pentru toată lumea și nu pentru orice site. (Am scris recent despre modurile în detaliu aici). Anterior, pentru Apache și PHP-FPM, a fost folosit un sistem PHP la nivel de sistem - numit panoul nativ. Și versiunea ei coincide cu cele pe care le-am dat în tabel la începutul articolului. În special, în Centurile 7 aceasta va fi de 5,4. În consecință, dacă nativul este actualizat la versiunea corectă - apache va lucra la acesta. Așa că sa făcut înainte.
Descărcați și instalați depozitul de la Remi:
Permitem utilizarea sa:
În fișierul /etc/yum.repos.d/remi-php70.repo este necesar pentru prima nap [php70-Remi] permit utilizarea - activată trebuie să fie setat la 1. În mod implicit, există 0, ceea ce înseamnă că depozitul nu este utilizat. Există o altă modalitate de ao folosi, utilizând opțiunea de instalare a pachetului, dar o folosesc pe aceasta, deoarece este mai ușor de reținut și de înțeles.
Ei bine, totul, atunci puteți instala:
yum install -y php
Aceasta va actualiza php-ul nativ la versiunea 7.0. După actualizare, puteți reporni panoul astfel încât să "vadă" actualizarea:
/ usr / local / mgr5 / sbin / mgrctl -m ispmgr ieșire
Pentru aceasta, este suficient doar să o opriți din consola și să reporniți în browser. Ei bine, fie nu puteți face acest lucru, în orice caz, serverul are deja php 7 și va fi folosit în modul modul Apache sau php-fpm. (Apropo, de la consola, în general, puteți face multe lucruri în ISPmanager 5, de exemplu, adăugați masiv domenii și baze de date)
Dar acesta este felul - așa-numita "cârjă". De ceva timp, nu ar trebui să fie folosit.
Activarea PHP 7 ca modul Apache în panoul ISPmanager 5
Deoarece, prin actualizări regulate ale panoului, a devenit posibilă utilizarea oricărei versiuni de PHP, de la cele care sunt instalate ca alternative și anterior au fost disponibile numai în modul CGI. Așa-numitul selector de versiuni PHP. O caracteristică excelentă, vă recomandăm să utilizați ISPmanager imediat după una. Nimic altceva nu este acest confort și simplitate. Spun asta, administratorul care, fără falsă modestie, a mâncat câinele pe configurația serverelor fără panouri și acum cu panourile. Numai aici poți ușor și ușor pune pentru fiecare site versiunea dvs. de PHP - de la anticul 5.2, care a fost relevant atunci când încă nu am lucrat cu adevărat chiar până la ultima 7.1.
În meniul de opțiuni trebuie să instalați cele mai multe versiuni alternative. După aceasta, va fi posibil să utilizați un selector pentru fiecare site, dar numai în modul CGI.
În mod implicit, versiunile alternative sunt incluse numai pentru modurile CGI și PHP-FPM (recent).
Dar, în modul modul Apache, nu puteți rula simultan aceste versiuni. Butonul corespunzător din meniul PHP este pur și simplu inactiv.
De mult timp nu am putut înțelege de ce și cum am mai folosit această funcție. Și am pus doar versiunea corectă a PHP de la Remy, descrisă mai sus într-un mod îngrozitor. Până în prezent, nu am cerut încă sprijinul - dar unde? Mai mult decât atât, am pre-conștiincios googled, a găsit și a citit doc oficială despre configurarea versiunilor PHP și nu a găsit nimic în ea.
Sa dovedit că sicriul a fost deschis doar:
Trebuie să faceți clic pe meniul "Opțiuni" de două ori pe versiunea corectă a PHP. În special, 7.0. Și există o opțiune corespunzătoare pentru instalarea acestei versiuni de php ca modul Apache.
După aceea, revenim la secțiunea PHP și acolo pentru versiunea necesară, butonul devine activ.
Ei bine, aici am trecut deja la cea de-a 7-a versiune, așa că am afișat butonul activ pe versiunea nativă 5.4.
Toate aceste metode ar trebui să funcționeze atât în Debian, cât și în Ubuntu. Încă nu am testat-o în practică. Verificați - dezabonați pliz. Dar modul "crutch" în aceste sisteme de operare va fi chiar mai aspru decât în Centos, deoarece PHP 7 este plasat în paralel cu cea de-a 5-a versiune și sistemul primește două versiuni de PHP native. Și aici, cu unul pentru a înțelege 🙂 De aceea eu recomand centos.
Includem o versiune alternativă a PHP 7 pentru modul NGINX + PHP-FPM în ISPmanager 5
Aici totul este simplu. După instalarea versiunii alternative, acesta va fi instalat pentru PHP-FPM în mod implicit. Este suficient să includeți versiunea necesară în setările de utilizator:
După aceasta, toate site-urile din modul PHP-FPM pentru acest utilizator vor funcționa pe php7.
Cum să verificați versiunea PHP a unui anumit site și unde să găsiți setările acestuia, fișierul php.ini?
Și, fiți atenți, fișierul de configurare principal al versiunii alternative a PHP inclus în acest mod nu este deloc unde vă așteptați. Acest lucru poate duce uneori la căutări lungi și neînțelegere a motivului pentru care nu este posibil să se modifice acest sau acel parametru în configurația PHP. Îl căutați în /etc/php.ini, dar site-ul utilizează php, configurat într-un loc complet diferit.
Utilizați phpinfo în orice situație de neînțeles, vă poate salva de la o pierdere decentă de timp și de nervi.
Ei bine, asta e tot ce trebuie să fac cu partea administrativă practică. În continuare o mică filozofie.
Și de ce ar trebui să folosesc PHP 7?
După cum puteți vedea, aproape de 2 ori mai rapid decât versiunile anterioare. De exemplu, pe serverul de referință cu SSD, WordPress goală de referință va afișa aproximativ 400-500 de milisecunde TTFB. Dar pe php 7 cu acceleratorul inclus și configurat opcache wp poate funcționa cu un timp de răspuns de 150-250 ms. Sau este posibil să nu funcționeze, puteți 🙂 Pentru unele uobischny șablon premium miracol de la templeyt monstru pus pe el, și apoi să fie uimit de ce-l încărcat 3-5 secunde (este doar TTFB și vizual acolo și toate 10-20 poate fi). Și, de asemenea, simt ca un escroc, pentru că în demo-ul dezvoltatorilor totul zboară, pentru 100-200 ms se deschide. Nu știi că există încă în cache în Ebony, nu este necesar ca trebuie să interacționeze într-un fel cu site-ul, pe care tocmai ați vparit să vă 🙂 Și el nu WordPress chiar implicat în generarea de pagini - toate face Nginx ar putea, și el a fost din cache oferă instantaneu. Dar aceasta este o deviere lirică, de la durere.
În general, tema de optimizare și de răspuns accelerarea timpului a acumulat o experiență decentă și într-o zi voi, cel mai probabil al izola pe cap, dragii mei cititori 🙂 Mai mult decât atât, optimizarea și accelerarea stateynikov aceasta, după cum am ceva să scriu. Dar, pe tema optimizării magazinelor și serviciilor online, conversația este separată și cred că acest lucru ar trebui să fie deosebit de interesant. Deci?