Versiunea de PHP: de ce contează pentru viteza și siguranța site-ului

WordPress e scris în PHP. Fiecare pagină care nu vine din cache e construită de PHP-ul de pe server, așa că versiunea lui decide cât de repede se încarcă site-ul, dacă primește remedieri de securitate și ce module poți instala.

Fiecare versiune are o dată de expirare

O versiune de PHP primește doi ani de suport activ, cu remedieri de erori și de securitate, apoi încă doi ani doar remedieri de securitate. După aceea nu o mai repară nimeni. Pe scurt, la mijlocul lui noiembrie 2026:

• PHP 7.4 și 8.0 nu mai primesc nimic din 2022, respectiv 2023.
• PHP 8.1 a ieșit din suport la 31 decembrie 2025.
• PHP 8.2 mai primește remedieri de securitate până la 31 decembrie 2026, adică încă câteva săptămâni.
• PHP 8.3 primește doar remedieri de securitate, până la 31 decembrie 2027.
• PHP 8.4 are suport activ până la sfârșitul lui 2026 și remedieri de securitate până la 31 decembrie 2028.
• PHP 8.5 are suport activ până la sfârșitul lui 2027.

Unele distribuții Linux mai repară pe cont propriu versiuni vechi, așa că PHP 7.4 de la o găzduire nu e neapărat la fel de vulnerabil ca PHP 7.4 descărcat în 2022. Totuși, versiunile moderne de module și de WordPress se testează pe versiunile noi, iar modulele încep să ceară explicit PHP 8.

Ce câștigi în viteză

Saltul mare a fost de la PHP 5.6 la PHP 7, când multe site-uri WordPress s-au încărcat de aproape două ori mai repede. Între versiunile 8.x, diferențele pentru WordPress sunt mai mici, de câteva procente de la o versiune la alta, și se adună dacă sari peste două sau trei.

Contează la fel de mult OPcache, care ține codul PHP gata compilat în memorie, ca să nu fie citit și compilat din nou la fiecare cerere. La AYT, OPcache e pornit pe fiecare cont, cu JIT pe PHP 8. JIT-ul ajută mai ales la calcule grele; la WordPress, unde mare parte din timp se duce pe baza de date, efectul lui e modest.

Ce se poate strica la schimbare

Nucleul WordPress se adaptează repede la versiunile noi de PHP. Problemele vin aproape mereu de la module și teme care nu au mai fost actualizate de ani de zile. Câteva exemple:

• PHP 8.0 a scos funcții vechi precum create_function() și each(). Un modul care le mai folosește oprește site-ul cu o eroare fatală.
• PHP 8.0 tratează mai strict operațiile cu tipuri greșite, iar unele avertismente vechi au devenit erori.
• PHP 8.2 marchează ca învechite proprietățile dinamice. Asta produce doar avertismente în jurnal, dar le vezi pe pagină dacă WP_DEBUG e pornit.

Ca să afli ce versiune folosești, deschide în wp-admin Unelte → Sănătatea site-ului → Informații → Server. În panoul AYT o vezi și o schimbi în setările PHP ale fiecărui site.

Cum treci la o versiune nouă

1. Actualizează WordPress, tema și modulele. Cele mai multe probleme de compatibilitate au fost deja reparate de autori.
2. Caută modulele abandonate. Pe pagina fiecărui modul de pe WordPress.org vezi data ultimei actualizări. Un modul neactualizat de doi ani merită înlocuit oricum.
3. Fă o copie de siguranță sau verifică data celei de azi-noapte.
4. Schimbă versiunea, apoi trece prin paginile importante: prima pagină, un articol, formularul de contact, coșul și checkout-ul la un magazin, wp-admin.
5. Deschide jurnalul de erori și uită-te la ultimele minute. Avertismentele (Deprecated, Warning) nu opresc site-ul, dar îți arată ce modul trebuie actualizat curând.
6. Dacă ceva nu merge, revii la versiunea de dinainte din același loc și îi scrii autorului modulului.

Setările care merg cu versiunea

Odată cu versiunea, verifică și câteva setări PHP. memory_limit contează pentru constructoarele de pagini și pentru importuri. upload_max_filesize decide cât de mari pot fi fișierele urcate din wp-admin. max_input_vars contează pentru meniurile cu multe elemente: dacă o salvare de meniu pierde ultimele linii, de obicei e prea mic. La AYT le schimbi pe toate, împreună cu extensiile PHP, din panou, pentru fiecare site.

Ce alte setări ai în panoul AYT pentru fiecare site găsești pe pagina de funcții.