Bonjour à tous,
 
Mon objectif est de connaître l'état (lançée ou non) d'une liste de bases MySQL.
 
 
J'ai une table "bases" composée de 5 champs.
Id | serveur | login | mdp | base
 
0 | 192.168.0.2 | userX | mdpX | baseX
1 | 192.168.0.3 | userY | mdpY | baseY
2 | 192.168.0.4 | userZ | mdpZ | baseZ
 
Dans le code php, j'ai ceci

 
Si les 3 bases sont allumées, pas de souci, j'aurais mes trois "Connexions réussie" l'un en dessous de l'autre.
 
Par contre si l'une des bases est éteinte, j'aurais un "Connexion Impossible", mais l'exécution s'arrêtera là.  
Cela me pose donc un problème au niveau fonctionnel, mais également au niveau design, car si le code est appelée en plein milieu d'une cellule d'un tableau, tout ce qui doit être affichée par la suite (les </td>, les </tr>, les </table> ) va être stoppée.
 
Voyez-vous un moyen de contournement ?
J'étais parti dans l'idée que mysql_connect renvoyer un true ou false en fonction de l'état de la connexion, mais pas que l'éxécution du code était stoppé net.
 
Voila, merci de vos éventuelles idées    
 
 
 

j'aimerais bien que tu m'explique comment ton fetch_array peut encore fonctionner après une première itération à moins que la nouvelle base ouverte ait elle même une tables bases...

Les X bases ont en effet tous la même table "bases".
Mais en effet un nouveau problème apparaîtra si les tables bases ne sont pas identiques
 
Bon dans cette optique, y'a-t-il un moyen de connaître l'état des bases listées dans le fetch sans passer par un mysql_connect ?
 
Edit : J'ai pensé au mysql_ping, mais pour qu'il joue son rôle (vérifier si la connexion est toujours présente) il faut déjà qu'il y'ait eu un mysql_connect lançé avec succès auparavant (enfin c'est ce que j'en ai déduit des scripts que j'ai vu).

je sais pas, je regarde l'API php mysql et je commence à penser que c'est de la merde parce qu'elle ne gère qu'une connexion globale...

 
Apparement si mysql_ping ne trouve pas de mysql_connect, ca renvoit un warning sans interrompe le code ?
Ca pourrait être une alternative non ?

bah non, puisqu'en fonction du contexte, ça ne fonctionnera pas pareil. Avec cette API, à part faire du CGI...

Pour parler clairement avec les termes adaptés ( ) tu veux savoir si plusieurs serveurs sont bien en ligne
 
Rien n'interrompera ton code à part une erreur fatale, de code. Ca c'est à toi de le gérer. Pour ça faut que l'application tourne avec le niveau d'erreur le plus élevé (on affiche tout) pendant ton dev, et ensuite tu bascules en tu affiches rien et encore mieux tu les traites toi même
 
 
Mais au final tu veux savoit l'état des différents serveurs, ou savoir s'ils tournent tous, ou combien sont hs Pour de l'affichage

Oui je veux savoir si les serveurs sont en ligne.
Pour de l'affichage, avoir une liste du type
- Connexion impossible
- Connexion réussie
- Connexion réussie
 

Ben c'est ça qui me semble louche, c'est qu'après test, si le mysql_connect foire, le code s'arrêtera là.
Un peu comme si je mettais un  $req = mysql_query() or die ();
Pour moi ( jpeux me tromper) le code est bon, le problème se trouve au niveau du résultat renvoyé par mysql_connect. C'est soit true, soit va te faire foutre.

Bah normalement ça renvoit false en cas d'échec. Et tu ferais mieux de tester correctement et directement.
 
Il renvoit pas true ni 1 mais une ressource donc un truc défini qui passe peut être en tant que 1 mais qui ne l'est pas!
 
Donc encadre ta tentative de connexion par un if.
 
Par ailleurs je ferais pas de sortie à ce niveau mais construire un tableau  avec les resultats.
 
Et puis si juste pour vérifier que le serveur tourne et est accessible, y'a peut être pas besoin de tester une connexion au sgbd
 
T'as tant de config à vérifier pour squater une table juste pour ça?
 
Enfin là c'est du code pas très propre qui fait que ça merde
 
 
Une dernière piste: pourquoi ne pas tester la valeur de l'erreur? Ca pourrait peut être te dire que la connexion est refusée sans avoir à utiliser d'identifiant et donc de stocker des données sensibles (rien n'est hashé à ce que je comprends). Ou que l'hôte est ne répond pas...

quelque soit le retour, c'est pourri. Si la connexion réussit ou échoue, il fait quoi l'appelant qui avait déjà une connexion ouverte ?