Configurarea serviciilor PHP personalizate din cPanel

Configurarea serviciilor PHP personalizate din cPanel înseamnă două lucruri distincte: ce versiune de PHP rulează fiecare domeniu și cu ce limite rulează, de memorie, de timp, de dimensiune a fișierelor încărcate. Amândouă se stabilesc din cPanel, fără acces la server, iar majoritatea erorilor „albe” din WordPress și majoritatea încărcărilor eșuate de fișiere se rezolvă exact de aici.

Ghidul de mai jos arată unde sunt setările, ce valori au sens și cum verificați că s-au aplicat.

Configurarea serviciilor PHP personalizate din cPanel

Pe un server cu cPanel, PHP este instalat în mai multe versiuni în paralel, iar fiecare domeniu poate folosi alta. Administratorul serverului decide ce versiuni sunt disponibile; dvs. alegeți dintre ele.

Setările, directivele din php.ini, au trei niveluri: valorile serverului, pe care nu le puteți schimba, valorile pe domeniu, din cPanel, și valorile pe director, dintr-un fișier .user.ini. Cele mai specifice câștigă.

Cele două instrumente din cPanel

• MultiPHP Manager: alege versiunea de PHP pentru fiecare domeniu din cont.
• MultiPHP INI Editor: modifică directivele, în mod simplu, cu câmpuri, sau în mod editor, direct în textul fișierului.

Pe serverele cu CloudLinux, în locul lor apare Select PHP Version, care le combină și adaugă activarea extensiilor. Interfața diferă, principiul este același.

Alegerea versiunii de PHP pe domeniu

1. Deschideți Software, MultiPHP Manager.
2. Bifați domeniul sau domeniile pe care vreți să le schimbați.
3. Alegeți versiunea din lista derulantă și apăsați Apply.
4. Deschideți site-ul și zona de administrare. Dacă apare o eroare, reveniți la versiunea anterioară în același mod.

Schimbarea este imediată și nu afectează fișierele site-ului. Pentru un site WordPress cu teme și pluginuri actualizate, versiunea cea mai nouă disponibilă este de obicei alegerea corectă: mai rapidă și cu actualizări de securitate. Pentru un site vechi, care dă erori pe versiunea nouă, rămâneți pe cea veche doar cât durează actualizarea codului, nu ani de zile.

Pașii detaliați, cu ce verificați înainte de a trece la o versiune nouă, sunt în ghidul despre modificarea versiunii PHP pentru un domeniu în cPanel.

Versiuni care nu mai primesc actualizări

PHP are un ciclu clar: fiecare versiune primește corecții de securitate aproximativ trei ani de la lansare. O versiune ieșită din ciclu rămâne instalabilă, dar orice vulnerabilitate descoperită după aceea nu se mai repară. Un site pe o astfel de versiune este vulnerabil indiferent cât de bine este întreținut restul.

Directivele care contează

Din Software, MultiPHP INI Editor, alegeți domeniul și vedeți lista de directive cu valorile curente. Cele pe care le schimbați în practică sunt puține:

• memory_limit: memoria maximă pentru un singur script. 256M este suficient pentru majoritatea site-urilor WordPress; magazinele WooCommerce cu multe pluginuri ajung la 512M. Valori mai mari nu accelerează nimic, doar permit unui script defect să consume mai mult.
• upload_max_filesize: dimensiunea maximă a unui fișier încărcat. 64M acoperă imagini și documente; pentru fișiere video sau arhive, 256M sau mai mult.
• post_max_size: dimensiunea maximă a unei cereri întregi. Trebuie să fie mai mare decât upload_max_filesize, altfel limita de încărcare nu se aplică.
• max_execution_time: secundele după care un script este oprit. 30 este valoarea implicită; importurile mari și copiile de siguranță au nevoie de 300.
• max_input_vars: numărul de câmpuri acceptate într-un formular. Meniurile WordPress cu multe elemente cer 3000 sau mai mult, altfel se salvează trunchiate.
• display_errors: afișarea erorilor în pagină. Off pe orice site public; erorile se citesc din jurnal, nu din pagină.
• date.timezone: Europe/Bucharest, ca orele din jurnale și din aplicație să fie cele locale.

După Apply, cPanel scrie valorile într-un fișier php.ini sau .user.ini din directorul domeniului, în funcție de modul în care rulează PHP pe server.

Modul editor

Fila Editor Mode arată fișierul ca text. Este utilă pentru directivele care nu apar în lista simplă, de exemplu opcache.enable sau session.gc_maxlifetime. O linie greșită aici oprește tot site-ul cu o eroare 500, așa că păstrați o copie a conținutului înainte de a salva.

Setări pe director cu .user.ini

Când un singur subdirector are nevoie de alte valori, de exemplu o aplicație de import care rulează mai mult, nu ridicați limitele pentru tot site-ul. Creați în acel director un fișier .user.ini cu directivele dorite:

memory_limit = 512M
max_execution_time = 600
upload_max_filesize = 512M
post_max_size = 512M

Fișierul se aplică directorului și subdirectoarelor lui. PHP îl recitește la fiecare cinci minute, deci schimbarea nu este instantanee. Fișierul se creează din File Manager, cu opțiunea de afișare a fișierelor ascunse activată, cum arată ghidul despre gestionarea fișierelor prin File Manager.

Ce nu se poate schimba de aici

Directivele marcate în documentația PHP ca PHP_INI_SYSTEM se stabilesc doar de administrator: modulele încărcate, disable_functions, open_basedir. Dacă un plugin cere o extensie lipsă, de exemplu intl sau imagick, cererea merge la furnizor, sau se activează din Select PHP Version pe serverele CloudLinux.

Verificarea valorilor active

Interfața arată ce ați setat; ce rulează efectiv poate diferi, dacă alt fișier din lanț suprascrie valoarea. Verificarea sigură este un fișier temporar cu phpinfo:

<?php phpinfo(); ?>

Salvați-l ca info-temporar.php în directorul site-ului, deschideți-l în browser și căutați directiva. Coloana Local Value este ce se aplică; Master Value este valoarea serverului. Tot acolo vedeți versiunea de PHP, extensiile încărcate și fișierele de configurare citite.

Ștergeți fișierul imediat după verificare. El expune versiuni, căi și module, informații utile unui atacator, iar scanerele automate îl caută exact sub numele obișnuite.

Verificarea din WordPress

Fără fișier suplimentar, WordPress arată aceleași informații în Unelte, Stare site, fila Informații, secțiunea Server: versiunea PHP, limita de memorie, dimensiunea maximă la încărcare, timpul maxim de execuție. Dacă valorile de aici nu se potrivesc cu ce ați setat, căutați un fișier php.ini sau .user.ini vechi în directorul site-ului, rămas de la o configurare anterioară.

Probleme frecvente și de unde vin

• „Allowed memory size exhausted”: memory_limit prea mic pentru un plugin sau o temă. Creșteți la 256M, apoi verificați dacă un singur plugin consumă mult; de obicei el e problema, nu limita.
• „The uploaded file exceeds the upload_max_filesize directive”: creșteți upload_max_filesize și post_max_size împreună.
• „Maximum execution time exceeded”: creșteți max_execution_time pentru operațiunea respectivă sau, mai bine, rulați-o din linia de comandă, unde limita nu se aplică.
• Pagină albă fără mesaj: eroare fatală cu display_errors oprit. Citiți error_log din directorul site-ului sau jurnalul de erori din cPanel, descris în ghidul despre jurnalele de erori și acces din cPanel.
• Setările nu se aplică: alt fișier de configurare, mai specific, le suprascrie, sau PHP nu a recitit încă .user.ini. Așteptați cinci minute sau verificați lanțul din phpinfo.

Lista completă a erorilor de panou, cu rezolvările lor, este în ghidul despre erorile comune în cPanel.

Performanță și securitate

• Nu ridicați limitele „ca să fie”. Un memory_limit de 2G pe un cont partajat înseamnă că un script defect poate consuma memoria întregului cont și opri site-ul.
• Țineți display_errors pe Off și log_errors pe On. Erorile se citesc din jurnal.
• Activați OPcache dacă administratorul îl permite; păstrează codul compilat în memorie și reduce timpul de răspuns fără nicio modificare în site.
• Treceți pe cea mai nouă versiune de PHP suportată de site, după ce ați făcut o copie de siguranță; ghidul despre backupul automat în cPanel arată cum o programați.
• La migrarea unui site pe alt cont, notați versiunea de PHP și directivele personalizate înainte, ca să le reproduceți; pașii sunt în ghidul despre migrarea unui website folosind cPanel.

Un caz din practică: magazinul care nu putea încărca imagini

Un magazin online pe WooCommerce raporta că fotografiile de produs nu se încarcă, cu un mesaj de eroare generic. Furnizorul de găzduire spusese că serverul este configurat corect.

Verificarea din Stare site a arătat upload_max_filesize la 2M, valoarea implicită a PHP, deși în MultiPHP INI Editor era setat 64M. Cauza: un fișier php.ini vechi în directorul wp-admin, rămas de la o migrare, cu valorile implicite. Fișierul suprascria setarea din cPanel exact pentru paginile de administrare, de unde se încărcau imaginile.

Ștergerea fișierului a rezolvat problema pe loc. Lecția: când setările nu se aplică, căutați fișierele de configurare din directoarele site-ului înainte de a schimba din nou valorile din panou.

Cum găsiți fișierele de configurare rătăcite

Din terminalul cPanel sau prin SSH, comanda de mai jos listează toate fișierele php.ini și .user.ini din directorul site-ului:

find ~/public_html -maxdepth 3 \( -name php.ini -o -name .user.ini \) -ls

Păstrați doar fișierul generat de cPanel în rădăcina domeniului și pe cele create intenționat pentru directoare anume. Restul se șterg după ce le citiți conținutul.

De reținut

Versiunea de PHP se alege pe domeniu din MultiPHP Manager, directivele se modifică din MultiPHP INI Editor sau dintr-un .user.ini pe director, iar valorile active se verifică din phpinfo sau din Stare site în WordPress. Descrierea instrumentelor este în documentația cPanel, iar partea de administrator, versiunile instalate și directivele de sistem, în documentația WHM.

Dacă site-ul dvs. rulează pe o versiune veche de PHP sau dă erori de memorie și de timp, verificarea configurației face parte din auditul SEO gratuit de la GOAI, iar optimizarea completă a serverului pentru viteză intră în serviciile de SEO tehnic.