>> il y a un probleme a utiliser ereg ?
>Parce que ereg() est grosso modo 100x plus lent que preg_match()..
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 .
>> suppression de mysql : c'est pas une bonne idée je trouve...
>Parce que ?
en deux mots : parce LAMP.
en plus de mot : le success de PHP va de paire avec celui de Mysql.
dejà livrer PHP sans Mysql, c'est casser l'enorme majorité des dev qui utilisent mysql (je dirais que 80% des sites utilisant un base de données utilisent mysql).
>> 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.
ouai, de deux choses l'une : tu dev un intra (par ex.) ou tu es maitre du serveur et de ton PHP.IN alors là c'est hyper facile, une option a changer une fois pour toute.
ou alors t'as pas le droit de toucher au serveur (hebergeur) et là, rien ne t'empeche de gerer ces options dans un fichier include au debut de ton script (là par exemple ou tu met ton session_start et cie..)
et ensuite, t'en entends plus parler.
donc, voilà rien de penible en soit, juste un minimum de rigueur.
Et encore je ne trouve pas tres difficile de faire un ptit
require_once("general.inc.php"); au debut de chaque fichier.
[^] # Re: ereg ?
Posté par fabien . En réponse au journal PHP6: Outch !. Évalué à -2.
>Parce que ereg() est grosso modo 100x plus lent que preg_match()..
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 .
>> suppression de mysql : c'est pas une bonne idée je trouve...
>Parce que ?
en deux mots : parce LAMP.
en plus de mot : le success de PHP va de paire avec celui de Mysql.
dejà livrer PHP sans Mysql, c'est casser l'enorme majorité des dev qui utilisent mysql (je dirais que 80% des sites utilisant un base de données utilisent mysql).
>> 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.
ouai, de deux choses l'une : tu dev un intra (par ex.) ou tu es maitre du serveur et de ton PHP.IN alors là c'est hyper facile, une option a changer une fois pour toute.
ou alors t'as pas le droit de toucher au serveur (hebergeur) et là, rien ne t'empeche de gerer ces options dans un fichier include au debut de ton script (là par exemple ou tu met ton session_start et cie..)
et ensuite, t'en entends plus parler.
donc, voilà rien de penible en soit, juste un minimum de rigueur.
Et encore je ne trouve pas tres difficile de faire un ptit
require_once("general.inc.php"); au debut de chaque fichier.