Indy post Problem

[itzgyl88]

hallo ...
ich möchte ein bild an den bilderhost www.imagecrate.de senden. die erlaubnis des hosters habe ich dafür. jetzt stellt sich folgendes problem:

DataStream := TIdMultiPartFormDataStream.Create;
DataStream.AddFile('file', Datei, 'multipart/form-data');
stringvar := idHTTP.Post('http://www.imagecrate.de/index.php?page=upload', DataStream);
....

führe ich diesen code aus, komme ich lediglich wieder auf die seite inde.php und die datei ist weder hochgeladen, noch kann ich den link auslesen, da kein source vorhanden ist. bei anderen scripts funktioniert das jedoch super - einziger unterschied: es gibt kein "?page=upload", was daher anscheinend das problem mit indy verursacht.

handleredirects ist an und auch die request daten habe ich angepasst (host, referer ect.) - trotzdem bleibt der erfolg aus :< ...
wer kann mir helfen ? es muss doch zu machen sein ein bild dort hochzuladen und die seite mit den links zu bekommen.

[blackdrake]

Hallo.

Kenne diesen Image-Dienst nicht, daher kann ich darüber nichts berichten.

Problematisch sehe ich aber die GET/POST-Mischung (die bei manchen HTML-Formularen auch Probleme macht).

Ein GET-Request sieht so aus: http://www.example.com/script.php?foo=bar

Bei PHP hast du dann $_GET['foo'] = 'bar'.

Bei einem POST-Request werden die Daten ja nicht über die Request-URL an den Server gereicht. In PHP wäre dann die Variable $_POST['foo'] = 'bar' und nicht $_GET['foo'] gesetzt.

Führst du nun aber einen POST-Request mit http://www.imagecrate.de/index.php?page=upload durch, hast du GET und POST in einem. Ich weiß nicht, ob Indy oder der Server damit durcheinander kommen. Wie sieht es bei dem Image-Dienst aus? Machen die in ihren HTML-Formular das selbe?

Probiere doch mal, page=upload als POST anstelle von GET mitzusenden. Du würdest also ein POST-Request an http://www.imagecrate.de/index.php senden.

Wenn das nicht geht, lade dir einen Packet-Logger (ich empfehle SmartSniff = Freeware) herunter, starte das Logging (vorher internetaktive Programme wie ICQ, Outlook schließen) und poste ein Bild über den Browser. Schau dir dann mal genau das Datenpaket an und speichere es. Wie sieht das Request genau aus? Wie sieht die Response aus? (Enthält das Response-Paket ggf. eine HTTP-Redirect Zeile? Sniffe ggf. auch den Datentransfer deines (bisher nicht funktionierenden) Programmes und vergleiche es mit dem Soll-Ergebnis des Browser-Uploads. Du siehst bestimmt schnell, woran es liegen könnte und wo Unterschiede sind.

Gruß
blackdrake

[Björn Ole]

Hi.

Zitat:

Zitat von itzgyl88

auch die request daten habe ich angepasst (host, referer ect.)

Dort liegt selten die Fehlerquelle. In meinen bisherigen Programmen, die POST-Requests gesendet haben (und das sind einige), brauchte ich nie diese Informationen mitzuschicken.


Hänge aber mal ein

Delphi-Quellcode:

DataStream.AddFormField('upload', '1');

an. Das wird zumindest beim manuellen Senden mitgeschickt.

Gruß, Björn

[blackdrake]

Zitat:

Zitat von Björn Ole

Dort liegt selten die Fehlerquelle.

Halb-Richtig. Die Angabe "Referer" wird zwar selten geprüft, aber "Host" ist wichtig bei Servern mit vielen Domains (z.B. Confixx). Ein Confixx-System kennt bei einer eingehenden GET/POST Anfrage seine eigenen Domains nicht, weswegen "Host" eine wichtige Angabe ist.

Allgemein sollte man aber die künstliche Anfrage möglichst realitätsgetreu (siehe TCP/IP-Sniffer Hinweis) gestalten, falls sich auf der Serverseite die Sicherheits-/SPAM-Vorkehrungen verschärfen.

Zitat:

Zitat von Björn Ole

Hänge aber mal ein

Delphi-Quellcode:

DataStream.AddFormField('upload', '1');

an.

Ja, das kann auch wichtig sein. Kleiner Hinweis noch: Der "Senden"-Button hat meistens auch einen Namen, dessen Wert als "1" ebenfalls mitgesendet wird.

Gruß
blackdrake

[itzgyl88]

Hallo.

Zitat:

Zitat von Björn Ole

Hänge aber mal ein

Delphi-Quellcode:

DataStream.AddFormField('upload', '1');

an. Das wird zumindest beim manuellen Senden mitgeschickt.

Zitat:

Zitat von blackdrake

Kleiner Hinweis noch: Der "Senden"-Button hat meistens einen auch Namen, dessen Wert als "1" ebenfalls mitgesendet wird.

Beides habe ich ohne Erfolg probiert. Ich gehe davon aus, dass es dieses POST / GET Problem sein wird. Allerdings habe ich auch probiert page=upload im POST zu übergeben, was keinen Erfolg brachte.

Ich werde mir morgen früh den Sniffer besorgen und mal sehen, ob ich weiter komme.
Danke für die Hilfe :hi:

Gruß.

[Björn Ole]

Habs hinbekommen.
Der Server mag als ContentType wohl kein 'multipart/form-data', von wegen nicht unterstütztes Dateiformat.
Nimm einfach 'image/jpeg', dann gehts. ;)

[blackdrake]

Und wenn es kein JPEG ist (sondern PNG, GIF)? Vielleicht hat Indy kein Filename mitgegeben, mitdessen der Server die Erweiterung ".jp(e)g" ablesen konnte?

[Björn Ole]

Zitat:

Zitat von blackdrake

Und wenn es kein JPEG ist (sondern PNG, GIF)?

Dann sendet er 'image/png' oder 'image/gif'. Wo liegt das Problem?

[blackdrake]

Zitat:

Zitat von Björn Ole

Wo liegt das Problem?

An der Universalität sowie der antistatischen Programmierung. Wenn das HTML-Formular (der Browser) mit "multipart/form-data" Erfolg hat, sollte dieses universelle MIME-Format auch verwendet werden - man sollte zumindestens versuchen, es so hinzubekommen, wenn es geht.

[Björn Ole]

Wer sagt, dass der Browser 'multipart/form-data' sendet?

Habe eben ein gif hochgeladen und es wurde 'image/gif' gesendet, allgemein lässt sich höchstwahrscheinlich also sagen 'image/' + erlaubter Dateityp. Dieses Verhalten ist auch das einzig (mir) einleuchtende, denn wie sonst soll der Server überprüfen, ob es sich bei dem gesendeten Inhalt um ein erlaubtes Dateiformat handelt?

[blackdrake]

Zitat:

Zitat von Björn Ole

Wer sagt, dass der Browser 'multipart/form-data' sendet?

Der Quellcode:

Code:

<form enctype="multipart/form-data" action="index.php?page=upload" method="post">

(Ich denke, dass das auch so in den Post-Request eingeht und nicht vom Browser in image/... gewandelt wird. Man müsste ein Bild hochladen und mit einem TCP/IP-Sniffer gucken, was wirklich als Content-Type gesendet wird.

Ansonsten bestimmte ich persönlich immer auf der Serverseite mit LowerChar(ExtractFileExt($_FILE['filename'])) == [jpg, gif, jpeg, png], um welches Format es sich handelt.

Gruß
blackdrake

[Björn Ole]

Zitat:

Zitat von blackdrake

Man müsste ein Bild hochladen und mit einem TCP/IP-Sniffer gucken, was wirklich als Content-Type gesendet wird.

Habe beim Uploaden Live HTTP Headers (FF Addon) laufen lassen, hier das Ergebnis:

Zitat:

http://www.imagecrate.de/index.php?page=upload

POST /index.php?page=upload HTTP/1.1
Host: www.imagecrate.de

{...}

Content-Type: multipart/form-data; boundary=---------------------------378648515056
Content-Length: 110176
-----------------------------378648515056
Content-Disposition: form-data; name="upload"

1
-----------------------------378648515056
Content-Disposition: form-data; name="file"; filename="test.gif"
Content-Type: image/gif

BM¶«


{...}

Hab ich das richtig verstanden und der POST-Request wird als multipart/form-data gesendet, das Bild aber als image/xyz? Wenn ja, ist ja alles in Butter. 8)

[itzgyl88]

Jetzt habt ihr mich verwirrt. Ich dachte das Problem ginge jetzt ganz leicht zu lösen, indem ich den ContentType ändere - es scheint auch tatsächlich halb zu funktionieren, nur leider eben nicht ganz.

Wenn ich jetzt ein Bild hochlade, bekomme ich den source der Seite zurück, leider ohne den wichtigen Inhalt. Das sieht dann so aus:

Delphi-Quellcode:

und dazwischen sollte der Code stehen, in dem auch die Links sind. Ich habe den richtigen ContentType beachtet und auch mit dem LiveHeader FF Addon getestet .. was kann ich da noch tun ? o.O

Gruß.

[Björn Ole]

Der folgende Code liefert mir ein korrektes Ergebnis und sollte zudem "serververträglich" sein:

Delphi-Quellcode:

var
  DataStream: TIdMultiPartFormDataStream;
  Response: string;
begin
  DataStream:=TIdMultiPartFormDataStream.Create;
    try
      IdHTTP1.Request.ContentType:='multipart/form-data';
      DataStream.AddFormField('upload','1');
      DataStream.AddFile('file','C:\test.gif','image/gif');
      Response:=IdHTTP1.Post('http://www.imagecrate.de/index.php?page=upload',DataStream);
    finally
      DataStream.Free;
    end;
end;

Ergebnis (Ausschnitt)

Code:

<tr>
<td rowspan="11" valign="top" width="170"><div align="center">[url="http://www.imagecrate.de/view.php?id=2532"][img]http://www.imagecrate.de/upload/thumb/83148_test.gif[/img][/url]
[b]83148_test.gif[/b]</div></td>
<td>

[itzgyl88]

Danke, mein Fehler war anscheinend, dass ich erst die Datei zum Stream hinzugefügt hatte und danach "upload=1" ..
Was anderes konnte ich als Fehlerquelle bei mir nicht ausmachen - den Rest hatte ich so schon die ganze Zeit. :shock:

Danke!
Gruß.

[Björn Ole]

Ich hab mal in meinem Code die beiden Zeilen vertauscht und es funktionerte auch ohne Probleme. Dein Fehler muss also woanders gelegen haben. Aber hauptsache, es funktionert jetzt. :wink:

Gruß, Björn