15 millions de serveurs ont été testés durant le mois de mai, et 8,1 millions ont été retenus pour les statistiques : les domaines sans site web, inaccessibles au robot, les fournisseurs d'accès ou bien encore les parkings à noms de domaines, ont été écartés des statistiques.
En résumé :
+ PHP 5 marque une pause dans sa progression
+ PHP 5.1.4 est maintenant la version 5 la plus populaire
+ PHP 4.4.2 accentue sa domination
+ Nouveau : l'adoption de PHP par gouvernement
Dernière minute : PHP 4.4.3 vient d'être publié. Au programme :
+ PHP sur Internet
+ Répartitions de toutes les versions de PHP
+ Répartition par version majeure de PHP
+ Répartition par version intermédiaire de PHP 4 et 5
+ Répartition par version mineure de PHP 4.3 et 4.4
+ Répartition par version
+ Répartition par version intermédiaire de PHP 4 et 5
+ Adoption de PHP par pays
+ Adoption de PHP par gouvernement
+ Adoption de PHP 5 par pays
+ Nombre de serveurs PHP par pays
+ Répartition des serveurs Web
+ Adoption d'Apache par pays
+ Adoption de PHP au Canada
+ Adoption de PHP sur les grandes architectures
Aller plus loin
- Statistiques de déploiement Juillet 2006 (7 clics)
- Évolution de PHP Juillet 2006 (1 clic)
- PHP.net (1 clic)
# Php4 maintient sa domination
Posté par Aos . Évalué à 3.
Ce n'est pas une "verité absolue" mais c'est ce qui ressort en generale des mes echanges avec des hosters. Moi meme sur les serveurs que j'admin, je suis resté en php4 que je mets normalement à jour parce qu'il marche tres bien comme ça. D'ailleur je file voir la 4.4.3 :)
[^] # Re: Php4 maintient sa domination
Posté par andeus . Évalué à 7.
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 . Évalué à 4.
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\
[^] # Re: Php4 maintient sa domination
Posté par Raphaël G. (site web personnel) . Évalué à 5.
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 ;)
[^] # Re: Php4 maintient sa domination
Posté par andeus . Évalué à 2.
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 G. (site web personnel) . Évalué à 3.
(ç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.
[^] # Re: Php4 maintient sa domination
Posté par andeus . Évalué à 3.
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 (site web personnel) . Évalué à 2.
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 iznogoud . É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 . Évalué à 2.
Pour utiliser une référence, il faut mettre un & avant $value dans le foreach().
[^] # Re: Php4 maintient sa domination
Posté par Médéric RIBREUX (site web personnel) . Évalué à 4.
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 Bruno (site web personnel) . Évalué à 3.
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
Posté par Cyril PIERRE de GEYER (site web personnel) . Évalué à 2.
Je lis ici qq raisons du non passage vers PHP5 sur la majorité des hébergeurs mais l'un des points qui n'est pas signalé et qui pourtant est important est que PHP 5 a été fait pour des applications Web et non pas pour des sites Web.
L'interet du modèle objet ne se retrouve pas dans un site web, les manipulations XML nouvelles de PHP 5 ne se retrouvent pas non plus dans des applications classiques, etc
Bref PHP 5 est fait pour les pros et c'est surtout sur les intranets qu'il s'est fait sa place à vitesse grand V. Mais ça, contrairement à internet, c'est plus dur à tester !
Cyril
[^] # Re: PHP 5 pour les intranet
Posté par Éric (site web personnel) . Évalué à 3.
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 . Évalué à 1.
[^] # Re: PHP 5 pour les intranet
Posté par Cyril PIERRE de GEYER (site web personnel) . Évalué à 1.
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.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.