Prihodnost PHP

Na kratko: Prihodnost PHP je v bistvenih delih določena in javno dostopna. Vsaka različica prejme štiri leta podpore, od tega dve samo z varnostnimi popravki, vsakokrat do 31. decembra. PHP 8.6 je po načrtu predviden za 19. 11. 2026 in med drugim prinaša varnejše privzete nastavitve sej. Za PHP 9.0 obstajajo sprejeti predlogi sprememb, a ne napovedan termin. Za podjetja to pomeni: predvidljive nadgradnje namesto presenečenj, dokler uporabljajo podprte različice.

Kako se odloča o prihodnosti PHP?

Nove funkcije in pravila v PHP nastajajo prek RFC (Request for Comments). Predlog se objavi v wikiju PHP, razpravlja na poštnem seznamu in nato glasuje. Za nove privzete nastavitve sej je bila po RFC na primer potrebna dvotretjinska večina. Šele sprejet in uresničen RFC je dokazan načrt; predlogi v razpravi so zamisli, ne zaveze.

Za odločevalce je to prednost: kdor želi vedeti, kaj prihaja, lahko prebere seznam v wikiju, namesto da bi se zanašal na govorice. Na tej strani zato navajamo samo sprejete ali uresničene RFC-je in uradne termine.

Fiksni roki podpore: štiri leta na različico

Leta 2024 je projekt PHP cikel izdaj prilagodil z RFC. Od takrat velja: dve leti aktivne podpore s popravki napak in varnostnimi popravki, nato dve leti samo za kritične varnostne težave. Roki se enotno končajo 31. decembra. Release Candidates ne smejo več vsebovati novih funkcij.

Vrednosti za 8.2 do 8.5 izvirajo z php.net, tiste za 8.6 smo izpeljali iz veljavnega pravila; zavezujoče so šele, ko jih php.net objavi. Kaj to pomeni za starejše različice, opisujeta Različice PHP in cikel izdaj ter PHP End-of-Life: tveganja zastarelih različic.

PHP 8.6: kaj je sklenjeno

Po časovnem načrtu v wikiju PHP je izid PHP 8.6.0 predviden za 19. 11. 2026. Dne 21. 10. 2026 je izšel četrti Release Candidate, ki po navedbah php.net že vsebuje popravke za obe ranljivosti PHP2Shell; zgodnejše testne različice 8.6 naj bi bile nadomeščene. Naslednji Release Candidate je napovedan za 5. 11. 2026. Testne različice ne sodijo v produkcijo.

Izbor RFC-jev, ki so v wikiju vodeni kot uresničeni za PHP 8.6:

1. Varne privzete nastavitve sej: session.use_strict_mode in session.cookie_httponly se privzeto vklopita, session.cookie_samesite se nastavi na Lax.
2. Argumenti funkcij v sporočilih o napakah: dodatni podatki, ki pomagajo pri iskanju napak.
3. Omejitev verig filtrov: zgornja meja za število povezanih filtrov.
4. Nova jezikovna sredstva: med drugim clamp(), delna uporaba funkcij in privzete vrednosti za lastnosti readonly.
5. Napoved opustitve: vrnjene vrednosti iz __construct() in __destruct() se označijo kot zastarele.

Kaj je prišlo že s PHP 8.0 do 8.5, povzema PHP 8.0 do 8.5: najpomembnejše novosti.

PHP 9.0: sprejeti predlogi, brez termina

Več RFC-jev izrecno predvideva spremembe za PHP 9.0 in je sprejetih, a še ne uresničenih. Sem sodijo: napaka namesto opozorila pri nedefiniranih spremenljivkah in lastnostih, odstranitev zapisa ${} v nizih, odstranitev ID-jev sej prek GET in POST ter konec implicitno nullabilnih tipov parametrov. Termin izida za PHP 9.0 na php.net ni napovedan.

Za načrtovanje to pomeni: kodo, ki danes ustvarja opozorila o zastarelih funkcijah, je treba počistiti zdaj. Tako poznejši skok ne postane velik projekt.

V wikiju je poleg tega veliko predlogov v razpravi, na primer skupna binarna datoteka za ukazno vrstico in FPM ali sočasnost v jedru. Ali bodo prišli, je odprto.

Kdo podpira PHP

PHP vzdržujejo prostovoljci in plačani razvijalci. Za vsako različico obstaja ekipa upravljavcev izdaj; za PHP 8.6 wiki navaja Daniela Scherzerja, Matteja Beccatija in Joeja Fergusona. PHP Foundation kot svojo nalogo opisuje zagotavljanje dolgoročnega razcveta jezika in po lastnem opisu najema ekipo razvijalcev s krajšim in polnim delovnim časom za vzdrževanje, varnost in nove funkcije.

Posodablja se tudi infrastruktura: od PHP 8.5 je OPcache trdno vgrajen, z RFC pa je bilo sklenjeno, da se za razširitve priporoča PIE, PECL pa se označi kot zastarel.

Kaj prihodnost PHP pomeni za vašo varnost

PHP2Shell je pokazal, kako pomembni so roki podpore. Za 8.2 do 8.5 so 21. 10. 2026 prišli uradni popravki; za 8.1 in starejše so bili le še minimalni backporti izvorne kode. PHP 8.2 se konča 31. 12. 2026. Kdor načrtuje danes, naj zabeleži tri stvari:

• Vsaka uporabljena različica potrebuje znan konec podpore v koledarju.
• Prehod na naslednjo podprto različico sodi pravočasno pred ta datum.
• Novi standardi, kot so varne nastavitve sej v 8.6, so dobrodošli, vendar ne nadomestijo zavestne konfiguracije.

Kako PHP SOS pomaga konkretno?

Pri selitvi na podprto različico PHP ravnamo takole:

• Stanje in roki: zajamemo vse različice PHP in njihov konec podpore vpišemo v vaš načrt.
• Preveriti sposobnost nadgradnje: pokažemo, katere aplikacije in razširitve blokirajo novo različico.
• Izvesti prehod: test, preklop, ponovni zagon in kontrola, različico za različico.
• Gledati naprej: spremljamo RFC-je in termine izdaj ter javimo, če sprememba zadeva vaše sisteme.

Pogosta vprašanja

Viri

• php.net: podprte različice
• PHP RFC: Release cycle update
• RFC-ji PHP (pregled)
• PHP RFC: Secure Session Configuration Defaults