Vlákno názorů k článku
Debian 10 je v přechodném zmražení od Rhinox - Tak se snad konecne dockame debianu, kterej bude...

Docela by mě zajímalo, jak přesně byste chtěl dosáhnout toho, aby po dobu životnosti Debian release v něm byla podporovaná verze PHP. Anonymové v diskuzích jsou úplná studnice vědomostí, tak si rád nechám poradit...

Bohužel se mezi Debianem 8 a 9 zrovna zároveň skákalo z verze 5.x na verzi 7.x, a kompletně nový systém toho, jak je PHP zabalíčkované. E_TOOMANYTARGETS

I pro Debian 10 to s PHP 7.3 nebude nijak slavné a to okno na přechod z PHP 7.3 na cca PHP 7.5 bude maximálně půl roku. A představte si, že někde mají ještě pořád (jako právě teď) problém s předchodem "jenom" na PHP 5.6.

Prostě cílem není uspokojit všechny, ale jenom to mít méně rozbité pro většinu uživatelů, což Debian Stretch splňuje, včetně toho, že PHP 7.0 v Debian stretch je stále podporované ze strany Debianu.

Způsob, jak toho dosáhnout, je snadný – přestat s něčím, co se až příliš vznešeně nazývá „backportování bezpečnostních chyb“ a používat místo toho aktuální upstream verze. (Mimochodem, přesně tohle – aktualizujte, aktualizujte, aktualizujte – se už hezkých pár let vtlouká do hlavy všem, kdo mohou ovlivnit používanou verzi softwaru, od uživatelů Windows 10 Home po správce).

Ono to samozřejmě má i svá negativa, z nichž největší je to, že konzervativci mají mnohem raději jistotu svých starých známých chyb než riziko, že by je snad mohly postihnout chyby nové. V enterprise sféře je to dokonce vyžadovaný přístup, a i když už je za svým vrcholem, stejně tu ještě nějakou dobu bude. Nicméně už je jisté, že je tento přístup překonaný, protože nestíhá držet tempo s okolním světem. Tím, jak se toho stále více provozuje „aaS“, bude tenhle přístup udržování starých verzí čím dál hůře obhajitelný. Protože provozovatel té „S“ musí držet krok s konkurencí a nabízet nové služby, a nebude si komplikovat život udržováním zpětné kompatibility několik let.

Takže otázka není, zda se přejde na průběžné aktualizace, ale kdy se na ně přejde a v případě distribucí hlavně jak dobře ten přechod zvládnou. Poptávka po tom je velká, stačí se podívat na úspěch Dockeru – sice je nebezpečný, navržený trochu divně, ale lidi ho přesto používají. Přičemž důležitým důvodem (který je schovaný i za spoustou jiných důvodů) je právě ta možnost používat aktuální verzi aplikace.

Jasně, protože například přechod na PHP 7.3 vůbec neznamenal, že nepřestaly fungovat extensions z PECL (některé důležité nefungují dodnes), nepřestaly fungovat například části symfony frameworku (kde mimochodem pořád není aktualizace) nebo třeba horde, atd.

Pokud PHP nezačne nabízet nějakou LTS verzi, tak to bude vždycky některým směrem nahnuté. Buď vydáte s verzí PHP, kde buď samotné PHP nebo ekosystém okolo bude trpět dětskými chorobami, nebo to bude vždycky trochu pozadu.

Jenže hlavní důvod, proč ty extensions přestaly fungovat, je ten, že se přece všude používá stará verze PHP, používá ji i autor té extenze, takže podporu nové verze „nikdo“ nechce a pro autora by bylo komplikované to upravit.

LTS verze je právě úlitba těm, kteří chtějí držet staré verze, když se přechází na rychlejší model vývoje. Uznávám, že mají význam alespoň v tom, že se pak víc lidí sjednotí na té jedné staré verzi a ta se udržuje hromadně – ale stejně je to jenom úlitba těm, kteří z nějakého důvodu nemohou naskočit hned na rychlejší vývoj. Nikomu bych ale nedoporučoval spoléhat na to, že tu LTS verze budou věčně – je to jenom odklad.

Ekosystém kolem PHP nemusí trpět dětskými chorobami – akorát se musí naučit, že ta správná verze, se kterou má všechno fungovat, je nejnovější verze, ne ta nejstarší ještě podporovaná (a nebo taková, která už není podporovaná, ale teprve krátce). Ono je to nakonec docela jednoduché, protože na tom, která verze je nejaktuálnější, se všichni shodnou (na rozdíl od toho, která stará verze je ta správná), a když se něco rozbije, tak se to v příští verzi opraví.

Samozřejmě, že to bude bolet, zvlášť když zrovna ekosystém PHP byl dlouho zvyklý jet v tom režimu, že se na nějakém serveru najde nějaká použitelná kombinace verzí, a pak je to tam do té doby, než ten webhosting nezanikne a ti lidé nezaloží nový webhosting, kde použijí udělají to samé s novější verzí PHP. Ale jiná možnost není. A když se teď do toho pustil i Oracle s Javou, dá to i PHP :-) Jinak samozřejmě cesta je alespoň po přechodné období podporovat víc verzí (jak to ostatně lepší webhostingy dělají).

> a používat místo toho aktuální upstream verze.

To se aktuálně v Debianu používá, ale přechod z jednoho PHPAPI na vyšší PHPAPI si představujete stejně jako upstream vývojáři BC.

Abychom si rozuměli, já jsem nikde nepsal, že to bude lehké, a zrovna to PHP je v tomto směru snad to nejnáročnější, co může být (ani ne kvůli samotnému PHP, ale spíš proto, kde, jak a kdo ho používá). Můj komentáři byl o tom, že k téhle změně stejně dříve či později musí dojít – navzdory tomu, že to bude náročné.

Samozřejmě k tomu patří i to, že zpětná kompatibilita je pak nějakou dobu udržována přímo v těch aplikacích, tj. nějakou dobu lze se starší verzí vydržet. Což znamená změny i na straně vývoje, už se nemohou dělat major verze, kde se všechno rozbije. A to je samozřejmě zodpovědnost upstreamu.