Do napisania tej notki sprowokowała mnie pewna dyskusja na GoldenLine.pl. Klientka jakiejś firmy narzeka, że dostała aplikację, która nie działa na jej hostinKu (błąd zamierzony).

Co teraz??? Mam strone, za ktora zaplacilam, ktora jest kompletnie do wywalenia, bo .. firma przyjela, ze php 5 jest obslugiwane. [...] Dostalam wiec produkt z wada.

PHP4 2000-2008 R.I.P.

Pierwsza stabilna wersja PHP4 ukazała się 22 maja 2000 roku (!!!). 31 grudnia 2007 roku PHP4 zostało oficjalnie uśmiercone, kilka dni później pojawiła się ostatnia (do dzisiaj ale o tym za chwilkę) wersja 4.4.8 z zastrzeżeniem, że support bezpieczeństwa dla gałęzi 4.x będzie trwał do 8.8.2008 (piękna data, jak widać fascynuje wiele osób ). Jak zapowiedziano tak zrobiono i wczoraj ukazała się ostatnia poprawka bezpieczeństwa PHP 4.4.9:

This release wraps up all the outstanding patches for the PHP 4.4 series, and is therefore the last PHP 4.4 release. After today there will be no more PHP 4 releases, regardless of whether there are security issues found in PHP 4. It’s time to upgrade now

Developerzy PHP podkreślają, że rozdział z PHP4 został DEFINITYWNIE zamknięty i nawet jeśli zostaną wykryte nowe dziury to NIE zostanie wydana żadna poprawka bezpieczeństwa.

Produkt z wadą?

Ale wróćmy do zirytowanej klientki. Czy w obliczu w/w faktów można mieć JAKIEKOLWIEK pretensje do firmy wykonującej aplikację? PHP4 przestało istnieć pół roku temu, równie dobrze klientka mogła by mieć pretensje, że produkt nie jest kompatybilny z PHP3! (pomijam tutaj sprawę wcześniejszego “dogadania się” oraz odpowiednich zapisów w umowach). Czasy w których wymaganie PHP5 było brane za fanaberię programisty bezpowrotnie minęły. Mam nadzieję, że w przyszłości PHP6 zostanie wprowadzone bardziej zdecydowanie i developerzy PHP nie zafundują nam już kilkuletniego horroru miotania się między wersjami i robienia jakiś dziwacznych hybryd.

“Bezpieczny” hosting

serwer, na ktorym jest dotychczasowa strona kliena obsluguje wylacznie php 4. Provider nie rpzewiduje w ciagu najblizszych co najmniej 6 miesiecy przestawienia serwera na php 5. Provider to Rubikon ))

Nie wiem czy najlepszym wyjściem z sytuacji nie było by wykrycie jakiejś poważnej luki bezpieczeństwa i nie złamanie się developerów PHP w swoim postanowieniu.

PHP 5.3 alfa

Przy okazji tego wpisu chciałbym zwrócić waszą uwagę na gotową betę alfę PHP 5.3. Odsyłam do oficjalnej notki, dodam tylko, że wersja ta wprowadza dosyć istotne i postulowane od lat “nowości” (czyli to co w wielu innych językach jest normą) m.in. namespaces, lambda functions and closures i wiele innych.

Zdumiewającą wiadomość ogłosił na swoim blogu jeden z developerów CI i pracownik EllisLab. Otóż poinformował, że NIE zanosi się na jakiekolwiek zmiany w kwestii przejścia na PHP5, co więcej, opierając się na jakiś (mniej lub bardziej wiarygodnych; dla mnie mniej) danych nt. migracji serwerów z php4 na php5 pozwolił sobie na żart, że w tym tempie to mogą o tym pomyśleć najwcześniej w 2010 r.

Powiem szczerze: te tłumaczenia są dla mnie co najmniej śmieszne. Nie wiem jaka była metodologia tych badań, ani z jakich hostingów oni korzystają ale mi nie zdarzyło się od na prawdę dłuższego czasu, aby na serwerze nie było php5. Jeżeli nie samo, jeżeli nie główne to zawsze jako dodatkowa opcja (sposób przestawienia wersji na całe konto albo po prostu osobne parsowanie rozszerzeń *.php i *.php5). Wystarczy przejrzeć oferty hostingowe, choćby na webhostingtalk.com, aby dojść do podobnych wniosków. Swoja drogą, widzę, że ów wpis ma raczej pozytywne komentarze Albo my żyjemy w innym świecie albo po prostu wszyscy przechodzą na Kohanę i z CI zostają już tylko zwolennicy php4

Skłamałbym mówiąc, że mnie to martwi. W ogóle. Raczej mnie rozbawiło, i to bardzo W sytuacji kiedy KohanaPHP czerpie z największych zalet CI, poprawia setki ograniczeń i błędów poprzednika, a jednocześnie korzysta z dobrodziejstw php5 (przecież tu nie chodzi o zmianę samego numerka i końca wsparcia dla php4!) to sytuacja staje się jasna.

RIP dziadku CodeIgniterze. Bardzo przyjemnie się z tobą pracowało. RIP.