Php4 maintient sa domination

• [^]Re: Php4 maintient sa domination

  Posté par andeus () le 05/08/2006 à 23:01. (lien). Évalué à 7.

  Il y a plusieurs raisons à cela:
  
  La base du problème est que les scripts écrits pour PHP4 ne fonctionneront pas forcément pareil avec PHP5. Donc un hébergeur doit garder PHP4 pour ne pas casser les sites hébergés, et éventuellement proposer PHP5 à côté.
  
  Pour plus de performances beaucoup d'hébergeurs utilisent PHP en module Apache. Le problème c'est qu'on ne peut pas charger les modules PHP4 et PHP5 en même temps. La seule solution est d'en utiliser au moins un des deux en CGI, et certains hébergeurs ne le peuvent/veulent pas.
  
  La deuxième raison, qui affecte cette fois les développeurs/webmasters est simplement que quand ça marche, ça marche et il qu'il n'y a pas forcément de raison de changer. Beaucoup d'applications, modules et classes pear ne sont toujours pas officiellement compatibles PHP5, voir pas dutout, donc ça limite déjà pas mal son utilisation.
  
  En fait c'est surtout les applications/sites faits from scratch qui utilisent PHP5, ou ceux qui en ont vraiment besoin qui ont migrés.
  
  On pourrait citer aussi le fait que les améliorations de PHP5 ne sont intéressantes que pour les utilisateurs avancés (model objet, streams, iconv, xml, pdo, etc).

  • [^]Re: Php4 maintient sa domination

    Posté par Gniarf () le 06/08/2006 à 00:58. (lien). Évalué à 4.

    oui enfin avec un peu de recul, ça pue quand même bien le pâté qu'on ne puisse pas charger les modules PHP4 et PHP5 en même temps.
    
    ils exportent les mêmes symboles ? mais mais mais... on s'en fout ! c'est complètement gay^Wcon comme limitation. on dirait Excel qui refuse d'ouvrir deux .xls avec le même nom. on est en 2006, nom d'une bite^Wpelle à tarte.
    
    euh, et pour PHP6 ? même chanson ? on va tous mourir /o\

    --
    Windows has no users. It has hostages.

    • [^]Re: Php4 maintient sa domination

      Posté par Raphaël Gertz (page perso, ) le 06/08/2006 à 06:50. (lien). Évalué à 5.

      Alors PRIMO il n'est pas impossible de charger php4 ET php5 en même temps en mod_php !!!
      
      Je l'ai fait donc vous pouvez me croire ;)
      
      Par contre c'est super galère car il faut faire du versioning des symboles et builder les extensions en dur...
      
      Deuxièmement l'histoire du non passage a php5 n'est pas vraiment justifié, les seul problème réel :
      - changement du passage par valeur en adresse implicite alors qu'il nécessitait un & explicite en php4
      - non support de squirelmail (heu le code est sacrément non maintenable en plus)
      
      Donc bon a part ce genre de soucis il n'y a pas vraiment de raisons de ne pas passer a php5...
      
      Après bon pour php6 d'après ce que j'ai compris les incompatibilités d'export de symbole sont censé être réglés...
      
      Et puis soyons sérieux, dans php4 y a de sacré limitations :
      $array = array(0 => array(), 1 => array());
      foreach ($array as $key => $value)
      {
      $value['new_key'] = 'test';
      }
      Et bien les valeurs n'ont pas été affectés en php4 (et ça va planter lamentablement si mes souvenirs sont bon...)
      
      Bref de toute façon free est passé a php5 pour les pages perso donc on peux raisonnablement penser qu'on peux passer ça en prod sans attendre ;)

      --
      site perso : http://rapsys.free.fr/

      • [^]Re: Php4 maintient sa domination

        Posté par andeus () le 06/08/2006 à 16:14. (lien). Évalué à 2.

        Oui mais compiler tous les modules en statique n'est pas forcément envisageable pour un hébergeur. En plus comme tu le dis c'est super galère car il faut faire du versioning des symboles, ça n'est pas supporté, etc.
        
        Donc bon a part ce genre de soucis il n'y a pas vraiment de raisons de ne pas passer a php5...
        
        Pour un hébergeur, si.
        
        Si mon hébergeur passe à PHP5 alors que je n'ai pas rendu mon site compatible, je risque de ne pas être content.
        
        De même si je n'utilise que des scripts tout faits, que je n'ai jamais codé en PHP et que je ne sais pas du tout ce qu'il faut faire pour rendre ces scripts compatibles. Il y a beaucoup de personnes dans ce cas.
        
        Un hébergeur payant ne peut pas passer de PHP4 à PHP5 comme ça sans garder les deux.

        • [^]Re: Php4 maintient sa domination

          Posté par Raphaël Gertz (page perso, ) le 06/08/2006 à 22:44. (lien). Évalué à 3.

          Je ne comprend pas pourquoi ça ne serait pas envisageable de compiler le tout en static pour un hébergeur ?
          (ça nécessite de tout recompiler a chaque coup, mais pour le temps que ça prend sur un amd64 par exemple...)
          
          Hum, il y a pas de problèmes majeurs au passage de php4 => php5 sur les code simples.
          
          Donne moi des applications php, 90% ne sont pas dépendantes de php5.
          
          En fait le seul soucis est quand le code php4 "s'amuse" a cloner des objets/array en copiant un objets sur un autre et les modifications dans une boucle locale d'un tableau en supposant que l'objet final ne sera pas modifié.
          
          Mis a part ces deux cas il ne devrais pas y avoir de soucis.
          
          De plus tu peux activer le mode strict de php5, en général sous ce mode tu va voir 95% des erreurs qui peuvent poser problème.
          
          Et puis bon il est simple de tester une application php4 sous php5.

          --
          site perso : http://rapsys.free.fr/

          • [^]Re: Php4 maintient sa domination

            Posté par andeus () le 07/08/2006 à 01:20. (lien). Évalué à 3.

            Je ne comprend pas pourquoi ça ne serait pas envisageable de compiler le tout en static pour un hébergeur ?
            
            Je sais pas, je me disais que ça prendrais sûrement plus de mémoire pour chaque process apache en ayant tous les modules en statique.
            
            Donne moi des applications php
            
            Squirrel mail par exemple ne fonctionne pas du tout sur php5. C'est un petit truc tout bête, mais quand tu ne sais pas faire, tu ne sais pas, et voila.
            phpBB non plus ne fonctionnait pas sur php5 pendant assez longtemps. Il doit y avoir pas mal d'appli dans le même cas.
            
            Et puis bon il est simple de tester une application php4 sous php5.
            
            Oui mais comme je le disais beaucoup de sites sont faits par des gens qui ne programment pas du tout, qui utilisent des applis toutes faites comme phpBB, et qui seraient incapables de corriger ce genre de problème.

            • [^]Re: Php4 maintient sa domination

              Posté par Nicolas (page perso, ) le 07/08/2006 à 08:10. (lien). Évalué à 2.

              > Oui mais comme je le disais beaucoup de sites sont faits par des gens qui ne programment pas du tout, qui utilisent des applis toutes faites comme phpBB, et qui seraient incapables de corriger ce genre de problème.
              
              Si ces même personnes en profitaient pour jeter ces "applications" d'un autre âge, codées avec les pieds,...

      • [^]Re: Php4 maintient sa domination

        Posté par Clément varaldi (page perso, ) le 07/08/2006 à 11:30. (lien). Évalué à 2.

        
        Et puis soyons sérieux, dans php4 y a de sacré limitations :
        $array = array(0 => array(), 1 => array());
        foreach ($array as $key => $value)
        {
        $value['new_key'] = 'test';
        }
        Et bien les valeurs n'ont pas été affectés en php4 (et ça va planter lamentablement si mes souvenirs sont bon...)
        
        
        
        Marrant, moi je trouve ce comportement "normal"...
        S'il y a affectation, ca veut dire que $value est devenu une reference et non plus une copie. Et je trouverais ca violemment mal. Imagine, tu te trimballes ton $value loin, loin... Et puis tu le modifies pouf pouf. Tu n'as rien pour te rappeler que $value est une reference a, disons, $array[0], et que donc tu as modifie aussi $array.
        
        Non, franchement, je ne trouve pas ca top. Apres, que ces instructions plantent sous php4 ou pas est une autre question, mais si le comportement que tu indiques (references) devient celui de php5, non, vraiment, je n'ai aucune raison de passer a php5.
        
        Maintenant, je peux me tromper, mal avoir interprete ton commentaire...

        • [^]Re: Php4 maintient sa domination

          Posté par Aurélien Maille (page perso, ) le 08/08/2006 à 15:44. (lien). Évalué à 2.

          Ça fonctionne par copie par défaut, que ce soit en php4 ou 5.
          Pour utiliser une référence, il faut mettre un & avant $value dans le foreach().

• [^]Re: Php4 maintient sa domination

  Posté par med spx () le 06/08/2006 à 17:30. (lien). Évalué à 4.

  Hello,
  
  mais non, le fait que PHP4 est si présent c'est juste à cause du fait que Debian stable (Sarge) n'intègre que PHP4...
  
  -------->[]

• [^]Re: Php4 maintient sa domination

  Posté par Dsls (page perso, ) le 07/08/2006 à 07:27. (lien). Évalué à 3.

  D'un autre coté, pourquoi les hébergeurs passeraient-ils aujourd'hui en php5, vu que presque personne ne fait d'applications spécifiquement en php5 ? C'est une question qui paraît bête au premier abord, mais en y réfléchissant bien, la majorité des applis php existantes (CMS, forums, ...) se contentent très bien de php4.
  
  C'est un peu un cercle vicieux : les développeurs ne font pas leurs applis en php5, parce que peu d'hébergeurs supportent php5, et les hébergeurs ne passent pas en php5 car la majorité des applications tournent en php4. Cela engendre assez peu de demandes d'utilisateurs.
  
  A noter une expérience assez pertinente : la prochaine version du moteur de blog dotclear nécessite le support de php5 pour fonctionner. Hasard ou non, un certain nombre d'utilisateurs ont de ce fait demandé à leur hébergeur préféré le support de php5 (et accessoirement de iconv et mbstring, ainsi que de mysql>4.1), et certains ont réagi positivement. Par exemple, ovh et free ont emboîté le pas.
  
  Comme quoi, parfois il ne faut pas grand chose pour faire avancer la situation ...

PHP 5 pour les intranet

• [^]Re: PHP 5 pour les intranet

  Posté par Éric (Jabber id, page perso, ) le 17/08/2006 à 20:27. (lien). Évalué à 3.

  rohhhh, Cyril, quelle différence entre une application Web et un site Web ?
  Ca fait longtemps que les "sites Web" ont des parties interractives (commentaires, zones particulières, etc.) qui sont largement aussi complexes que les "applications Web". Rien que trier, organiser et publier des textes est maintenant quasiment toujours fait par du code.
  La problématique des "sites Web" est largement aussi complexes que celles des applications pures et dures. Ce qu'il y a derrière aussi. J'ai d'ailleurs du mal à faire la différence. Ebay : site ou application ? linuxfr ? un blog perso ? le site du journal Le Monde ? un site de commerce électronique ?

  • [^]Re: PHP 5 pour les intranet

    Posté par Cali_Mero () le 18/08/2006 à 13:54. (lien). Évalué à 1.

    A l'évidence Cyril pensait à un contexte d'intranet, où les contraintes en terme de bande passante notamment sont moindres et permettent aux développeurs de se lâcher sur les ajaxeries notamment (ce qui au éloigne pas mal le développeur du mode de pensée "site web" et des problématiques associées pour l'emmener vers des problèmes plus proches d'une application traditionnelle).

    --
    #define MAGIC 0xdefaced /* I should've patented this number -cliph */

  • [^]Re: PHP 5 pour les intranet

    Posté par Cyril PIERRE de GEYER (page perso, ) le 18/08/2006 à 21:17. (lien). Évalué à 1.

    Tiens un ganf ;)
    Ganf, tu veux dire Roooor plutôt que rohhhh ? ;)
    
    De nos jours quand on parle de site Web c'est un peu quand un parle de Webmaster, c'est tout et n'importe quoi.
    D'ou l'importance de graduer la complexité en jeu et son utilisation.
    
    Un site Web à un but limité à une utilisation web internet. Mais quid de tous les logiciels qui sont basés sur des technologies Web et qui sont utilisé sur Internet, sur les intranet ? Doit on parler de site Web ? Cela me semble fortement reducteur. D'ou l'importance de parler de logiciels Web ou d'application Web.
    
    LinuxFr est un site Web. Tres poussé certes mais Web.
    
    Le site du journal Le Monde est un site Web mais l'application (tres pointue et développée en PHP XUL) est un logiciel à part entière. On parle d'une application Web.
    
    SugarCRM est une application Web, comme de nombreux autres logiciels PHP.
    
    Cette distinction entre les termes est AMHA importante dans notre contexte.

    --
    Co auteur du livre PHP 5 avancé
    http://www.amazon.fr/exec/obidos/ASIN/2212121679/