- - - o 0 o - - -
"PHP 4 end of life announcement
[13-Jul-2007]
Today it is exactly three years ago since PHP 5 has been released. In those three years it has seen many improvements over PHP 4. PHP 5 is fast, stable & production-ready and as PHP 6 is on the way, PHP 4 will be discontinued.
The PHP development team hereby announces that support for PHP 4 will continue until the end of this year only. After 2007-12-31 there will be no more releases of PHP 4.4. We will continue to make critical security fixes available on a case-by-case basis until 2008-08-08. Please use the rest of this year to make your application suitable to run on PHP 5.
For documentation on migration for PHP 4 to PHP 5, we would like to point you to our migration guide. There is additional information available in the PHP 5.0 to PHP 5.1 and PHP 5.1 to PHP 5.2 migration guides as well."
- - - o 0 o - - -
I dag frigav http://www.php.net så den som udgangspunkt uigenkaldeligt sidste version af PHP 4, version 4.4.8, med følgende kommentarer med på vejen ud af døren - i ordets bogstaveligste forstand :
- - - o 0 o - - -
"PHP 4.4.8 Released
[03-Jan-2008]
The PHP development team would like to announce the immediate availability of PHP 4.4.8. It continues to improve the security and the stability of the 4.4 branch and all users are strongly encouraged to upgrade to it as soon as possible. This release wraps up all the outstanding patches for the PHP 4.4 series, and is therefore the last normal PHP 4.4 release. If necessary, releases to address security issues could be made until 2008-08-08.
Security Enhancements and Fixes in PHP 4.4.8:
Improved fix for MOPB-02-2007.
Fixed an integer overflow inside chunk_split(). Identified by Gerhard Wagner.
Fixed integer overlow in str[c]spn().
Fixed regression in glob when open_basedir is on introduced by #41655 fix.
Fixed money_format() not to accept multiple %i or %n tokens.
Addded "max_input_nesting_level" php.ini option to limit nesting level of input variables. Fix for MOPB-03-2007.
Fixed INFILE LOCAL option handling with MySQL - now not allowed when open_basedir or safe_mode is active.
Fixed session.save_path and error_log values to be checked against open_basedir and safe_mode (CVE-2007-3378).
For a full list of changes in PHP 4.4.8, see the ChangeLog."
- - - o 0 o - - -
For så vidt angår phpBB 3.0 har der været meget stille med hensyn til ændringer i kodebasen siden frigivelsen af phpBB 3.0.0 [phpBB 3.0 Gold] 13. december 2007 - og dog, jævnfør nedenstående.
Ganske få ændringer er foretaget i phpBB 3.0's kodebase siden frigivelsen af phpBB 3.0.0, men det har i dag vist sig, at phpBB Group's Development Team ikke alene har brugt den forløbne tid siden medio december 2007 til at strække ben og holde juleferie.
I en lind strøm af emailadviseringer til de mailinglistede om ændringer phpBB 3.0's kodebase er der i dag givet meddelese om en ganske grundlæggende ændring :
Kompatibiliteten med PHP 4 er fra om med dags dato forladt i den fremtidige kodebase for phpBB 3.0.x.
Minimumskrav til PHP er for fremtidige versioner af phpBB 3.0, forventeligt næstkommende version phpBB 3.0.1 nu mindst PHP 5.1.0, i modsætning til for phpBB 3.0.0 minimum PHP 4.3.3.
Det lyder måske noget "akademisk" med disse versionsnumre mv., men det har eller kan have nogle ganske voldsomme effekter for brugere af phpBB 3.0.0 eller brugere af phpBB 2.0.x med eller uden MODs (herunder phpBB Plus), som påtænker at konvertere til phpBB 3.0, og for fremtiden agter at holde sig opdaterede.
Hvorfor :
Der er tale om imødekommelse af et længe næret ønske i MODding communityet for phpBB 3.0.x, som åbner mange nye muligheder, fordi der ikke længere ved kodningen af MODs til phpBB 3.0.x skal tages hensyn til bagudkompatibilitet med PHP 4. Herved kan der anvendes funtioner i PHP 5, der ikke er til stede i PHP 4 ved kodningen af MODs, uden at der skal bruges ressourcer på at kode separate workarounds for PHP 4.
Dette gør sig også gældende i forhold til den fremtididige kodning af phpBB 3.0.x kernekode.
Hvornår :
Ændringerne har formelt virkning fra og med alle CVS snapshots, der genereres fra og med kl. ca 22:30 i aften, og første konkret påvirkede frigivelse af phpBB 3.0.x vil være phpBB 3.0.1. hvis frigivelsestidspunkt i sagens natur ikke kendes, som altid.
Hvordan :
Hvis du driver et phpBB 2.0.x baseret board, med eller uden MODs, herunder phpBB Plus : Ændringen har ingen betydning for dig.
Hvis du driver et phpBB 2.0.x baseret board, med eller uden MODs, herunder phpBB Plus, og påtænker konvertering til phpBB 3.0.x : Ændringen har ingen betydning for dig, sålænge du gennemfører konverteringen til phpBB 3.0.0. Vælger du imidlertid at foretage konverteringen på et senere tidspunkt til phpBB 3.0.1 eller højere, og der på serveren er installeret en version af PHP 4, kører dit nykonverterede board direkte i hegnet. Det vil simpelthen ikke virke fejlfrit.
Hvis du driver et phpBB 3.0.0 baseret board og der på serveren er installeret en version PHP 5 : Din situatuion vil være som hidtil - upåvirket af de i dag gennemførte ændringer, du vil uden problemer til dén tid kunne opdatere dit board til phpBB 3.0.1, uden at dette forhold i sig selv vil volde vanskeligheder, og du vil kunne MODde dit board med frigvne MODs fra MODs databasen på http://www.phpbb.com .
Hvis du driver et phpBB 3.0.0 baseret board og der på serveren er installeret en version af PHP 4 : Du vil kunne drive dit board baseret på phpBB 3.0.0 som hidtil uden problemer, men opdaterer du til dén tid dit board til phpBB 3.0.1 uden at PHP på serveren er opdateret til PHP 5, kører dit board direkte i hegnet. Det vil simpelthen ikke fungere fejlfrit.
Hvis der således er installeret en version af PHP 4 på serveren, vil du ikke kunne opdatere dit board fra phpBB 3.0.0 til en højere version, når en sådan frigives. Du vil være "låst" på phpBB 3.0.0, med mindre PHP opdateres på serveren, hvor dit board er installeret, til version 5.
Ligeledes vil der være i risiko for, at hvis du installerer MODs, og PHP på serveren er en version PHP 4, at der vil opstå problemer, fordi det ikke længere er et krav, at MODs til PHPBB 3.0.x er kompatible med PHP 4.
Hvad så :
- Ud fra det ovennævnte bør du forholde dig til, om denne problemstilling er relevant for dig. Det er den kort sagt i følgende tilfælde :
- Hvis du driver et phpBB 3.0.0 baseret board og øsnker at holde dette opdateret og der på serveren er installeret en version af PHP 4.
- Hvis du driver et phpBB 2.0.x baseret board med eller uden MODs, herunder phpBB Plus, og du påtænker at konvertere til PHPBB 3.0.x og holde dig opdateret, og der er installeret en version PHP 4 på serveren.
- Kontrollér din version af PHP på serveren. I phpBB 3.0.0 kan dette gøres i ACP => Generel (tab) => PHP-indstillinger. Har du ikke i ACP adgang til denne information, så spørg din vært herom.
- Hvis det viser sig, at dit board ligger på en server med en PHP version 4 installeret, har du følgende handlingsalternativer for at fremtidssikre dine egne interesser :
- Anmod værten om at opdatere PHP til version 5, eller foretag opdateringen selv, hvis du selv driver serveren. Bed i denne forbindelse om en helt konkret tidsplan herfor, så du ikke i værste fald ender i at "låses" opdateringsmæssigt på grund af "varm luft" og "snik/snak" fra værten.
- Alternativt kan du anmode værten om at blive flyttet fra en server, der kører baseret på en version PHP 4 til en server der kører baseret på en version af PHP 5. Bed i denne forbindelse om en helt konkret tidsplan herfor, så du ikke i værste fald ender i at "låses" opdateringsmæssigt på grund af "varm luft" og "snik/snak" fra værten.
- Modtager du ikke de konkret ønskede oplysninger fra din vært, ja, så er det altså tid at kigge sig omkring efter en anden vært, der driver sine servere baseret på PHP 5.
- - - o 0 o - - -
Hvad er så signalværdien i dette ? - Ja, det kan man jo jo kun gisne om ... - At dette længe diskuterede emne finder sin endelige konklusion netop samme dag som PHP annoncerer den sidste - i øvrigt nu usupporterede - version af PHP 4 er (i hvert fald for mig) et klart signal om at man vil bare fremad i verden, og at man vil ikke bruge tid på "PHP-arkæologi".
- - - o 0 o - - -
- Har du spørgsmål, så spørg endelig, og gerne i dette emne.