sql-probleme

[foobar]

Wenn dieselbe Query einmal im Pma und einmal im Skript nicht das gleiche Ergebnis liefert, liegt der Fehler wahrscheinlich im Skript. Lässt sich aber so nichts sagen, wie sieht dein Skript an der Stelle aus? Ist deine Tabelle in Ordnung, also keine doppelten Einträge oder so? Werden Fehlermeldungen gebracht (prüfen via mysql_error und ähnlichem). Wie genau sieht die Ausgabe aus? Wird überhaupt etwas ausgegeben?

[Hail Eris]

Äh Quark. Mal probiert, den Output von $sql im phpadmin zu querien?

[Benu]

1. LIKE versuchen
2. CONVERT( _utf8 'gesuchter name' USING latin1 ) COLLATE latin1_swedish_ci (je nach Charset Einstellungen)
3. Verbindungseinstellungen von mysql in der php ini an die deiner mysql conf anpassen
4. bewusst Sonderzeichen einbauen (spätestens dann sollt mysql_error() was ausgeben sollte was nicht stimmen)

PS:
0. schauen ob pma und dein skript auch unterschiedliche Ergebnisse liefern wenn die Name entweder einheitlich in Upper- oder Lowercase sind
PPS: Natürlich liefert var_dump false wenn der Name nicht gefunden wird. Ist der Standard-Rückgabewert wenn das Result-Set leer ist.

[foobar]

var_dump($go) bitte mal ausgeben lassen und posten

[Benu]

Äh Quark. Mal probiert, den Output von $sql im phpadmin zu querien?

ja..was glaubst du wieso ich das ueberhaupt echo?^^ bin doch zu faul um das per hand einzutippen..copy-paste ftw ^^ kommt natuerlich in pma kein fehler

Ein echo verarbeitet aber eventuell Sonderzeichen, trimmt etc. Ein utf_decode ist da auch etwas fehl platziert. Nimm das mal raus und versuch es erneut. Gerade wenn der komplette Weg nicht in einem einheitlichen Charset (Eingabe > Verarbeitung mit PHP > senden von php an mysql > Verarbeitung in Mysql und den Weg zurück) definiert ist, sind die Ergebnisse doch recht undefiniert. Zumal du eh kein UTF8 oder höher brauchst, wenn du es nur für FW verwenden willst. Da wird nur latin1_swedish_ci (iso-8859-1) verwendet.

Edit:
Mit Sonderzeichen mein ich hier vorallem Umlaute (ä, ö, ü).