Query hat unterschiedliche Ergebnisse

[TheMiller]

Hey ho!

Ich habe ein Problem, was mich tierisch zum Grübeln bringt. Und zwar habe ich php-Skripte, die ich per Indy-HTTP anspreche. Mache ich dies und führe eine query aus (ausgewertet durch den Parameter "action") bekomme ich bei dem Ergebnis von mysql_affected_rows() "0" raus. Führe ich diese query aus, indem ich das Script in einem Browser öffne und den parameter dranhänge, dann kommt 1 eins.

So sieht's aus:

SELECT * FROM kunden; Ich habe auch überprüft, dass der Parameter übergeben wird. Das ist der Fall. Von allen anderen Scripten aus funzt es auch. Es ist nur diese eine Datei, die mir per Indy KEINERLEI query ausführt, aber auch durch mysql_error() KEINEN Fehler zurückgibt. Die Verbindung steht auch, da es ja durch direktes Ausführen mit dem Browser geht.

Ich bin VERZWEIFELT!

[mkinzler]

Stimmt der Rest des Ergebnisses auch nicht oder nur die Ausgabe der Api?
Was willst du damit erreichen?(affected_rows?)

[TheMiller]

Hm...

also, die query gibt es falsches resultset zurück, wenn die Seite per idhttp ausgeführt wird. Eine einfache

Select * from [tabelle] müsste aus meiner test-db 10 Datensätze, also mysql_affected_rows() = 10, zurückgeben. Das ist auch der Fall, wenn ich die Seite im Browser öffne. Doch aus dem Programm heraus

idhttp.get('http://domain.tld/verz/seite.php?action=zeigekunden'); Hat das Ergebnis 0 zufolge, obwohl der Parameter action im PHP-Skript richtig ankommt. Es werden aus diesem Skript KEINE Querys ausgeführt, aber aus den anderern dazugehörigen schon.

Das ist sehr merkwürdig, zumal ich noch nichtmal sagen kann, dass entweder Delphi, also idhttp, oder die MySQL-DB-Version (getestet auf 4 und 5) dran schuld ist.

Achja, auf meinem Server zu Hause funktioniert es wundeerbar, da gibt's kein Problem. Aber bei Servern, die direkt im Internet stehen schon. Da tritt deer Fehler auf. Obwohl ich auch ins Internet gehe, um meinem privaten Server zu erreichen (DynDNS), funktioniert es dort. Und es sind die gleichen MySQL-Versionen

Sehr merkwürdig

[mkinzler]

Zeigt er das Ergebnis der Abfrage an?

[TheMiller]

Nein. Es ist leer!

Also, wenn ich aus dem programm raus mir das Ergebnis zurückgeben lasse

Delphi-Quellcode:

var 
  s: String;
  idhttp: TIdHttp;
begin
  idhttp:=TIdHTTP.Create(nil);
  s:=idhttp.Get('....');
  ShowMessage(s);
end;

ist das Ergebnis leer. Aber wenn ich im PHP-Script ein normales

Code:

echo "test";

mit dranhänge, dann gibt er mir zusätzlich zum leeren Ergebnis das Wort "test" mit aus.

[TheMiller]

Ich habe jetzt mal versucht, ein neues Programm zu erstellen und lasse genau die gleiche Funktion aufrufen und der selbe Fehler tritt auf. Es scheint, als würde die MySQL-Datenbank eine falsche Antwort geben, wenn sie durch mein Programm über das PHP-Script gefragt wird bzw gibt NULL, also keine Antwort, aber auch keinen Fehler zurück. Im Gegensatz zum direkten Aufrufen der PHP-Seite. Da klappt es auch so wunderbar. Es liegt also nich am Delphi-Programm...

Was kann da los sein?

[alcaeus]

mysql_affected_rows() gibt dir bei einem SELECT einfach nur Schwachfug aus.
Ich zitiere http://de2.php.net/mysql_affected_rows:

Zitat:

Get the number of affected rows by the last INSERT, UPDATE, REPLACE or DELETE query associated with link_identifier.

Versuchs mal mit mysql_num_rows()

Greetz
alcaeus

[TheMiller]

Hat genau das selbe Ergebnis geliefert. Lag aber nur daran - ich habe es gerade gelöst - dass ich zum Test mehrere Server angegeben hatte und einfach die Server verwechselt habe. Denn bei mir zu Hause hat es ja funktioniert. Wie gesagt, richtiger Server - richtiges Ergebnis.

Ich danke euch trotzdem!

[alcaeus]

Nichtsdestotrotz lautet die korrekte Funktion fuer dein Problem mysql_num_rows(), nicht mysql_affected_rows()

Greetz
alcaeus

[TheMiller]

Gut, das kann stimmen. Hab ich anders noch nicht ausprobiert - werde ich mir aber merken. Danke Dir