Hallo,

das müßte doch bei Success eine "1" zurückliefern oder?

Wenn nichts zurückgeliefert wird, dann kein Connect?

Mister Ad

Ich finde es echt interessant, wie manche Leute programmieren. Wenn etwas nicht funktioniert, dann machen solche verschachtelten Aufrufe ja nun nicht wirklich Sinn, oder? Wenn man dann auch noch mal in der Doku nachsieht, kann man aus den Beispielen entnehmen, wie man das richtig macht und vor allem, wie man sowas richtig überprüft.

Gruß
phpfan

Zergling-new

Kann man so Leute nicht zum Durchlesen dieser Seite zwingen:
http://www.lugbz.org/documents/smart...de.html#before

Edit: bitte Thread zu machen

Was wollt ihr denn? Ist halt die kürzeste Variante...

Stimmt, aber auch die dämlichste Variante, wenn es nicht funktioniert.

Gruß
phpfan

Soll heissen: beide Schritte können unabhängig voneinander Fehler verursachen.
Wenn mysql_connect schief geht, ist durch den Aufruf von select_db hinterher der eigentliche Fehlercode weg.
Deshalb in zwei Schritten ausführen und jeweils den Fehlerstatus abtesten.
Die Verbindungsresource kann auch später noch interessant sein; von daher darf man sie ruhig speichern.
or die(mysql_error()) ist nicht immer eine tolle Lösung, aber erstmal....

Hm naja aber was soll schon groß passieren? Das die DB mal down ist und dann sämtliche Queries als Fehlermeldungen auftauchen?

Was geht Dir dadurch verloren, es in zwei Schritten zu machen?
Natürlich geht es kürzer/schneller, wenn man schlampt. Aber dass wir das hier nicht bejubeln, sollte Dich nicht verwundern.

tun sie nur, wenn Du sie explizit ausgibst.

Es gibt true zurück. Wenn Du true per echo ausgeben läßt (oder sonst irgendwie eine Umwandlung nach string vorgenommen wird), erscheint 1.
Im Fehlerfall wird false zurückgegeben (deshalb funktioniert auch "or die...").
echo gibt für false (wieder Umwandlung nach string) nichts aus.