Bonjour,
Pourquoi SPIP est-il toujours en PHP3 et non pas tout en PHP ? Sachant que
les hébergeurs offrant PHP en sont déjà, pour la plupart, à la 4.2 ?
Merci...
Chris
Parce que ça ne change rien.
a+
Antoine.
Ça .. c'est de la réponse ouverte au moins 
Plus sérieusement, ça ne change rien à quel point de vue ?
Est-ce qu'on obtient peu d'écart de perfs entre faire tourner du php3
sur un moteur php4 et réécrire en spécifique php4 ce qui peut l'être ?
Je ne sais pas trop s'il y a de grosses différences de perfs entre
while(list()=each()) et foreach( as ) par exemple, mais c'est beaucoup
plus lisible et plus souple (on peu mettre en argument un résultat de
fonction).
De même, le <?=..?> et assez pratique.
La gestion des sessions est plus souple et plus intégrée.
Le require est très intéressant pour éviter les include_local et
autres define en pagaille.
Et j'en passe surement.
À+, Pif.
Hello,
Pourquoi SPIP est-il toujours en PHP3 et non pas tout en PHP ?
Sachant que les hébergeurs offrant PHP en sont déjà, pour la
plupart, à la 4.2 ?
Parce que justement, c'est "pour la plupart", et non pas "tous".
Parce que ça ne change rien.
Eh oh, Antoine, c'est un peu exagéré, ça ... 
Est-ce qu'on obtient peu d'écart de perfs entre faire tourner du
php3 sur un moteur php4 et réécrire en spécifique php4 ce qui peut
l'être ?
Non, pas de grosse différence à ce niveau.
le <?=..?> et assez pratique.
Mais pas toujours activé chez les hébergeurs PHP4, de toute façon, ce
qui m'a obligé à le virer des squelettes que j'ai proposé.
La gestion des sessions est plus souple et plus intégrée.
Euh ... elle est carrément nouvelle, il n'y en avait pas dans PHP3.
Le require est très intéressant pour éviter les include_local et
autres define en pagaille.
Pour ce qui est de l'inclusion unique d'un fichier, c'est en effet
mieux, mais ça ne règle pas le problème des chemins relatifs.
A part avoir accès à la config de PHP pour modifier le include_path,
il n'y a pas de solution miracle à ce problème.
Non, ce que je vois d'intéressant dans PHP4 (alors que le 5 sera dispo
normalement cette année, d'ailleurs), c'est principalement le support
objet bien amélioré, les sessions natives, et de nombreuses classes de
PEAR, dont bien entendu PEAR::DB qui nous permet aujourd'hui de faire
tourner notre version de SPIP indifféremment sur MySQL, PostgreSQL,
SQL Server et Oracle (en attendant d'autres test 
).
-Nicolas