> est-ce la même syntaxe ?
> si non : pas uen bonen idée de supprimer car ca casse tout.
> si oui, il suffit de faire un wrap entre les 2 fonctions.
> conclusion : pas la peien de supprimer .
Non, ce n'est pas la même syntaxe.
Ceci dit si tu ne sais pas ça (c'est à dire que tu n'as aucune connaissance sur le sujet), et dit vraiment sans aucune agressivité ni aucun reproche, je ne suis pas sûr qu'exprimer un avis avant de te documenter soit forcément pertinent.
Pour le wrapp c'est justement ce qui a été proposé un temps (cf le commentaire auquel tu répond). Reste à voir si ça vaut le coup, si beaucoup de gens ont du ereg() difficile à passer en preg().
De toutes façons les gens qui auront du vieux code ne pourront pas le passer sans migration dans le nouveau moteur si toute la liste est effectivement appliquée. Et franchement passer les ereg en preg ce n'est pas le pire. Du coup ce n'est pas dit que perdre du temps à faire le wrapper soit forcément pertinent.
> dejà livrer PHP sans Mysql
Si on veut être précis : depuis PHP 5 mysql n'est plus par défaut. Je ne suis même pas sûr que le client MySQL soit livré dans PHP 5.1.0 (on préfère le client externe à celui qui était builtin auparavant).
Ce n'est pas parce qu'il n'est pas dans le package par défaut que tu ne peux pas le compiler.
Ceci dit il me semble que tu as mal compris. Il ne s'agit pas de retirer le support de Mysql. Il s'agit de retirer une des extensions qui permet d'accéder à Mysql (et de laisser les autres : PDO et mysqli). Si on retire celle là c'est parce qu'elle ne supporte que mysql 3.23, qui commence à être de plus en plus vieux (il y a eu 3 versions majeures stables depuis : 4.0, 4.1 et 5.0, il y en aura probablement au moins une de plus d'ici PHP6). Les autres extensions permettent d'accéder au 3.23 mais aussi aux plus récentes.
> Et encore je ne trouve pas tres difficile de faire un tit
> require_once("general.inc.php"); au debut de chaque fichier.
Là aussi, n'y vois aucun mal, mais j'ai l'impression que tu ne connais pas la problématique.
La plupart des options dont on parle ce sont justement celles qui ne sont pas modifiables dans le script PHP lui même (register_globals, long_arrays, magic_quotes_gpc, ...)
De plus là où tu ne contrôles pas le .ini il est fréquent de ne pas avoir non plus accès à ini_set()
Et quand bien même tu as accès au .ini, tu vas avoir des problèmes quand telle lib te demande un "On" et telle autre un "Off". Ou plus bêtement quand ça te demande un "On" mais que c'est un risque de sécu non négligeable que tu voudrais éviter.
[^] # Re: ereg ?
Posté par Éric (site web personnel) . En réponse au journal PHP6: Outch !. Évalué à 3.
> si non : pas uen bonen idée de supprimer car ca casse tout.
> si oui, il suffit de faire un wrap entre les 2 fonctions.
> conclusion : pas la peien de supprimer .
Non, ce n'est pas la même syntaxe.
Ceci dit si tu ne sais pas ça (c'est à dire que tu n'as aucune connaissance sur le sujet), et dit vraiment sans aucune agressivité ni aucun reproche, je ne suis pas sûr qu'exprimer un avis avant de te documenter soit forcément pertinent.
Pour le wrapp c'est justement ce qui a été proposé un temps (cf le commentaire auquel tu répond). Reste à voir si ça vaut le coup, si beaucoup de gens ont du ereg() difficile à passer en preg().
De toutes façons les gens qui auront du vieux code ne pourront pas le passer sans migration dans le nouveau moteur si toute la liste est effectivement appliquée. Et franchement passer les ereg en preg ce n'est pas le pire. Du coup ce n'est pas dit que perdre du temps à faire le wrapper soit forcément pertinent.
> dejà livrer PHP sans Mysql
Si on veut être précis : depuis PHP 5 mysql n'est plus par défaut. Je ne suis même pas sûr que le client MySQL soit livré dans PHP 5.1.0 (on préfère le client externe à celui qui était builtin auparavant).
Ce n'est pas parce qu'il n'est pas dans le package par défaut que tu ne peux pas le compiler.
Ceci dit il me semble que tu as mal compris. Il ne s'agit pas de retirer le support de Mysql. Il s'agit de retirer une des extensions qui permet d'accéder à Mysql (et de laisser les autres : PDO et mysqli). Si on retire celle là c'est parce qu'elle ne supporte que mysql 3.23, qui commence à être de plus en plus vieux (il y a eu 3 versions majeures stables depuis : 4.0, 4.1 et 5.0, il y en aura probablement au moins une de plus d'ici PHP6). Les autres extensions permettent d'accéder au 3.23 mais aussi aux plus récentes.
> Et encore je ne trouve pas tres difficile de faire un tit
> require_once("general.inc.php"); au debut de chaque fichier.
Là aussi, n'y vois aucun mal, mais j'ai l'impression que tu ne connais pas la problématique.
La plupart des options dont on parle ce sont justement celles qui ne sont pas modifiables dans le script PHP lui même (register_globals, long_arrays, magic_quotes_gpc, ...)
De plus là où tu ne contrôles pas le .ini il est fréquent de ne pas avoir non plus accès à ini_set()
Et quand bien même tu as accès au .ini, tu vas avoir des problèmes quand telle lib te demande un "On" et telle autre un "Off". Ou plus bêtement quand ça te demande un "On" mais que c'est un risque de sécu non négligeable que tu voudrais éviter.