# PHP 8.1 un vecākas: jaunināšana uz atbalstītu versiju > PHP 8.1 jaunināšana bez akla lidojuma: pārbaudām lietojumprogrammas, testējam kopijā, migrējam uz atbalstītu PHP versiju un nodrošinām pārejas laiku. Avots: https://phpsos.de/lv/leistungen/php-migration-legacy/ Aktuāls uz: 25.10.2026 Pakalpojuma sniedzējs: PHP SOS, PHP ārkārtas palīdzība un serveru drošība. Tūlītēja palīdzība pa WhatsApp: https://wa.me/491736494914?text=Sveiki%2C%20PHP%20SOS%2C%20mums%20nepiecie%C5%A1ama%20pal%C4%ABdz%C4%ABba%20ar%20m%C5%ABsu%20PHP%20serveri.%20Uz%C5%86%C4%93mums%3A%20%E2%80%A6%20Vietne%3A%20%E2%80%A6 **Īsi:** kas vēl darbina PHP 8.1 vai vecāku versiju, no PHP projekta vairs nesaņem oficiālus drošības atjauninājumus, arī ne PHP2Shell gadījumā. PHP 8.1 jaunināšana uz atbalstītu versiju tāpēc nav pēc izvēles, bet īstais risinājums. Mēs pārbaudām jūsu lietojumprogrammas, testējam kopijā, kontrolēti migrējam un nodrošinām laiku līdz tam. ## Kāpēc PHP 8.1 un vecākas versijas tagad ir akūts risks PHP2Shell ievainojamības CVE-2026-109618 un CVE-2026-109619 ļauj izpildīt kodu bez pieteikšanās. Tās ir novērstas PHP 8.5.12, 8.4.27, 8.3.36 un 8.2.35. PHP 8.1 un vecākām versijām oficiālu atjauninājumu vairs nav, tikai minimāli pirmkoda backport labojumi versijām 7.4, 8.0 un 8.1. Saskaņā ar speciālistu presi ir skartas gandrīz visas versijas līdz pat PHP 5.4. Daži distributīvi un hostinga sniedzēji ievieš savus backport labojumus. Vai jūsu sistēma pie tiem pieder, sniedzējam jāapstiprina jūsu konkrētajam pakotnes stāvoklim. Bez šī apstiprinājuma jāpieņem, ka serveris ir atvērts. Ko tas nozīmē sīkāk, apraksta [PHP 8.1 un vecākas: kas tagad ir spēkā](https://phpsos.de/lv/php2shell/php-8-1-und-aelter/). ## PHP 8.1 jaunināšana: kura mērķa versija? Mērķim jābūt versijai, ko PHP projekts vēl atbalsta un ko jūsu lietojumprogramma atbalsta. Aktuālo atbalsta stāvokli php.net publicē atbalstīto versiju lapā. PHP 8.2 atbalsts beidzas 31.12.2026; pāreja uz 8.2 tāpēc būtu tikai starpposms ar drīzu turpmāko projektu. Kuru PHP versiju atbalsta jūsu CMS vai veikala sistēma, pārbaudām pēc ražotāja sistēmas prasībām, piemēram, wordpress.org, shopware.com vai typo3.org, nevis no galvas. Bieži vispirms jāatjaunina pats CMS. Veci veikali ir tipisks gadījums, skatiet [Shopware 5: veci veikali uz vecas PHP versijas](https://phpsos.de/lv/plattformen/shopware-5/). ## Kā PHP SOS palīdz konkrēti? 1. **Uzskaite un nodrošināšana:** Mēs apkopojam visas lietojumprogrammas, to PHP versiju, CMS stāvokli, paplašinājumus un pašu kodu. Paralēli ieviešam pagaidu pasākumus saskaņā ar php.net, lai risks līdz migrācijai samazinās; sīkāk sadaļā [WAF un virtuālā ielāpošana](https://phpsos.de/lv/leistungen/waf-virtuelles-patching/). 2. **Pārbaudīt saderību:** Mēs salīdzinām ražotāju sistēmas prasības, pārbaudām atkarības ar Composer un meklējam pašu kodā novecojušas funkcijas. Kā tas izskatās atkarību gadījumā, apraksta [Composer atkarību pārbaude uz ievainojamībām](https://phpsos.de/lv/ratgeber/composer-abhaengigkeiten-pruefen/). 3. **Tests kopijā:** Lietojumprogramma vispirms darbojas testa vidē ar jauno PHP versiju. Kļūdas tur novēršam vai dokumentējam jūsu aģentūrai. 4. **Pāreja ar atgriešanās ceļu:** Dzīvā pāreja notiek saskaņotā apkopes logā ar aktuālu rezerves kopiju un noteiktu atgriešanās ceļu. 5. **Pēckontrole:** Pēc pārejas pārbaudām kļūdu žurnālus un centrālās funkcijas un noņemam veco PHP versiju, ja tā vairs nav vajadzīga. Nekaitīgu skatu uz to, kuras vietnes kuru PHP versiju izmanto, daudzās sistēmās var iegūt, aplūkojot darbojošos FPM pūlus: ```bash # parādīt darbojošos PHP-FPM galveno procesu un pūlus ps -eo pid,cmd | grep -E "php-fpm: (master|pool)" | grep -v grep # instalētās PHP versijas (Debian/Ubuntu) ls /etc/php/ ``` > **Svarīgi:** > Jaunināšana uz jaunu PHP versiju nenoņem ļaunprogrammatūru, kas tika ievadīta iepriekš. Ja serveris kopš 17.10.2026 bija neaizsargāts tīklā, jāiekļauj arī pēdu pārbaude. ## Tipiski šķēršļi jaunināšanā Lielākā daļa problēmu, mainot PHP versiju, ir paredzamas, ja zina, kur meklēt: - **Novecojuši paplašinājumi:** spraudņi vai moduļi, kas vairs netiek uzturēti, jaunākās PHP versijās bieži nedarbojas. Tiem vajadzīgs aizstājējs vai pielāgojums. - **Pašu kods:** funkcijas, ko PHP starplaikā atzīmējis kā novecojušas vai noņēmis, izraisa brīdinājumus vai pārtraukumus. Stingrākas tipu pārbaudes atklāj vecas programmēšanas kļūdas. - **Atkarības:** bibliotēkas, kas pieslēgtas ar Composer, dažkārt paši prasa jaunas versijas un velk līdzi turpmākas izmaiņas. - **PHP paplašinājumi serverī:** ne katrs paplašinājums, kas bija instalēts vecajai versijai, jaunajai ir pieejams automātiski. - **Cron uzdevumi un komandrinda:** vietne jau darbojas jaunajā versijā, bet ieplānotie uzdevumi vēl izsauc veco PHP versiju. Kas šos punktus pārbauda iepriekš, saīsina pāreju un izvairās no pārsteigumiem dzīvajā darbībā. ## Ko jūs saņemat un ko mums vajag Jūs saņemat visu lietojumprogrammu pārskatu ar sākuma un mērķa versiju, migrācijas plānu ar secību un riskiem, testa protokolu, pārejas dokumentāciju un punktu sarakstu, ko jūsu aģentūrai vai izstrādātājam vēl jāizdara. No jums mums vajag: - **servera vai paneļa piekļuvi** un piekļuvi CMS aizkulisēm - **piekļuvi pirmkodam un repozitorijam** pašu izstrādātu risinājumu gadījumā - **kontaktu ar aģentūru vai izstrādātāju**, kas pazīst lietojumprogrammu - **testa vidi** vai atļauju to izveidot - **apkopes logu** un kontaktpersonu pieņemšanai ## Ko mēs nesolām Mēs nesolām, ka katra veca lietojumprogramma bez izmaiņām darbosies jaunā PHP versijā. Sistēmām bez turpmākas izstrādes var būt nepieciešama lielāka pārbūve vai maiņa; to sakām atklāti, tiklīdz tas iezīmējas. Saderības apgalvojumus pamatojam ar ražotāju norādēm. Un pagaidu pasākumi nav migrācijas aizstājējs, bet tikai pārvar laiku. Veco versiju ilgtermiņa riskus apraksta [PHP End-of-Life: novecojušu versiju riski](https://phpsos.de/lv/ratgeber/php-end-of-life-risiken/). ## Biežāk uzdotie jautājumi **Vai PHP 8.1 ir skarta PHP2Shell?** Saskaņā ar speciālistu presi ir skartas gandrīz visas versijas līdz pat PHP 5.4. PHP 8.1 un vecākām versijām PHP projekts oficiālus atjauninājumus nepiedāvā, tikai minimālus pirmkoda backport labojumus versijām 7.4, 8.0 un 8.1. Daži distributīvi ievieš savus backport labojumus, to attiecīgajam sniedzējam jāapstiprina. **Uz kuru PHP versiju man jājaunina?** Uz versiju, ko PHP projekts vēl aktīvi atbalsta un ko jūsu lietojumprogramma saskaņā ar ražotāja sistēmas prasībām atbalsta. PHP 8.2 atbalsts beidzas 31.12.2026, tāpēc kā mērķis tā ir tikai nosacīti lietderīga. **Vai nevaru vienkārši pārslēgt PHP versiju hostinga panelī?** Tehniski to bieži var izdarīt ar vienu klikšķi. Vai lietojumprogramma pēc tam vēl darbosies, ir atkarīgs no CMS versijas, paplašinājumiem un pašu koda. Bez testa riskējat ar pārtraukumiem vai kļūdainām funkcijām, piemēram, veikala kasē. **Ko darīt, ja mans CMS jauno PHP versiju neatbalsta?** Tad vispirms jāatjaunina CMS, zināmos apstākļos uz jaunu pamatversiju. Sistēmām bez turpmākas izstrādes var būt nepieciešama maiņa. Līdz tam serveri nodrošinām ar pagaidu pasākumiem. ## Avoti - [php.net: atbalstītās versijas](https://www.php.net/supported-versions.php) - [php.net: drošības paziņojumi](https://www.php.net/) - [PHP 8 ChangeLog](https://www.php.net/ChangeLog-8.php) - [TechTarget: PHP2Shell, 22M exposed servers at risk](https://www.techtarget.com/cybersecurity/news/366652444/PHP2Shell-22M-exposed-servers-at-risk-as-emergency-patches-released)