Cum modificați versiunea PHP pentru un domeniu în cPanel

Cum modificați versiunea PHP pentru un domeniu în cPanel este o operațiune de două minute, cu un efect care poate fi de la „site-ul merge cu 30% mai repede” până la „site-ul afișează o pagină albă”. Diferența o face ce verificați înainte de a apăsa pe Apply. cPanel permite fiecărui domeniu din cont să ruleze pe altă versiune de PHP, deci schimbarea se face izolat, fără să atingă celelalte site-uri.

Ghidul de mai jos parcurge alegerea versiunii, testul înainte de trecere, schimbarea propriu-zisă și revenirea, dacă e cazul.

Cum modificați versiunea PHP pentru un domeniu în cPanel

PHP este limbajul în care rulează WordPress, WooCommerce, Laravel, PrestaShop și majoritatea aplicațiilor de pe găzduirea partajată. Fiecare versiune nouă aduce viteză și corecții de securitate, iar fiecare versiune veche își pierde, după aproximativ trei ani, corecțiile de securitate.

Serverul are instalate mai multe versiuni în paralel. Din cPanel alegeți care dintre ele răspunde pentru fiecare domeniu, iar schimbarea se aplică fără repornire și fără modificări în fișiere.

De ce contează versiunea

• Securitate: o versiune fără suport nu mai primește corecții, iar vulnerabilitățile ei sunt publice și exploatate automat.
• Viteză: trecerea de la PHP 7.4 la 8.3 a redus timpul de răspuns al paginilor WordPress cu 20 până la 40% pe site-urile pe care le administrăm, fără nicio altă modificare.
• Compatibilitate: temele și pluginurile actuale cer versiuni recente; cele vechi pot da erori pe versiuni noi.
• Cerințe ale aplicației: WordPress recomandă cea mai nouă versiune stabilă, iar Laravel refuză să pornească sub versiunea minimă cerută.

Ce verificați înainte de schimbare

1. Versiunea curentă. În WordPress: Unelte, Stare site, Informații, Server. În alte aplicații: un fișier cu phpinfo(), șters imediat după.
2. Versiunile disponibile pe server, din MultiPHP Manager. Dacă lipsește cea de care aveți nevoie, cererea merge la furnizor.
3. Compatibilitatea temei și a pluginurilor. Pagina fiecărui plugin din directorul WordPress arată versiunea de PHP testată; pluginurile neactualizate de peste doi ani sunt candidații la probleme.
4. O copie de siguranță recentă a fișierelor și a bazei de date. Schimbarea versiunii nu modifică nimic pe disc, dar dacă apar erori, vreți să puteți compara.
5. Jurnalul de erori al site-ului, gol sau cunoscut, ca să deosebiți erorile noi de cele vechi.

Testul pe un subdomeniu

Cea mai sigură cale: o copie a site-ului pe un subdomeniu, de exemplu test.firma.ro, trecută pe versiunea nouă cu câteva zile înainte. Parcurgeți paginile importante, administrarea, coșul de cumpărături, formularele. Ce merge acolo merge și pe site-ul principal.

Subdomeniul se creează din Domains, iar copia se face din File Manager și phpMyAdmin; pașii sunt în ghidul despre crearea și configurarea subdomeniilor în cPanel. Nu uitați să blocați indexarea copiei, altfel Google o vede ca duplicat.

Schimbarea din MultiPHP Manager

1. Deschideți cPanel, secțiunea Software, MultiPHP Manager.
2. În tabel, bifați domeniul. Subdomeniile și domeniile suplimentare apar pe rânduri separate, fiecare cu versiunea lui.
3. Din lista PHP Version din dreapta, alegeți versiunea.
4. Apăsați Apply. Mesajul de confirmare apare în câteva secunde.
5. Deschideți site-ul și zona de administrare într-o fereastră privată, ca să nu vedeți o pagină din cache.

Dacă vedeți „inherit” ca versiune, domeniul folosește versiunea implicită a serverului, pe care o schimbă administratorul. Alegeți o versiune explicită ca să nu depindeți de ea.

Schimbarea din Select PHP Version

Pe serverele cu CloudLinux, opțiunea se numește Select PHP Version și are un pas în plus: extensiile.

1. Deschideți Software, Select PHP Version.
2. Alegeți versiunea din lista derulantă și apăsați Set as current.
3. În fila Extensions, verificați că sunt bifate extensiile de care are nevoie site-ul. Lista bifată la versiunea veche nu se copiază automat la cea nouă.
4. În fila Options, verificați limitele: memorie, timp de execuție, dimensiune la încărcare.

Extensiile pe care WordPress și WooCommerce le folosesc curent: mysqli, curl, gd sau imagick, mbstring, intl, zip, xml, soap pentru unele integrări de plăți, opcache pentru viteză. O extensie lipsă dă de obicei o eroare explicită în jurnal, cu numele funcției inexistente.

Verificarea după schimbare

• Pagina de start, o pagină de produs sau articol, o căutare pe site, un formular trimis.
• Zona de administrare: autentificare, editarea unei pagini, încărcarea unei imagini.
• Pe magazine: adăugare în coș, finalizarea comenzii până la pasul de plată, e-mailul de confirmare.
• Jurnalul de erori PHP, în cPanel la Metrics, Errors, sau în fișierul error_log din directorul site-ului. Avertismentele de tip „Deprecated” nu opresc site-ul, dar spun ce cod va pica la următoarea versiune. Ghidul despre jurnalele de erori și acces din cPanel arată cum le citiți.
• Viteza: un test cu PageSpeed Insights înainte și după, pe aceeași pagină, arată câștigul real.

Setările de PHP după schimbare

Limitele de memorie și de încărcare sunt per versiune. După trecere, verificați-le în MultiPHP INI Editor sau în Options și puneți-le la loc dacă au revenit la valorile implicite. Detaliile fiecărei directive sunt în ghidul despre configurarea serviciilor PHP personalizate din cPanel.

Când apar erori

Cele trei simptome tipice și cauzele lor:

• Pagină albă sau eroare 500 imediat: o funcție eliminată în versiunea nouă, folosită de temă sau de un plugin. Jurnalul spune care. Dezactivați pluginul din File Manager, prin redenumirea directorului lui, sau reveniți la versiunea veche.
• Site-ul merge, administrarea nu: de obicei un plugin care rulează doar în administrare, sau limita de memorie prea mică pentru versiunea nouă.
• Erori la plăți sau la trimiterea e-mailurilor: extensie lipsă, soap, curl sau openssl, nebifată pentru versiunea nouă.

Revenirea la versiunea anterioară se face din același loc, cu aceiași pași, și este la fel de imediată. Nu lăsați site-ul cu erori „până mâine”; reveniți, corectați cauza, treceți din nou.

Codul propriu

Dacă site-ul are cod scris pe comandă, rulați-l printr-un instrument de compatibilitate înainte, de exemplu PHPCompatibility pentru PHP_CodeSniffer, care listează liniile ce vor pica pe versiunea țintă. Este mai ieftin decât depanarea în producție. Erorile de panou care pot apărea pe parcurs sunt adunate în ghidul despre erorile comune în cPanel.

Politica de versiuni pe termen lung

• O dată pe an, verificați ce versiuni mai au suport și treceți site-urile de pe cele expirate.
• Nu săriți peste mai multe versiuni majore odată pe un site vechi; treceți pas cu pas, cu verificare la fiecare.
• Țineți temele și pluginurile actualizate lunar; un site actualizat trece pe versiuni noi fără surprize.
• La mutarea pe alt server, notați versiunea și extensiile, ca să le reproduceți; ghidul despre migrarea unui website folosind cPanel are lista de verificare.

Un exemplu real: magazinul rămas pe PHP 7.4

Un magazin WooCommerce cu 1.200 de produse rula pe PHP 7.4, versiune fără suport de la sfârșitul lui 2022. Proprietarul amânase trecerea fiindcă „merge”. Timpul de răspuns al paginilor de categorie era de 2,8 secunde, iar două pluginuri de plăți afișau în jurnal avertismente că versiunile lor viitoare cer PHP 8.

1. Copie a site-ului pe test.magazin.ro, trecută pe PHP 8.2 din MultiPHP Manager.
2. Două pluginuri au dat eroare fatală: o temă copil cu o funcție eliminată și un plugin de cupoane neactualizat din 2019. Tema a fost corectată în 20 de minute, pluginul înlocuit cu funcția nativă WooCommerce.
3. După trei zile fără erori pe copie, site-ul principal a fost trecut pe 8.2 într-o marți dimineață, în afara orelor de vârf.
4. Timpul de răspuns al paginilor de categorie a scăzut la 1,6 secunde, fără alte modificări. Jurnalul a rămas curat.

Toată operațiunea, cu tot cu test, a durat o săptămână de calendar și cam trei ore de lucru efectiv. Amânarea ei costase doi ani de site lent și de risc de securitate.

Semnele că trebuie să schimbați versiunea acum

• Stare site din WordPress afișează avertisment despre versiunea de PHP.
• Un plugin sau o temă refuză să se actualizeze fiindcă cere o versiune mai nouă.
• Jurnalul de erori conține avertismente „Deprecated” de la funcții pe care le folosiți.
• Versiunea curentă nu mai apare în lista celor cu suport de pe site-ul PHP.

De reținut

Versiunea de PHP se schimbă pe domeniu din MultiPHP Manager sau din Select PHP Version, imediat și reversibil. Ce contează este ce faceți înainte: verificarea compatibilității, copia de siguranță, testul pe subdomeniu, și ce faceți după: extensiile, limitele, jurnalul de erori. Interfața și opțiunile sunt descrise în documentația cPanel, iar versiunile instalate pe server și cele implicite în documentația WHM.

Dacă nu știți pe ce versiune rulează site-ul dvs. sau dacă mai are suport, verificarea este inclusă în auditul SEO gratuit de la GOAI, iar trecerea pe o versiune nouă cu toate verificările face parte din serviciile de SEO tehnic.