Sur un serveur Linux où cohabitent apache 1.23/php 4.3.8/mysql 3.23.58 et apache 2.0.59/php5.2.0/mysql 5.0.22 (on a déclaré 2 adresses ip sur la même machine, un apache par @IP et mysql 3 écoute sur le port par défaut, tandis que mysql 5 écoute sur un autre port), j'ai un pb avec une appli web PHP 5 en cours de développement : après chaque requête SQL, la connexion à la BD se ferme. J'utilise PEAR::DB pour accéder à ma BD. Or, sur ma station de test (sous Windows 2000), j'ai pas ce pb et sur ce même serveur Linux, j'ai une appli en php 4 qui utilse mysql 3 et aussi PEAR::DB, et je n'ai pas de pb.
 
De ce fait, je suis obligé de réouvrir une connexion sur la BD avant d'effectuer une requête SQL Ca ralenti drôlement l'appli.
 
ESt-ce que vous avez déjà rencontré ce pb?

Juste par souci d'écarter une config différente entre les 2 mysql, t'as essayé php5 et mysql3

 
non, j'ai pas testé et comme c'est pas moi qui fait les modifs de confs sur le serveur, je pense pas qu'on pourra faire ce genre de test...

dans la mesure où j'utilise un singleton pour stocker la connexion ouverte à ma bd lors de l'execution d'un script php, je me demande si, pour une raison que j'ignore encore, ma variable déclarée private static ne repasse pas à NULL et n'est finalement pas vraiment "static"...

Je comprends pas pourquoi tu pourrais pas juste pour tester attaquer une base sur le serveur mysql3 pour voir
 
Pour la variable static, pourquoi tu testes pas

Bon, j'ai trouvé, c'était bien un pb lié au modèle objet de php5. L'admin du serveur avait positionné dans le php.ini la variable zend.ze1_compatibility_mode à "On" au lieu de "Off" ce qui fait que mes objets étaient en modèle objet php4 et non php5

Les singletons c'est nul

 
Pourquoi? C'est pourtant l'un des designs patterns les plus connus.

Et les plus abusés, j'ai posté un lien dans le topic blabla@web