par
titerm » 14 mai 2007, 22:11
sur une ancienne version de PHP (5.1.x si mes souvenirs sont bons) où is_int(strpos()) donnait de bien meilleurs résultats que les comparateurs stricts === et !== (en fait c'était un petit peu plus compliqué et dépendait de la probabilité de trouver la sous-chaîne).
Bref, dans certain cas de figure avec certaine version, il y a peut etre des pouillèmes a récupérer, mais au final, la bonne méthode reste quand meme l'utilisation des comparateurs stricts.
Quand tu en es a bencher sur ce genre de truc, c'est (a mon avis) qu'il y a peut etre un problème plus global a envisager... type Pb de conception... Et la solution pour avoir un vrai gain se trouve plutot dans l'utilisation d'un ou plusieurs systèmes de cache, type op code, de page ou partiel, de fonction ou de bdd. Je m'occupe d'un site dont la charge est très fluctuante, relativement tranquille en nominal de (env 4 a 5M de pages/jours) et relativement forte lors d'évènement (1M de page/heure), et donc l'infrastructure matériel est plutot modeste (4 serveurs) et permet néanmoins de tenir sans problème les charge évènementielles qui peuvent durée plusieurs heures. Mais je n'ai jamais bencher ce genre de truc, en revanche, j'ai beaucoup travailler sur les systèmes de caches a plusieurs niveau ainsi que le le fonctionnement des caches des browsers qui va du tout au tout d'un browser à l'autre (et je ne parle meme pas des bugs de certains navigateurs sur la gestion du cache telque IE pour qui il faut bien trouvér des solutions puisque il reste largement majoritaire )
[quote] sur une ancienne version de PHP (5.1.x si mes souvenirs sont bons) où is_int(strpos()) donnait de bien meilleurs résultats que les comparateurs stricts === et !== (en fait c'était un petit peu plus compliqué et dépendait de la probabilité de trouver la sous-chaîne).[/quote]
Bref, dans certain cas de figure avec certaine version, il y a peut etre des pouillèmes a récupérer, mais au final, la bonne méthode reste quand meme l'utilisation des comparateurs stricts.
Quand tu en es a bencher sur ce genre de truc, c'est (a mon avis) qu'il y a peut etre un problème plus global a envisager... type Pb de conception... Et la solution pour avoir un vrai gain se trouve plutot dans l'utilisation d'un ou plusieurs systèmes de cache, type op code, de page ou partiel, de fonction ou de bdd. Je m'occupe d'un site dont la charge est très fluctuante, relativement tranquille en nominal de (env 4 a 5M de pages/jours) et relativement forte lors d'évènement (1M de page/heure), et donc l'infrastructure matériel est plutot modeste (4 serveurs) et permet néanmoins de tenir sans problème les charge évènementielles qui peuvent durée plusieurs heures. Mais je n'ai jamais bencher ce genre de truc, en revanche, j'ai beaucoup travailler sur les systèmes de caches a plusieurs niveau ainsi que le le fonctionnement des caches des browsers qui va du tout au tout d'un browser à l'autre (et je ne parle meme pas des bugs de certains navigateurs sur la gestion du cache telque IE pour qui il faut bien trouvér des solutions puisque il reste largement majoritaire )