widget dateibrowser, große Files >128MB, ERR_INVALID_RESPONSE

  • Hallo zusammen,

    ich mache die ersten Gehversuche mit dem widget dateibrowser und habe das Problem, dass größere Files (bei mir ISO-Files) nicht heruntergeladen werden können.

    Es folgt die Meldung

    Die Website ist nicht erreichbar. Die Webseite ist eventuell vorübergehend nicht verfügbar oder wurde dauerhaft an eine neue Webadresse verschoben.

    ERR_INVALID_RESPONSE

    Die Grenze scheint bei ca. 128MB zu liegen. Files die kleiner sind können downgeloadet werden.

    Hat mir jemand einen Tipp?
    Danke im Voraus und Grüße
    Norbert

  • Im error.log des Webservers finden sich ggf. mehr Informationen zum Fehler. Vermutlich wird sich das aber nicht lösen lassen und Sie müssten derart große Dateien anderweitig zum Download anbieten (z.B. über ganz normale Verlinkungen).

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo nochmal,

    ich konnte hier im Widget noch etwas verbessern, das diesen Fehler umgeht.

    Der Fehler ist per Online-Update für Version 16.1 behoben. In frühestens 30 Minuten auf "Extras > Updates suchen" klicken und nachdem Inhalte geladen wurden (Hinweis unten rechts) die Tastenkombination STRG-SHIFT-T drücken. Danach ggf. veröffentlichen.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Da können wir auf die Schnelle leider nichts machen. Ein Link zur Seite wäre hilfreich, damit wir das nachvollziehen können.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Eben mit Kuhnle2016ReleaseDVD.iso (4,1GB) getestet und bei mir brach es dann auch irgendwann ab. War aber auch sehr langsam (liegt wohl am Server, denn ich habe eine 1GB-Anbindung).

    Ich vermute, die Fehlerquelle ist hier eher beim Server zu suchen.

    Das würde sich mal gegenprüfen lassen, wenn Sie ein solch großes Iso mal auf einer Seite mittels einem ganz normalen Link zum Download einbinden, so dass die Standard Browser-Mechanik zum Download genutzt wird. Ich könnte fast wetten, dass der Download da auch abbricht.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo Stefan,
    nun habe ich weitere Erkenntnisse; habe wie vorgeschlagen den normalen Download jetzt getestet, und er funktioniert;

    das Problem wird also wahrscheinlich im PHP liegen

  • Gibt es für den Download per normalem Link auch eine Testseite, die ich ansehen könnte?

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo Stefan,

    schade eigentlich, dass Sie nichts weiter tun können oder wollen? :(
    Ich denke, es ist von Ihrer Seite nicht notwendig den Direktdownload anzuschauen, der läuft einfach durch, und zwar korrekt.
    Das Problem muss an Ihrem Widget PHP liegen, anders ist es nicht erklärbar. Übrigens, Ihre Wette hätten Sie verloren ;)

    Bin gespannt, wie es damit weitergeht, beste Grüße
    Norbert

  • Hallo Stefan,

    schade eigentlich, dass Sie nichts weiter tun können oder wollen? :(
    Ich denke, es ist von Ihrer Seite nicht notwendig den Direktdownload anzuschauen, der läuft einfach durch, und zwar korrekt.
    Das Problem muss an Ihrem Widget PHP liegen, anders ist es nicht erklärbar. Übrigens, Ihre Wette hätten Sie verloren ;)

    Bin gespannt, wie es damit weitergeht, beste Grüße
    Norbert

    In meinen Tests auf unseren Systemen, konnte ich selbst unter Verwendung einer Ihrer Datei keinen Fehler feststellen. Der Fehler tritt also nur unter bestimmten Bedingungen auf, die wir leider bisher nicht reproduzieren können. Von "wollen" kann hier keine Rede sein.

    Zur Eingrenzung hätte ich daher gerne gesehen, wie sich die selbe, große Datei als normal verlinkter Download im Vergleich zum Dateibrowser (via PHP) auf Ihrem Server verhält. Bei solchen Tests sehen wir uns dann die vom Webserver gelieferten Header etc. genau an und das bring uns ggf. bei der Problemanalyse weiter…

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo,

    vielen Dank für die Mühe. Aber das Problem tritt ja bisher speziell auf Ihrem Webserver auf. Ich benötige daher eine Testseite auf Ihrem Webserver, auf der der Dateibrowser und ein normaler Download link platziert ist, der jeweils die selbe Datei anzeigt/verlinkt (eine in entsprechender Größe, die den Abbruch verursacht).

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo,

    herzlichen Dank. Ich habe das nun ausgiebig getestet. Immer mit der selben (Ihrer) ISO-Datei.

    Auf Ihrem Server (Windows IIS PHP 7.4.20):

    Der Download per Link klappte (Wette verloren).

    Der Link per Dateibrowser brach bei ca. 1,6GB ab.

    Auf unserem Server (Windows Apache PHP 7.4.3):

    Beide Downloads, per Link und Dateibrowser funktionieren und brechen nicht ab.

    Nach einigem Googeln bin ich ziemlich sicher, dass die Problemursache irgend ein PHP-Internes Limit ist, das wir leider nicht umgehen können. Dieses Limit scheint je nach PHP Version und Platform unterschiedlich zu sein.

    Da kann ich Ihnen aktuell also leider keine Lösung anbieten. Sie müssten die Dateien ggf. in kleinere Teile aufteilen oder anderweitig zum Download bereitstellen.

    Eine minimale Anpassung habe ich an unserem Code noch gemacht (Content-Type und Content-Transfer-Encoding), ds wird sich aber auf Ihr Problem sicher nicht auswirken (bei uns trat das Problem nicht auf, konnte also nicht getestet werden). Online-Update wird in ca. 30 Minuten verfügbar sein.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo Stefan,

    danke für Ihren Einsatz. Sie haben recht, auch nach Installation des Updates mit Ihren Anpassungen bricht bei mir der Download bei ca. 2.4GB ab

    Ich gebe das an unserer Programmierung so weiter.

    Grüße
    Norbert

  • Hallo Stefan,

    aufgrund Ihrer Info, dass Sie auch unter Windows mit PHP 7.x.x arbeiten, nur halt mit Apache hat unsere Programmierung nach Einstellungen im IIS und PHP gesucht, mit denen das zusammenhängen könnte und hat die Lösung gefunden :) hat folgendes angepasst; hier zur Info:

    a) in der Fast-CGI-Konfiguration von IIS-Manager (nur für Server, nicht für Website verfügbar)

    Anforderungs-Timeout (Sekunden) von 300 auf 3600, damit Download nicht nur 5 Minuten, sondern max. 1 Std. dauern darf.

    b) in PHP.INI (unklar, ob wirklich auch nötig):

    max_execution_time = 3600

    (anstatt bisher 300; Angabe in Sekunden)

    Grüße und auch nochmals Danke auch von Herrn Kuhnle für Ihren Support (y)

    Norbert

  • Hallo, tolle Neuigkeiten. Herzlichen Dank für die Info.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!