Discussion :

[max-mag]

Bonjour,

Je propose un article sur la migration vers php 5.3

L'objectif de cet article n'est pas de réécrire le guide de migration de php 5.2 à php 5.3 que l'on peut trouver ici : http://fr3.php.net/manual/fr/migration53.php

Le but est d'en faciliter la mise en œuvre, en donnant les astuces permettant d'automatiser le plus possible la réécriture du code pour ne plus utiliser de fonctions dépréciées. Bien sûr, suivre à la lettre ces informations peut ne pas suffire à avoir une application 100% compatible php 5.3, mais le plus gros du travail sera fait.

Lire l'article

N'hésitez pas à poster vos commentaires à la suite.

[sebhm]

Bonjour,

le lien http://fr3.php.net/manual/fr/migration53.php est KO

[Thes32]

Merci pour cet article !

[max-mag]

Merci, le lien vers le site PHP est corrigé.

[Seb33300]

il y a une erreur au niveau des chaines de recherche/remplacement de :

mysql_db_query()

• Information : fonction à remplacer par mysql_select_db() + mysql_query()
• Chaîne de recherche : set_socket_blocking(
• Chaîne de remplacement : stream_set_blocking(
• Précautions : un remplacement automatique se fera généralement entre mysql_db_query et mysql_query. mysql_select_db pouvant être placé après mysql_connect.

[max-mag]

Merci, c'est corrigé.

[kaymak]

salut,

gg et merci l'article.

Par contre d'un point de vue de dév :

split()

Information : utiliser preg_split.
split("regex", devient preg_split("#regex#",
Précautions : mettre les délimiteurs. Pas de remplacement automatique car il faut souvent corriger les expressions régulières (par exemple : "\." devient "."). Une relecture attentive s'impose. Explode() peut-être utile s'il n'y a pas besoin d'expression régulière.
spliti()

Information : utiliser preg_split.
spliti("regex", devient preg_split("#regex#i",
Précautions : mettre les délimiteurs et le i. Pas de remplacement automatique car il faut souvent corriger les expressions régulières (par exemple : "\." devient "."). Une relecture attentive s'impose. Explode() peut-être utile s'il n'y a pas besoin d'expression régulière.

Non mais sincèrement, c'est pas de la mer*** ca ? Je comprend que php ai besoin de faire du ménage (et encore que), mais de la à supprimer une fonction.... ne pouvaient ils pas simplement la ré écrire dans le core php pour que se soit transparent pour nous ?


Je ne sais pas pour vous, mais je ressens de plus en plus les hésitements de la team php dans mes dev car je suis assez souvent obligé de jongler entre tel et tel changement surtout qd ce ne sont pas des changements de versions majeures.............. Cela en devient pénible, j'aimerais bien que ca cesse.

C'est comme :

sql_regcase()

Information : devient inutile avec les expressions régulières POSIX.

OK, Phpcore à changé d'avis, mais de la à le subir ainsi..... c'est peut être devenu inutile de leur point de vu, mais les programmes qui utilisent cette fonction n'ont pas cette avis.......