http Upload: große Dateien über langsame Leitung
Hallo, ich suche einen Weg um Dateien per http über eine sehr langsame und fehleranfällige Leitung zu einem Server zu übertragen. Wenn zB schon 80% übertragen wurde, und dann die Netzwerkverbindung verloren geht und wieder aufgebaut wird, dann sollen nur noch die restlichen 20% übertragen werden. Die Übertragung kann bis zu 6 Stunden dauern. Für den Bereich Download ist das schon mehrfach gelöst worden. Aber wie könnte das für einen http-Upload funktionieren? Ich würde ungern das Rad neu erfinden. Ich vermute, dass Problem wurde schon von Menschen gelöst, die mehr Ahnung haben als ich. Kennt hier jemand eine Lösung? Gruß, Thomas -- Thomas Guettler http://www.thomas-guettler.de/ I am looking for feedback: https://github.com/guettli/programming-guidelines
Hi Thomas Güttler Lists <guettliml@thomas-guettler.de> schrieb am Do., 14. März 2019, 21:18:
Hallo,
ich suche einen Weg um Dateien per http über eine sehr langsame und
fehleranfällige Leitung zu einem Server zu übertragen.
Wenn zB schon 80% übertragen wurde, und dann die Netzwerkverbindung
wget -c Macht genau das Grüße Reimar
verloren geht und wieder aufgebaut wird, dann sollen nur noch die
restlichen 20% übertragen werden.
Die Übertragung kann bis zu 6 Stunden dauern.
Für den Bereich Download ist das schon mehrfach gelöst worden. Aber
wie könnte das für einen http-Upload funktionieren?
Ich würde ungern das Rad neu erfinden.
Ich vermute, dass Problem wurde schon von Menschen gelöst, die mehr Ahnung
haben als ich.
Kennt hier jemand eine Lösung?
Gruß,
Thomas
-- Thomas Guettler http://www.thomas-guettler.de/ I am looking for feedback: https://github.com/guettli/programming-guidelines
_______________________________________________ python-de maillist - python-de@python.org https://mail.python.org/mailman/listinfo/python-de
Nein, das tut es nicht. Hier ist schließlich von Upload, nicht von Download die Rede. Reimar Bauer <rb.proj@gmail.com> schrieb am Sa., 16. März 2019, 00:10:
Hi
Thomas Güttler Lists <guettliml@thomas-guettler.de> schrieb am Do., 14. März 2019, 21:18:
Hallo,
ich suche einen Weg um Dateien per http über eine sehr langsame und
fehleranfällige Leitung zu einem Server zu übertragen.
Wenn zB schon 80% übertragen wurde, und dann die Netzwerkverbindung
wget -c
Macht genau das
Grüße Reimar
verloren geht und wieder aufgebaut wird, dann sollen nur noch die
restlichen 20% übertragen werden.
Die Übertragung kann bis zu 6 Stunden dauern.
Für den Bereich Download ist das schon mehrfach gelöst worden. Aber
wie könnte das für einen http-Upload funktionieren?
Ich würde ungern das Rad neu erfinden.
Ich vermute, dass Problem wurde schon von Menschen gelöst, die mehr
Ahnung
haben als ich.
Kennt hier jemand eine Lösung?
Gruß,
Thomas
-- Thomas Guettler http://www.thomas-guettler.de/ I am looking for feedback: https://github.com/guettli/programming-guidelines
_______________________________________________ python-de maillist - python-de@python.org https://mail.python.org/mailman/listinfo/python-de
_______________________________________________ python-de maillist - python-de@python.org https://mail.python.org/mailman/listinfo/python-de
Hallo, ich bin nun auf genau das gestoßen, was ich gesucht habe. https://tus.io/ Das ist erst mal nur eine Spezifikation. Und es gibt schon ein paar Implementierungen: https://tus.io/implementations.html Das gefällt mir deutlich besser als selber ein Protokoll (aufbauend auf http) zu erfinden. Obige Spec wurde schon von vielen angeschaut und mehrfach implementiert .. Das gefällt mir. Gruß, Thomas Am 14.03.19 um 21:10 schrieb Thomas Güttler Lists:
Hallo,
ich suche einen Weg um Dateien per http über eine sehr langsame und
fehleranfällige Leitung zu einem Server zu übertragen.
Wenn zB schon 80% übertragen wurde, und dann die Netzwerkverbindung
verloren geht und wieder aufgebaut wird, dann sollen nur noch die
restlichen 20% übertragen werden.
Die Übertragung kann bis zu 6 Stunden dauern.
Für den Bereich Download ist das schon mehrfach gelöst worden. Aber
wie könnte das für einen http-Upload funktionieren?
Ich würde ungern das Rad neu erfinden.
Ich vermute, dass Problem wurde schon von Menschen gelöst, die mehr Ahnung
haben als ich.
Kennt hier jemand eine Lösung?
Gruß,
Thomas
-- Thomas Guettler http://www.thomas-guettler.de/ I am looking for feedback: https://github.com/guettli/programming-guidelines
Am 18.03.19 um 11:09 schrieb Thomas Güttler:
ich bin nun auf genau das gestoßen, was ich gesucht habe.
https://tus.io/ Interessantes Protokoll, und es gibt sogar eine Flask-Extension dafür. Danke für den Hinweis.
Bei kurzem Überfliegen der Spec fällt mir auf, dass beim Metadata-Upload keine Möglichkeit vorgesehen ist, die Kodierung der Values der Key/Value-Paare anzugeben. Das halte ich für ein Versäumnis der Spezifikation, den da muss der Server raten, was er mit dem Wert nach der Base64-Dekodieriung anfängt. Gruß, Chris
Am 18.03.19 um 14:50 schrieb Christopher Arndt:
Am 18.03.19 um 11:09 schrieb Thomas Güttler:
ich bin nun auf genau das gestoßen, was ich gesucht habe.
https://tus.io/ Interessantes Protokoll, und es gibt sogar eine Flask-Extension dafür. Danke für den Hinweis.
Bei kurzem Überfliegen der Spec fällt mir auf, dass beim Metadata-Upload keine Möglichkeit vorgesehen ist, die Kodierung der Values der Key/Value-Paare anzugeben. Das halte ich für ein Versäumnis der Spezifikation, den da muss der Server raten, was er mit dem Wert nach der Base64-Dekodieriung anfängt.
Sprich doch mal mit den Leuten. Vielleicht gibt es schon einen Standard, und steht das bloß nicht in der Spec. Gruß, Thomas -- Thomas Guettler http://www.thomas-guettler.de/ I am looking for feedback: https://github.com/guettli/programming-guidelines
Am 18.03.19 um 16:25 schrieb Thomas Güttler:
Am 18.03.19 um 14:50 schrieb Christopher Arndt:
Bei kurzem Überfliegen der Spec fällt mir auf, dass beim Metadata-Upload keine Möglichkeit vorgesehen ist, die Kodierung der Values der Key/Value-Paare anzugeben. Das halte ich für ein Versäumnis der Spezifikation, den da muss der Server raten, was er mit dem Wert nach der Base64-Dekodieriung anfängt.
Sprich doch mal mit den Leuten. Vielleicht gibt es schon einen Standard, und steht das bloß nicht in der Spec.
Das Problem ist auch schon jemand anderem aufgefallen: https://github.com/tus/tus-resumable-upload-protocol/issues/124 Die Antwort: out of scope of the spec Finde ich unbefriedigend und habe einen entsprechenden Kommentar hinterlassen. Chris
participants (5)
-
Christopher Arndt -
Kaeptm Blaubaer -
Reimar Bauer -
Thomas Güttler -
Thomas Güttler Lists