Bijour tlm,
 
Pour gérer un modérateur de news, est-ce mieux de faire :
 
- une  connexion/deconnexion à la bdd MySQL a chaque opération qu'il effectue sur les messages (modif/deplacement/suppression) ?
 
- ou de le connecter automatiquement à la bdd quand il s'identifie, de lui laisser la main et de le déconnecter de cette bdd quand il se délogge ?
 
(problèmes liés: mass connexion/déconnexion > ca rame ? > peut-etre est-ce plus pratique pour rafraichir/updater la base ? // laisser un utilisateur connecté longtemps à la base > est-ce risqué ?)
 
MERCI D'AVANCE

bouhou    

en php la déconnection est terminée lorsque la pages est envoyée au navigateur... http est un mode déconnecté (j'arrète pas de le dire)

Ni l'un ni l'autre Idéalement je te conseille d'avoir une connexion par page, et de la fermer (manuellement !) dès que tu as fini, avant la moindre sortie HTML. Donc :
 
Tu te connectes
Tu effectues toutes les requêtes dont ton script aura besoin
Tu stockes les résultats dans une variable
Tu te déconnectes
Tu traites tes variables de résultats
Tu t'occupe seulement après des echos et autres outputs
 
A ce sujet, beaucoups de gens croient qu'on est obligé d'utiliser mysql_fetch_row et ses copains AVANT de faire un mysql_close, ce qui est faux et est une erreur importante

MERCI  
 
j'aime les gens qui savent expliquer, ca fait du bien
 

 
Ca je comprend bien (une fois la requete effectuée on est po obligé d'utiliser de suite son resultat et donc on peut closer avant), mais
 

 
a quoi sert la fonction mysql_close() alors

Si tu sais que tu n'as plus besoin de la connexion à la base, mais que ton script a encore beaucoup à faire, tu peux utiliser mysql_close() pour libérer directement la connexion, sans attendre la fin du script

oki...
 
mais Core parle de forcer la fermeture de la connexion avant de gérer un quelconque affichage... Pourquoi

simplement pour fermer la connexion le plus tôt possible et donc libérer les ressources prises par la connexion le plus tôt possible

moukay...