Mais oui le "il n'y a qu'à rajouter 30 lignes de script et analyser côté utilisateur toutes les données en entrées pour faire l'inverse de PHP, le tout à insérer au démarrage de chaque script PHP avant le code applicatif", c'est je pense justement ce que le monsieur plus haut appelle un "hack".
Surtout que le hack en question il est très pénible, chacun fait le sien et en associant des composants entre eux j'ai vu plus d'une fois des projets qui lançaient deux fois l'opération.
Dire qu'il n'y a plus de problème quand tu as à ajouter ce genre de chose, c'est aller un peu vite.
[^] # Re: *khof* *khof*
Posté par Éric (site web personnel) . En réponse à la dépêche Zend Framework 1.0.0 : PHP à la suite de Ruby on Rail. Évalué à 4.
Mais oui le "il n'y a qu'à rajouter 30 lignes de script et analyser côté utilisateur toutes les données en entrées pour faire l'inverse de PHP, le tout à insérer au démarrage de chaque script PHP avant le code applicatif", c'est je pense justement ce que le monsieur plus haut appelle un "hack".
Surtout que le hack en question il est très pénible, chacun fait le sien et en associant des composants entre eux j'ai vu plus d'une fois des projets qui lançaient deux fois l'opération.
Dire qu'il n'y a plus de problème quand tu as à ajouter ce genre de chose, c'est aller un peu vite.