Tu n'est pas un peu optimiste là? Surtout pour un site dont tu n'a pas vu le code et dont tu ne connais pas le nombre de pages?
Parfaitement... Mais tu as une autre idée pour le motiver ?
C'est dans ces eaux-là pour un site "moyen" s'il ne rencontre pas d'incompatibilité particulière (notamment sur les extensions) et en allant au plus pressé (réglage de l'error_reporting, etc).
Entièrement d'accord avec toi quand tu dis qu'il faut gérer cette montée en version. Par contre qu'entends-tu par "brève échéance".
Tout est relatif et question de point de vue en la matière... Je veux juste insister sur le fait que ça lui pend au nez
Je pense qu'avec l'abandon programmé du support de php4.x et l'effet cumulé de l'initiative
gophp5 (qui pousse un bon paquet d'applications majeures à se mettre à jour pour "pousser" à la montée en version) on verra le nombre de serveurs php4 passer à php5 dans une proportion d'un bon tiers d'ici à 2010, peut-être de manière progressive, mais sûre. Assez pour arrêter de coder en gardant à l'esprit php4.x pour référence et profiter sans complexe des apports de la branche 5.x.
La compatibilité des scripts php4.x avec php5.x n'est pas totale, mais tout de même très bonne. Quand 50% des applications phares auront un prérequis php5 pour l'installation ou la mise à jour - et on devrait y venir assez vite - la pression autour des hébergeurs les contraindra à mettre à jour leur version de php, à la demande des clients.
Certains, pour se distinguer et récupérer le marché, resteront malgré tout en 4.x (et également un nombre important de machines dédiées en production) voire dédoubleront leur hébergement pour fournir les deux en parallèle, mais le but est bien que les mutualisés cessent d'avoir cette inertie de 3 ans -minimum- pour monter en version, telle qu'on a pu la connaitre avec php3
Allez, on va le faire plus simple et plus court :
on a tous droit à file_put_contents() , file_get_contents() et simpleXML. En particulier ceux qui viennent demander de l'aide sur des forums comme celui-ci... Ces fonctions leur éviteront quelques migraines tout en leur rendant bien service !
Pour moi tout effort de migration vers php5.x doit être systématiquement encouragé, en particulier si la personne n'a pas les moyens financiers et/ou humains de passer sur du dédié. Sans compter que, sauf cas particulier, ce n'est pas très compliqué à réaliser, non ?
PS : Heu, je dis surtout pas ça pour encourager à continuer de développer en php4 ou de ne pas rendre les scripts compatibles PHP5, on est d'accord là dessus.
Mais comme il existe un parc conséquent de scripts PHP4 dont les clients sont parfaitement satisfaits, je me dis que les hébergeurs vont continuer à suivre ce marché tant qu'il subsistera. Il est plus facile de garder un client que d'en gagner un nouveau
La durée de vie moyenne d'un site web aujourd'hui, et à fortiori d'un script installé, doit avoisiner 3-4 ans ~maximum~ (estimation pifométrique made-in-moi, vous pouvez critiquer sans vergogne). A mon avis toujours, dans ce laps de temps, 80% des utilisateurs auront soit fermé le site, soit changé de script, soit mis à jour le script avec une nouvelle version. Et dans les deux derniers cas, si le script en question nécessite php5 pour tourner, que faire ?
C'est le but de l'initiative
gophp5 
provoquer cette situation pour faire petit à petit de php5.x le nouveau standard.
A titre personnel, j'aurais tendance à fuir l'hébergeur qui ne met pas à jour ses logiciels, en particulier apache, php et mysql -des logiciels sur lesquels on a tout de même envie de compter question sécurité, entre autres- sur ses serveurs mutualisés.
