PHP 8.2 nu mai primește patch-uri de securitate după 31 decembrie 2026

Pe 31 decembrie 2026, PHP 8.2 are ultima zi de suport de securitate, potrivit php.net. De la 1 ianuarie 2027 nu mai primește patch-uri noi. Magazinul tău nu va arăta altfel în ziua aceea: paginile se încarcă, checkout-ul merge, comenzile intră. Tocmai de aceea e ușor de ratat.

Nu e o versiune rară. Pe 20 octombrie 2026, W3Techs număra 27,8% din site-urile pe PHP 8 care rulează 8.2. Iar Magento are două linii de versiuni care rulează pe el: 2.4.6 și 2.4.7.

Pe ce PHP rulează fiecare Magento

Cerințele de sistem Adobe, actualizate pe 13 octombrie 2026, dau versiunile PHP pentru fiecare linie:

• Magento 2.4.5: PHP 8.1
• Magento 2.4.6: PHP 8.1 și 8.2
• Magento 2.4.7: PHP 8.2 și 8.3
• Magento 2.4.8: PHP 8.3 și 8.4
• Magento 2.4.9: PHP 8.5, cu 8.4 permis doar pe durata actualizării

PHP 8.1 și-a pierdut suportul de securitate pe 31 decembrie 2025. Un magazin pe 2.4.6 rămâne deci fără niciun PHP suportat de la 1 ianuarie 2027, oricare dintre cele două ar rula.

Ce înseamnă sfârșitul suportului

Regula PHP e scurtă: după cei patru ani de suport, versiunea ajunge la final și nu mai e suportată. Politica Adobe adaugă că Adobe nu oferă reparații pentru componente terțe precum PHP după ce acestea ajung la final și că tu răspunzi de versiunea PHP pe care o rulezi. În tabelul ei, lângă 2.4.6 pe PHP 8.2, Adobe scrie: „PCI compliance at risk from end of 2026”, adică conformitatea PCI e în risc din finalul lui 2026.

O nuanță: cine ți-a construit PHP-ul. Debian 12 vine cu PHP 8.2, iar suportul lui pe termen lung ține până pe 30 iunie 2028, dar Debian nu a spus cum va repara PHP 8.2 după decembrie. Multe servere Magento instalează PHP din pachetele deb.sury.org, iar întrebările lor frecvente spun că pachetele versiunilor ajunse la final sunt scoase foarte repede. Există și suport extins plătit, de exemplu PHP LTS de la Freexian. Întreabă firma de hosting care dintre ele e la tine.

Magento 2.4.6 Open Source are o a doua problemă

Datele de suport Adobe sunt pentru Adobe Commerce. Politica spune explicit că nu se aplică pentru Magento Open Source. Pe 15 octombrie 2026, Sansec a scris că patch-urile pentru BlockStrap, o vulnerabilitate care permite rularea de cod pe server, au nevoie de licență Adobe Commerce pe 2.4.4-p18, 2.4.5-p17 și 2.4.6-p15. Pentru un magazin 2.4.6 Open Source, Adobe nu are un patch public.

Drumul cel mai scurt, după versiunea ta

• 2.4.6 pe PHP 8.1 sau 8.2: întâi actualizezi Magento. 2.4.8 rulează pe PHP 8.4, care primește patch-uri până pe 31 decembrie 2028.
• 2.4.7 pe PHP 8.2: treci pe PHP 8.3, pe care 2.4.7 îl suportă și care primește patch-uri până pe 31 decembrie 2027. Planifici 2.4.8 pentru 2027.
• 2.4.8 pe PHP 8.3: ești acoperit până pe 31 decembrie 2027. Trecerea pe PHP 8.4 îți mai dă un an.
• 2.4.9: are nevoie de PHP 8.5. Citește ce presupune actualizarea înainte să sari, pentru că multe extensii nu au ținut pasul.

Îți verifici versiunile în 2 minute

1. Magento: subsolul panoului de administrare arată versiunea, de exemplu ver. 2.4.7-p8.
2. PHP: întreabă firma de hosting ce versiune rulează PHP-FPM-ul magazinului, nu doar linia de comandă. Cele două pot fi diferite.
3. De unde vine PHP-ul: pachetul Debian, deb.sury.org sau o versiune cu suport extins plătit.

Ordinea care te ferește de surprize

O copie de staging, o verificare a fiecărei extensii și a codului propriu pe noul PHP, schimbarea PHP pe staging, un test pe checkout, căutare și plăți, apoi schimbarea pe producție. Am descris pașii pentru PHP 8.4 în articolul despre Magento 2.4.8. Fă schimbarea după Black Friday, pe 6 noiembrie, și înainte de 31 decembrie, ca să nu rulezi campania pe o schimbare proaspătă.

Vrei să știi care e drumul cel mai scurt pentru magazinul tău? Programează un apel de strategie gratuit. Citim împreună versiunile Magento și PHP și îți spunem care pas vine primul.