Parce que ereg() est grosso modo 100x plus lent que preg_match(), et non, ce n'est pas un chiffre lancé au hasard.
L'idée jetée il y a longtemps c'était de supprimer la bibliothèque d'expressions rationnelles posix et de créer une extension dans PECL qui émule ereg() en transformant la syntaxe pour utiliser preg_match() en sous-main.
> suppression de mysql : c'est pas une bonne idée je trouve...
Parce que ?
> pour moi seuls les points 1 et 2 comptent, et encore c'est dejà
> desactivable...
Désactivable oui mais , est-ce désactivé ? le truc ce qu'on est obligés de faire 150 patchs à toutes les applications pour pouvoir livrer sur toutes les configurations possible.
C'est très pénible et pour les développeurs d'application, et pour les hébergeurs qui font le support, et pour les développeurs de PHP qui assurent la maintenance.
C'est d'autant plus pénible qu'on sait que certaines options sont mauvaises et font plus de mal que de bien, qu'elles n'auraient jamais du exister.
Ces options désactivables sont considérées comme obsolètes depuis longtemps, il est temps de les jeter et d'arrêter de se trainer des boulets toute la vie.
[^] # Re: ereg ?
Posté par Éric (site web personnel) . En réponse au journal PHP6: Outch !. Évalué à 2.
Parce que ereg() est grosso modo 100x plus lent que preg_match(), et non, ce n'est pas un chiffre lancé au hasard.
L'idée jetée il y a longtemps c'était de supprimer la bibliothèque d'expressions rationnelles posix et de créer une extension dans PECL qui émule ereg() en transformant la syntaxe pour utiliser preg_match() en sous-main.
> suppression de mysql : c'est pas une bonne idée je trouve...
Parce que ?
> pour moi seuls les points 1 et 2 comptent, et encore c'est dejà
> desactivable...
Désactivable oui mais , est-ce désactivé ? le truc ce qu'on est obligés de faire 150 patchs à toutes les applications pour pouvoir livrer sur toutes les configurations possible.
C'est très pénible et pour les développeurs d'application, et pour les hébergeurs qui font le support, et pour les développeurs de PHP qui assurent la maintenance.
C'est d'autant plus pénible qu'on sait que certaines options sont mauvaises et font plus de mal que de bien, qu'elles n'auraient jamais du exister.
Ces options désactivables sont considérées comme obsolètes depuis longtemps, il est temps de les jeter et d'arrêter de se trainer des boulets toute la vie.