Lebenslauf HTTP-Post - /upload mit Indy

Ich versuche, die Wiederaufnahme einer upload mit indy (HTTP Post), der code sieht so aus (mit Delphi 2010, Indy 10.4736):

 IdHttp.Head('http://localhost/_tests/resume/large-file.bin');
 ByteRange           := IdHttp.Response.ContentLength + 1;

 // Attach the file to post/upload
 Stream              := TIdMultipartFormDataStream.Create;
 with Stream.AddFile('upload_file', 'D:\large-file.bin', 'application/octet-stream') do
 begin
      HeaderCharset  := 'utf-8';
      HeaderEncoding := '8';
 end;    // with

 with IdHTTP do
 begin
      IOHandler.LargeStream           := True;

      with Request do
      begin
           ContentRangeStart          := ByteRange;
           ContentRangeEnd            := (Stream.Size - ByteRange);
           ContentLength              := ContentRangeEnd;
           ContentRangeInstanceLength := ContentLength;
      end;    // with

      Post('http://localhost/_tests/resume/t1.php', Stream);
 end;    // with

aber laden fortsetzen funktioniert nicht 🙁

Schaute ich in Indy ' s code, es scheint, dass diese Funktion in IdIOHandler.pas

TIdIOHandler.Write()

immer mit kompletten streams/Dateien (da der parameter ASize: TIdStreamSize scheint immer 0, die nach dem Strafgesetz bedeutet, dass das senden der vollständigen Datei/stream).

Dies verhindert, dass indy von der Wiederaufnahme der upload.

Meine Frage ist: ist es möglich zu verhindern, dass die vollständige Datei?

Einstellung content Bereich nichts verändert. Ich habe auch gezwickt indy-code (modifiziert 3 Linien), um indy zu gehorchen, um den Inhalt Palette /stream position, aber es ist buggy und indy immer am Ende hängen in IdStackWindows.pas, weil ein unendliches timeout hier:

TIdSocketListWindows.FDSelect()

Sollten Sie verwenden PUT für, die.
Hier ist, was remy lebeau sagte über put
Keine Ahnung, vermutlich hat er Gespräche über PHP4. Aber ja, deine Wünsche sind nicht kompatibel mit der POST.
Die Wiederaufnahme der Dateien ist nicht kompatibel mit PUT. Ich sagte so viel, POST, auf der anderen Seite, ist nur beliebige Daten. Das empfangende Skript entscheidet, was zu tun mit den Daten, also es könnte theoretisch verwendet werden, für die Wiederaufnahme. In der Praxis selten ist.

InformationsquelleAutor TheDude | 2012-03-07

4

Als ich Ihnen sagte, in Ihre frühere Frage, Sie zu posten haben eine TStream mit dem Rest der Datei Daten hochladen. Verwenden Sie nicht TIdMultipartFormDataStream.AddFile(), wie Sie die gesamte Datei. Verwenden Sie die TStream überladene version von TIdMultipartFormDataStream.AddFormField() statt.

Sowie TIdHTTP ist nicht entworfen, um die Achtung der ContentRange... Eigenschaften. Die meisten der Request Eigenschaften werden lediglich die entsprechenden HTTP-Header nur, Sie haben keinen Einfluss auf die Daten. Das ist, warum Sie Ihre Bearbeitungen brach es.

Versuchen Sie dies:
```
IdHttp.Head('http://localhost/_tests/resume/large-file.bin');
FileSize := IdHttp.Response.ContentLength;

FileStrm := TFileStream.Create('D:\large-file.bin', fmOpenRead or fmShareDenyWrite);
try
  if FileSize < FileStrm.Size then
  begin
    FileStrm.Position := FileSize;

    Stream := TIdMultipartFormDataStream.Create;
    try
      with Stream.AddFormField('upload_file', 'application/octet-stream', '', FileStrm, 'large-file.bin') do
      begin
        HeaderCharset  := 'utf-8';
        HeaderEncoding := '8';
      end;

      with IdHTTP do
      begin
        with Request do
        begin
          ContentRangeStart := FileSize + 1;
          ContentRangeEnd   := FileStrm.Size;
        end;

        Post('http://localhost/_tests/resume/t1.php', Stream);
      end;
    finally
      Stream.Free;
    end;
  end;
finally
  FileStrm.Free;
end;
```
Mit dieser sagte, ist dies ein GROBER MISSBRAUCH von HTTP-und multipart/form-data. Für den Anfang, die ContentRange Werte sind in der falschen Stelle. Sie diese anwenden, um die gesamte Request als ganzes, was falsch ist. Sie müssten angewandt werden, um die FormField statt, aber TIdMultipartFormDataStream derzeit nicht unterstützen. Zweitens multipart/form-data wurde nicht entwickelt, um verwendet werden, wie dies ohnehin. Es ist in Ordnung für das hochladen einer Datei von Anfang an, aber nicht für die Wiederaufnahme einer gebrochenen hochladen. Sie sollten wirklich aufhören, mit TIdMultipartFormDataStream und übergeben Sie einfach die Datei, die Daten direkt zu TIdHTTP.Post() wie ich früher vorgeschlagen, zB:
```
FileStrm := TFileStream.Create('D:\large-file.bin', fmOpenRead or fmShareDenyWrite);
try
  IdHTTP.Post('http://localhost/_tests/upload.php?name=large-file.bin', FileStrm);
finally
  FileStrm.Free;
end;
```
.
```
IdHTTP.Head('http://localhost/_tests/files/large-file.bin');
FileSize := IdHTTP.Response.ContentLength;

FileStrm := TFileStream.Create('D:\large-file.bin', fmOpenRead or fmShareDenyWrite);
try
  if FileSize < FileStrm.Size then
  begin
    FileStrm.Position := FileSize;
    IdHTTP.Post('http://localhost/_tests/resume.php?name=large-file.bin', FileStrm);
  end;
finally
  FileStrm.Free;
end;
```
Ich schon bereits zuvor erläutert, wie Sie auf die raw - POST Daten in PHP.
- Tut mir Leid aber es war nicht klar, in deinem letzten post. Auch, der Grund, warum ich verwendet TIdMultipartFormDataStream ist, weil es mit sehr gut, große Dateien. Diese Lösung bedeutet, dass split/kopieren von Dateien (die verlangsamen können den Prozess im Fall von sehr großen Dateien) und nur .
- Vielen Dank für die zusätzliche Hilfe, ich behaupte, dass es nicht eine schlechte Idee, zu aktualisieren indy zu unterstützen die Wiederaufnahme hochladen, aber Sie wissen, die Weise, die besser für indy/http-ist als ich.
- Wie ich bereits erwähnt, müssen Sie nicht, noch sollten Sie, werden das aufteilen der Dateien sowieso. Die Buchung einer TIdMultipartFormDataStream im Vergleich zu einem einfachen TStream ist weit übertrieben für das, was Sie versuchen zu tun. Die Buchung einer einfachen TStream behandelt große Dateien genauso gut, wenn nicht besser als, die Entsendung einer TIdMultipartFormDataStream ohne Umgang mit all den zusätzlichen overhead. Und wie ich bereits zuvor erläutert, HTTP bietet keine native Unterstützung für das hochladen fortsetzen, so dass jede Lösung, die Sie verwenden, wird ein hack da, die Sie schreiben müssen die backend-PHP-Skript, um es zu unterstützen, manuell sowieso.
- Remy, Sie sagte in der anderen Frage, "Sie könnten alternativ schreiben Sie eigene Skripte (...) und ein weiterer POST restlichen Daten an, wenn die Wiederaufnahme eines früheren Uploads." So (Reden auf Indy-Ebene, nicht php), I do müssen, teilen Sie die Datei (nicht nur der Stream.Position), sonst Indy wird zum senden der Datei (das ist, was ich erlebt habe, zumindest).
- Ich verstehe, dass PHP-Skript hackish, aber ich verstehe nicht, wie kann ich senden nur einen Teil des Streams ohne spliting es zuerst (da Indy nicht Lebenslauf hochladen & basierend auf meinen tests, es schickt die vollständige Datei unabhängig vom Strom.Position, Wert)
- Betrachten wir es genauer, so TIdMultipartFormDataStream Kräfte der input-stream ist Position zurück auf 0, das ist also nicht hilfreich. Es gibt Drittanbieter- TStream - Implementierungen zur Verfügung (oder eigene schreiben, wie basierend auf TIdEventStream) umschließt, die eine Eingabe TStream zu entlarven eine Teilmenge der Daten. Sie können versuchen, mit, dass, wie der Eingang zu AddFormField(). Ansonsten einfach STOPP mit multipart/form-data Beiträge für Ihre uploads. Es ist NICHT ENTWORFEN für das, was Sie verwenden es für.
- Also ich sollte eine neue stream-Klasse basiert auf TIdEventStream und überschreiben Lesen/schreiben/suchen/SetSize Routinen (oder Veranstaltungen) zu senden teilweise Inhalte zu verändern, ohne Indy Quelle, dann überschreiben AddFormField(), habe ich Sie richtig verstanden?
- Sowas in der Art, ja.
- Danke Remy! BTW, ich schulde Euch eine Entschuldigung, wie fand ich nur Ihre Antwort im chat gestern (ich bin neu ALSO, eigentlich habe ich nur gefunden, während googleling!)
- Überschreiben der TIdEventStream ist nicht zu einfach (reden über das Lesen/Suchen-Routinen da muss ich Lesen, wie es gemacht wird TIdMultiPartFormDataStream & schließlich passt es für meine Bedürfnisse), werde ich mein bestes tun, und poste meine Erkenntnisse hier, danke!
- Ich habe gesehen, Implementierungen vor, aber kann mich nicht erinnern, wo Sie jetzt gerade sind, aber im Grunde lassen Sie uns sagen, Sie haben eine TFileStream von Size=50 und Sie wollte zu überspringen, die ersten 10 bytes. Sie realisieren die wrapper TStream ist Seek() zu versuchen nie, die Quelle TFileStream vor Position=10, und auf einen Wert zurück, der offset von 10. In anderen Worten, ich Suche den wrapper TStream zu Position=0 würde versuchen, die Quelle TFileStream zu Position=10. Wenn der wrapper ist Size abgefragt wird, würde es wieder 40, nicht 50. So, Indy würden nur 40 bytes, die Schritte 10 bytes in die Datei.
- Es ist nur fiel mir auf, daß Indy hat eine ähnliche wrapper TStream Umsetzung, die genau das tut - TIdHTTPRangeStream im IdCustomHTTPServer.pas. Es ist ausgelegt für den Versand teilweise Blöcke von Daten von einer Quelle TStream. Zugegeben, es ist HTTP-orientierten, aber, aber Sie können entfernen Sie die HTTP-handling.
- Ich bin versucht zu überschreiben AddFormField (), aber ich bin stecken, es scheint, dass ich brauche, den Eintrag := FFields.Hinzufügen;, was bedeutet, dass das kopieren aller FFields code. Das heißt, ich bin wieder auf Platz eins mit multiform/Daten-Logik, dass Sie mir zu vermeiden.
- FWIW, ich habe die delphi-code hier, es ist immer noch ein peinlich rau-code/Versuch zum überschreiben der stream. Siehe mein Kommentar in Zeile #102 in Bezug auf die FFields (ich habe versucht, hart, um code so kurz wie möglich)...danke!
- Nachdem ich jetzt gefunden TIdHTTPRangeStream ich würde einfach vorschlagen mit es wie es ist, das wäre viel einfacher: FStream := TFileStream.Create(...); RStream := TIdHTTPRangeStream.Create(FStream, StartPos, -1, True); If RStream.ResponseCode = 206 then begin MStream := TIdMultipartFormDataStream.Create; MStream.AddFormField(..., RStream, ...); IdHTTP.Post(..., MStream); MStream.Free; end; RStream.Free;
- Das ist toll Remy! Ich habe noch zwei Fragen aber noch: die delphi-code ist hochladen/Lebenslauf richtig (1) WENN Gesamtgröße einer Datei ist größer als 8 MB sind, und (2) die hochgeladene Datei ist wraped around das Formular-post-Daten
- Ich bin mit XAMPP (ich habe noch um diesen code zu testen, auf einem live-server), ich bin mit dieser PHP-code
- Nur zur Klarstellung: wenn ich sage, es funktioniert nicht, wenn ich Dateien hochladen kleiner als 8MB, ich meine, dass die hochgeladene Datei ist geschaffen, aber seine Größe ist immer 0 byte
- Ich kann bestätigen, das genau gleiche Verhalten, wenn das hochladen auf den remote server, selbst wenn das senden der Datei in einer Aufnahme (dh. die gesamte Datei gesendet, nicht stoppen/fortsetzen)
- Haben Sie überprüft, dass die korrekte Datei byte-Blöcken gepostet werden, jedes mal? Was haben die PHP-scripts Aussehen? Auch Ihre form-data ' s Content-Type header ist komplett Durcheinander, was bedeutet, dass Ihre AddFormField() Parameter sind falsch. Übergeben Sie den Dateinamen (das sollte nur eine mit dem Namen von sich selbst, nicht einen vollständigen Pfad) in dem der content-Typ zu erwarten ist, und übergeben den Inhalt geben, wo das charset zu erwarten ist.
- Wie gesagt, ich habe die Datei in einem Schuss, keine pause/fortsetzen, so weit). PHP-code ist hier, ich habe die delphi-code das, nun, ich bin immer die richtigen Header, aber Sie ' sind immer noch "angehängt", um die Datei hochgeladen!
- Um zu klären, meine Letzte Bemerkung, ja die richtige Datei versendet wird (mit Ausnahme der header angefügt werden & die Größe Fragen). Ich habe die AddFormField() Aufruf MultipartStream.AddFormField('upload_file', 'application/octet-stream', 'utf-8', RangeStream, ExtractFileName(FileName));. Nun ist die hochgeladene Datei sieht so aus
- Wie ich Ihnen sagte früher, Sie können nicht php://input mit multipart/form-data Beiträge, es sei denn, Sie bereit sind, zu analysieren, den raw MIME-Daten yoourself manuell. Ich sagte zu wechseln php://input NUR, WENN Sie damit aufhören TIdMultipartFormDataStream und nur POST die Quell-Datei direkt, zB: IdHTTP.Post('http://localhost/_tests/resume/t1.php', RangeStream). Wenn Sie zu halten mit multipart/form-data Beiträge, dann müssen Sie $_FILES im PHP-code, um den Zugriff auf die Datei geschrieben Daten (pass $_FILES['upload_file']['tmp_name'] fopen() anstelle von php://input).
- Da Sie mit der Entsendung von binären Daten, würde ich vorschlagen, nehmen Sie den charset zusammen, nur legen Sie es auf eine leere Zeichenfolge.
- Danke Remy, ich war eigentlich nach dein Vorschlag, die stream mit multipart-Formular. Ich kann nicht passieren die $_FILES['upload_file']['tmp_name'] to fopen() instead of php://input da (basierend auf meinen tests) diese Methode nicht unterstützt resume (ie. entweder die Datei ist in voller Höhe gebucht oder nicht). also bin ich wieder zu php://input ich denke?
- Ich kann strip der extra-Header (nicht pb), echte Problem ist der upload von Dateien weniger als 8MB das nicht, wie kann diese vermeiden?
- Sie sollten in der Lage sein, um pass $_FILES['upload_name']['tmp_nme]` zu fopen(). Es ist eine neue temp-Datei erstellt, nur für diesen einzigen Stück gebuchten Daten. Öffnen Sie die Datei, fügen Sie Ihre Inhalte auf Ihre eigentliche Ziel-Datei, schließen und löschen der temp-Datei.
- Danke Remy, aber mein Kommentar stehen noch. Sagen wir, ich habe dieser php-code; meine tests zeigt, dass ich nur verschieben der Daten aus der temp-Datei die Letzte sobald der upload abgeschlossen ist, ansonsten habe ich auf neu starten von scratch, und wenn ich rufe das PHP-script wieder von Delphi, ich hatte keine Ahnung, welche temp-Datei, die zuvor verwendet wurde.
- lassen Sie uns weiter, diese Diskussion im chat
InformationsquelleAutor Remy Lebeau

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.