Journal Fin de PHP 4 annoncée

Posté par  .
Étiquettes : aucune
0
18
juil.
2007
Il semble que ce soit bientôt la fin de PHP 4. Voici une traduction de l'annonce sur le site de PHP :

Aujourd'hui, cela fait exactement trois ans que PHP 5 a été lancé. Pendant ces trois années, il y a eu plusieurs améliorations pour PHP 4. PHP 5 est rapide, stable, prêt pour la production et PHP 6 s'en vient, PHP 4 va être interrompu.

L'équipe de développement, par la présente, annonce que le support pour PHP 4 continuera jusqu'à la fin de l'année seulement. Après le 31 décembre 2007, il n'y aura plus de lancements de PHP 4.4. Nous allons continuer de rendre disponible des corrections critiques de sécurité, au cas par cas, jusqu'au 8 août 2008. S.V.P., utilisez le reste de cette année pour faire passer votre application à PHP 5.

Pour de la documentation sur la migration de PHP 4 vers PHP 5, nous voulons vous diriger vers notre guide de migration. Il y a d'autres informations disponibles dans les guides de migration de PHP 5.0 vers PHP 5.1 et de PHP 5.1 vers PHP 5.2.


Dans l'article de ZDNet suivant, un spécialiste de PHP dit que l'adoption de PHP 5 a été faible jusqu'à maintenant. Je suis un peu surpris vu tout le bien que je pense de PHP 5.

http://www.zdnet.fr/actualites/informatique/0,39040745,39371(...)
  • # php4 supprimé de Debian

    Posté par  (site web personnel) . Évalué à 6.

    À noter que php4 est en train d'être également supprimé de Debian en ce moment (unstable/testing, la version stable actuelle, etch, le gardera), de même que bind 8, apache 1 et exim 3.
    • [^] # Re: php4 supprimé de Debian

      Posté par  (site web personnel) . Évalué à 3.

      PHP4, bind8, exim3 etant supprimé de debian parce que trop vieux, des rumeurs courents que debian pourrait etre supprimée de debian parce qu'elle n'est pas à jour....


      Non, c'est bon, pas taper, pas taper...
    • [^] # Re: php4 supprimé de Debian

      Posté par  . Évalué à 2.

      A mon avis, la lenny la gardera aussi ... :)
  • # http://www.gophp5.org/

    Posté par  (Mastodon) . Évalué à 4.

    A noter l'initiative http://www.gophp5.org/ qui a pour but de forcer les hébergeurs à proposer PHP5 en standard le 5 février 2008 au plus tard.

    Parmi les gros projets (que je connais) qui y participent, il y a notamment Gallery2 dont la future version 2.4 sera "PHP5 only".

    Il serait en effet temps, trois ans après la sortie de PHP5, que les hébergeurs proposent PHP5 ....
    • [^] # Re: http://www.gophp5.org/

      Posté par  (site web personnel, Mastodon) . Évalué à 3.

      Il faut préciser que ce n'est pas PHP5 tout court qu'ils préconisent, mais la version 5.2 minimum.

      Notons aussi d'autres projets phares comme phpmyadmin, phppgadmin, phpmyvisites, drupal, typo3...

      Ainsi que mon projet phare à moi, jelix :-) (vais pouvoir virer les #ifdef PHP50 et #ifdef PHP51 dans les sources ;-) )
      • [^] # Re: foutaise

        Posté par  (site web personnel) . Évalué à 1.

        Php4 c'est des centaine de millier de sites dont beaucoup ne sont maintenu par des gens qui n'ont fait que copier coller du code (guestbook, newsletter ...)

        Si le passage à php5 ne s'est pas fait depuis 3 ans c'est que pour ces gens là, la rupture n'est pas possible. C'est peut-être aussi parce que php5 est beaucoup moins adapté a ce public (mais ça c'est une autre histoire).

        Peut-être que les hébergeurs feront un effort pour pousser php5. Mais pour bosser dans ce secteur, je peux vous dire que l'abandon de php4 n'est pas envisageable actuellement.

        Une chose est de configurer un serveur dédié, tout beau tout neuf (et la encore la demande de php4 est forte), autre chose est de migrer un parc de serveur mutualisé qui tourne depuis dix ans.

        php4 a de beaux jours devant lui
        • [^] # Re: foutaise

          Posté par  (site web personnel, Mastodon) . Évalué à 2.

          >c'est peut-être aussi parce que php5 est beaucoup moins adapté a ce public

          C'est totalement faux, tu peux toujours faire des scripts de newbie avec PHP5. Mieux, la plupart script PHP4 fonctionnent certainement moyennant quelques corrections mineures

          >Peut-être que les hébergeurs feront un effort pour pousser php5. Mais pour bosser dans ce secteur, je peux vous dire que l'abandon de php4 n'est pas envisageable actuellement.

          Y a une solution pour les hébergeurs : c'est que les nouveaux hébergements se fassent sur des nouvelles machines équipées de PHP5.

          Bon et puis peut être que pour toi c'est pas envisageable, alors je ne sais pas où tu travailles, mais je te recommande d'aller voir ailleurs. Ça fait quand même pas mal de temps que beaucoup d'hebergeurs proposent PHP5/PHP4 en même temps (au hasard, un "petit" hébergeur : free). Alors bon... Et puis quand on voit que parmis ceux qui soutiennent gophp5, il y a des hébergeurs comme Dreamhost (un autre "petit"), j'ai comme l'impression qu'il s'agit plus d'un manque de volonté de votre part qu'un réèl obstacle..

          > php4 a de beaux jours devant lui

          ouai enfin, date limite aout 2008. Et puis tu vas pleurer pour proposer à tes hébergés du phpmyadmin qui ne fonctionnera plus sur PHP4.

          Les projets majeurs vont abandonner le PHP4, il va bien falloir vous adapter quand vos hebergés se plaindront qu'ils ne peuvent installer telle ou telle appli.
        • [^] # Re: foutaise

          Posté par  . Évalué à 3.

          Ci-dessous ce que j'ai reçu d'un hébergeur début juillet, comme quoi certain n'ont pas peur. Cela fait 6 mois que j'ai passé mes site sur PHP5/MySQL5 chez cet hebergeur, en effet ils offraient la possibilité sur un simple mail d'activer un transfert de l'hébergement sur leurs nouveaux serveurs PHP5/MySQL5.

          Alors oui on peut conserver PHP4/MySQL4 pour des question de compatibilité d'ancien scripts, mais le minimum me semble quand même d'offrir la possibilité à ceux qu'ils le veulent de migrer...

          -------------------------------------------------------------------------------------------------------------------------

          Fin de vie pour le produit MySQL 4
          -----------------------------------------------
          Le produit MySQL 4 est en fin de vie et ne sera bientôt plus maintenu et
          supporté. MySQL 5 a
          déjà démontré sa meilleure stabilité et des performances accrues, et la
          quasi totalité des produits
          du marché ont déjà été modifiés pour MySQL 5 par leurs développeurs
          respectifs (comme
          Wordpress, Joomla, SPIP, Phorum, etc); il n'y a donc plus de problème de
          compatibilité.

          Les nouveaux contrats mis en service ne peuvent d'ores et déjà plus disposer
          de MySQL 4, au
          contraire des clients existants qui peuvent toujours créer d'autres bases
          avec la version 4 s'ils en
          ont déjà au moins une, afin de leur permettre une migration en douceur et
          contrôlée.

          A partir du 1er septembre 2007, nous entamerons une procédure de migration
          des bases
          existantes de la version 4 vers la version 5, automatiquement, et vous serez
          à nouveau contacté à
          ce moment-là.

          Nous vous recommandons d'anticiper cette opération dès que possible en vous
          assurant de la
          mise à jour de votre site et de ses scripts éventuels, et en migrant vos
          bases vous-même depuis
          votre console d'administration; il suffit en effet de supprimer les bases
          existantes pour que votre
          console d'administration vous permette alors de passer à la version 5.
          Attention ! Cette démarche
          n'est pas annulable et une fois toutes les bases de la version 4 supprimées,
          vous devrez passer à
          MySQL 5.


          Fin de vie pour le produit PHP4
          ------------------------------------------
          Le produit PHP4 est bientôt en fin de vie et ne sera plus maintenu ni
          développé. Nous devons
          donc envisager de le retirer de nos offres au profit de PHP5, déjà
          disponible depuis de nombreux
          mois, et des futures versions à venir.

          La quasi totalité des scripts existants sont d'ores et déjà compatibles avec
          PHP5 et il suffit
          généralement d'obtenir la dernière version des scripts que vous utilisez
          pour le vérifier.

          Nous prévoyons de ne plus offrir PHP4 pour nos nouveaux clients vers le mois
          d'octobre 2007,
          puis, pour les clients existants, de laisser une période de transition assez
          longue afin que le
          changement se fasse en douceur et sans aucune surprise.

          Nous vous recontacterons lorsque cette transition sera d'actualité.

          -------------------------------------------------------------------------------------------------------------------------
        • [^] # Re: foutaise : tu l'as dit

          Posté par  . Évalué à 4.

          Si le passage à php5 ne s'est pas fait depuis 3 ans c'est que pour ces gens là, la rupture n'est pas possible. C'est peut-être aussi parce que php5 est beaucoup moins adapté a ce public (mais ça c'est une autre histoire).


          ce qu'il faut pas lire... sans dec faudrait me citer les fonctions qui étaient cruciales en php4 qui ne sont plus maintenues en php5...

          bon si tu me parlais de php6 ok mais là c vraiment tiré par les cheveux
  • # Version...

    Posté par  . Évalué à 1.

    Personnellement, v4 ou v5 je m'en fout, par contre si les hébergeurs (comme free, au hasard) pouvaient virer le "safe_mode", ça se serait cool... Il y a quelques trucs que je ne peut pas installer a cause de cette saloperie...
    Je croit que ça n'existe plus dans la v6...
  • # Velib

    Posté par  . Évalué à 1.

    Heureusement que les nouveaux sites professionnels PHP sont développés en Apache2/PHP5. Par exemple http://velib.paris.fr/ nous annonce fièrement dans les entêtes:

    Server: Apache/1.3.33 (Debian GNU/Linux) PHP/4.4.6-0.dotdeb.2 with Suhosin-Patch

    Oups /o\

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.