migration ereg() => preg_match() ?
Jean-Francois Ortolo
J'ai lu sur ce forum, que les fonctions type ereg(), seront
remplac�es � terme, par les fonctions type preg_match().
Je m'interroge sur l'opportunit� que j'aurais, � migrer toutes mes
instructions ereg ( et autres ) de mes scripts, vers des fonctions type
preg_match().
Ceci � supposer, bien s�r, que je ne puisse pas limiter l'�volution
de l'interpr�teur php sur les serveurs ( Lamp ) en cause.
Le probl�me, pour moi, serait d'�valuer le ratio avantage/co�t, ce
qui reviendrait � ne migrer que quand j'y serais oblig� ( � priori ).
D'o� ma question � ceux qui savent:
A combien �valuez-vous, le d�lai avant que ces fonctions ereg(),
soient d�clar�es r�ellement obsol�tes ?
C'est la question que je me pose, ormis �videmment l'int�r�t c�t�
performances, � migrer avant.
Merci beaucoup de vos r�ponses.
Bien � vous.
Amicalement.
Jean-Fran�ois Ortolo
--
Visitez le site http://www.pronostics-courses.fr/
qui donne des Statistiques, Pronostics et Historiques graphiques.
Les Statistiques sont calcul�es d'apr�s une base de donn�es
allant du 1/01/2000 jusqu'� tr�s r�cemment.
Olivier Miakinen
Bonjour,
Le 08/06/2009 09:37, Jean-Francois Ortolo a �crit :
>
> J'ai lu sur ce forum, que les fonctions type ereg(), seront
> remplac�es � terme, par les fonctions type preg_match().
>
> [...]
>
> A combien �valuez-vous, le d�lai avant que ces fonctions ereg(),
> soient d�clar�es r�ellement obsol�tes ?
Je n'ai aucune id�e de la r�ponse � cette question. Pour tout dire, je
viens juste d'apprendre, de l'article de Micka�l, que leur suppression
est envisag�e.
La question que je me pose, en revanche, c'est si on ne pourrait pas
automatiser cette migration, voire �muler les fonctions POSIX � partir
des fonctions PCRE. Pour cela, il serait int�ressant de comparer les
deux, et de voir en particulier parmi les expressions POSIX s'il y en
a qui ne sont pas support�es par PCRE.
La toute premi�re diff�rence, c'est qu'il faut choisir un d�limiteur
pour PCRE, � choisir parmi les caract�res qui ne sont pas dans
l'expression POSIX.
Mais ensuite, quels probl�mes peut-on rencontrer ? � ce que je crois,
il n'y a pas de probl�me avec les classes POSIX telles que [:space:],
[:alpha:], [:digit:], etc., car elles sont support�es par PCRE.
Y a-t-il d'autres choses � prendre en compte ? Peut-�tre des caract�res
ou des s�quences qui seraient r�serv�s dans PCRE mais pas dans POSIX,
comme {2,4} ou (?i) ?
Qu'en pensez-vous ?
--
Olivier Miakinen
Jean-Francois Ortolo
>
> En fait, elle sont d�j� obsol�tes avec PHP5.3.
> <http://wiki.php.net/doc/scratchpad/upgrade/53>
>
> N'utilsant pas erge et compagnie, je ne me suis pas int�ress� au probl�me.
>
Ok
Pendant qu'on y est... Les fonctions de socket type fsockopen et
autres, ne sont -elles pas deprecated depuis quelque temps ?
Sur le serveur de mon site partenaire, il y des fonctions de ce type.
A votre avis, � quel moment les fonctions de socket seront-elles
d�clar�es carr�ment invalides et non support�es ?
Ce ne serait pas la mer � boire pour moi, de faire la migration vers
les fonctions curl, puisque je l'ai d�j� fait pour quelques autres
scripts du m�me site.
Ce probl�me me para�t plus urgent, que celui des fonctions POSIX.
Mais, � votre avis, quand les fonctions POSIX ne seront-elles plus
support�es du tout ?
Je vous prie de m'excuser de cette derni�re question peut-�tre un peu
na�ve, puisque cela concernerait un futur pas trop proche quand m�me... ;)