Quels "hacks" requis pour adapter les softs a la configuration du serveur ?
A part le fameux register_globals quasiment mort maintenant et déprécié depuis longtemps..
Les magic quotes, cette "géniale" fonctionnalité qui :
- Si activée, brise le principe des "données pures" : tu te retrouve avec des chaînes echapées en entrée, ce qui fait que certaines fonctions vont retourner des données bizaroïdes (par exemple, strlen() ne te renverra pas vraiment le nombre de caractères contenus dans la variable).
- Si activée et que tu veux restaurer des données pures, tu dois avant toute chose prendre toutes les chaînes passer en entrée et les déséchapper à la main avec stripslashes() > HACK qui pue (et complètement débile quand on y pense : on est obligé de refaire en sens inverse ce que PHP a fait automatiquement, quelle logique implacable !)
- Si un code n'a été prévu pour s'adapter à la configuration des magic quotes du serveur, alors il n'y a aucune chance pour qu'il survive à une migration sur un autre serveur de configuration différente (apparation de bugs tels que des chaînes échapées envoyées au client ou pire de failles de type SQL Injection)
Il y en a d'autres des options de config qui modifient le comportement de PHP et peuvent faire qu'un script qui fonctionne très bien sur un serveur crashera lamentablement sur un autre, il suffit de consulter la liste des options dans le manuel de PHP pour s'en apercevoir.
[^] # Re: *khof* *khof*
Posté par e-t172 . En réponse à la dépêche Zend Framework 1.0.0 : PHP à la suite de Ruby on Rail. Évalué à 7.
Les magic quotes, cette "géniale" fonctionnalité qui :
- Si activée, brise le principe des "données pures" : tu te retrouve avec des chaînes echapées en entrée, ce qui fait que certaines fonctions vont retourner des données bizaroïdes (par exemple, strlen() ne te renverra pas vraiment le nombre de caractères contenus dans la variable).
- Si activée et que tu veux restaurer des données pures, tu dois avant toute chose prendre toutes les chaînes passer en entrée et les déséchapper à la main avec stripslashes() > HACK qui pue (et complètement débile quand on y pense : on est obligé de refaire en sens inverse ce que PHP a fait automatiquement, quelle logique implacable !)
- Si un code n'a été prévu pour s'adapter à la configuration des magic quotes du serveur, alors il n'y a aucune chance pour qu'il survive à une migration sur un autre serveur de configuration différente (apparation de bugs tels que des chaînes échapées envoyées au client ou pire de failles de type SQL Injection)
Il y en a d'autres des options de config qui modifient le comportement de PHP et peuvent faire qu'un script qui fonctionne très bien sur un serveur crashera lamentablement sur un autre, il suffit de consulter la liste des options dans le manuel de PHP pour s'en apercevoir.