Grosse Dateien im Kundenbereich bereitstellen

[plusx]

Hallo!

Ich habe ein Problem im Kundenbereich. Dort sind grosse Dateien für Kunden zum Download per Elementtyp Downloads bereitgestellt, z.B. ein 350 MB grosses ZIP-File. Nach dem Einloggen und Klick auf das Element wird aber nicht der Browser-Dialog zum Speichern, sondern eine weisse Seite im Browser angezeigt. Kleinere Files bis 100MB lassen sich dagegen problemlos downloaden. Hat jemand eine ähnliche Beobachtung gemacht und eine Lösung gefunden? Oder hat jemand eine Idee, woran es liegen könnte.

Ich freue mich über Hilfe!

PS: Der direkte Download über Direkteingabe einer URL in einem nicht geschützten Bereich funktioniert übrigens.

[lindesbs]

Schalte mal die Fehlermeldungen in den Einstellungen ein. Ich tippe darauf, das eine Fehlermeldung kommt, bez. Memory oder ExecutionTime.
Die Datei wird geoeffnet um den Typ zu analysieren.
Wie gross sind deine PHP Einstellungen fuer execution_time und memory_limit ?

[plusx]

memory_limit: 128M
max_execution_time: 60
Fehlermeldung wird nicht angezeigt - nur eine weisse Seite.

[lindesbs]

Das erklaert auch, warum 100MB Dateien angezeigt werden koennen.

Intern wird die Datei beim ANzeigen des DownloadArchivs einmal geoffnet.
Evt. reicht es aus, den memory_limit testweise mal auf 400MB zu erhoehen.
Hiervon rate ich aber dringensd ab ! Da man damit seinen Server "sterben" lassen kann.....

Du koenntest dann nur einen Umweg gehen, indem du die DownloadLinks selbst erzeugst und als HTML Code eingibst.

[acenes]

Es gibt Meldungen wonach die von TL beim Download verwendete PHP Funktion fpassthrou() übermässig Speicher beansprucht (sprich die ganze Datei einliest).

Versuch mal folgendes.
In der Datei system/libraries/Controller.php den Block bei Zeile 1968:

         $resFile = fopen(TL_ROOT . '/' . $strFile, 'rb');
        fpassthru($resFile);
        fclose($resFile); 

Wie folgt abändern:

         $resFile = fopen(TL_ROOT . '/' . $strFile, 'rb');
        while(!feof($resFile)) print fread($resFile, 4096);
        fclose($resFile); 

Falls das funktioniert könnte man es as Change Request einbringen.

[plusx]

Dann sind die Downloads aber nicht mehr geschützt, oder sehe ich das falsch?

[plusx]

Es gibt Meldungen wonach die von TL beim Download verwendete PHP Funktion fpassthrou() übermässig Speicher beansprucht (sprich die ganze Datei einliest).

Versuch mal folgendes.
In der Datei system/libraries/Controller.php den Block bei Zeile 1968:

         $resFile = fopen(TL_ROOT . '/' . $strFile, 'rb');
        fpassthru($resFile);
        fclose($resFile); 

Wie folgt abändern:

         $resFile = fopen(TL_ROOT . '/' . $strFile, 'rb');
        while(!feof($resFile)) print fread($resFile, 4096);
        fclose($resFile); 

Falls das funktioniert könnte man es as Change Request einbringen.

@acenes: Das funktioniert! Großartig! Tausend Dank! Den Request überlasse ich dir, da du ja auch die Lösung dafür hast!

[plusx]

@acenes: Doch zu früh gefreut. Jetzt kann ich zwar downloaden, aber während des Downloads ist nichts anderes auf der Seite mehr klickbar. Wenn dann die Seite doch auf den Klick reagiert, bricht der Download ab.

[acenes]

Ok, noch ein Hack der dieses Problem eventuell löst:

Vor Zeile 1959:

        // Open the "save as …" dialogue
        header('Content-Type: ' . $objFile->mime);
        header('Content-Transfer-Encoding: binary');
        header('Content-Disposition: attachment; filename="' . $objFile->basename . '"');
        header('Content-Length: ' . $objFile->filesize);
        header('Cache-Control: must-revalidate, post-check=0, pre-check=0');
        header('Pragma: public');
        header('Expires: 0'); 

session_write_close() einfügen:

        session_write_close();

        // Open the "save as …" dialogue
        header('Content-Type: ' . $objFile->mime);
        header('Content-Transfer-Encoding: binary');
        header('Content-Disposition: attachment; filename="' . $objFile->basename . '"');
        header('Content-Length: ' . $objFile->filesize);
        header('Cache-Control: must-revalidate, post-check=0, pre-check=0');
        header('Pragma: public');
        header('Expires: 0'); 

[plusx]

Ok, noch ein Hack der dieses Problem eventuell löst:

Vor Zeile 1959:

        // Open the "save as …" dialogue
        header('Content-Type: ' . $objFile->mime);
        header('Content-Transfer-Encoding: binary');
        header('Content-Disposition: attachment; filename="' . $objFile->basename . '"');
        header('Content-Length: ' . $objFile->filesize);
        header('Cache-Control: must-revalidate, post-check=0, pre-check=0');
        header('Pragma: public');
        header('Expires: 0'); 

session_write_close() einfügen:

        session_write_close();

        // Open the "save as …" dialogue
        header('Content-Type: ' . $objFile->mime);
        header('Content-Transfer-Encoding: binary');
        header('Content-Disposition: attachment; filename="' . $objFile->basename . '"');
        header('Content-Length: ' . $objFile->filesize);
        header('Cache-Control: must-revalidate, post-check=0, pre-check=0');
        header('Pragma: public');
        header('Expires: 0'); 

Jetzt funktinoiert das Klicken zwar, aber der Download bricht immer nach ca. 6MB ab.

[acenes]

Seltsam. Hier aber nochmal eine Variante mit zusätzlichen Aufrufen welche helfen könnten:

Original-Zeilen 1959 ... 1970 (// Open .... fclose) wie folgt ersetzen:

        session_write_close();
        ob_end_clean();

        // Open the "save as …" dialogue
        header('Content-Type: ' . $objFile->mime);
        header('Content-Transfer-Encoding: binary');
        header('Content-Disposition: attachment; filename="' . $objFile->basename . '"');
        header('Content-Length: ' . $objFile->filesize);
        header('Cache-Control: must-revalidate, post-check=0, pre-check=0');
        header('Pragma: public');
        header('Expires: 0');

        $resFile = fopen(TL_ROOT . '/' . $strFile, 'rb');
        while( !feof($resFile) ) {
            print(fread($resFile, 1024*8));
            flush();
        }
        fclose($resFile); 

[plusx]

Hallo. Sorry für die Mühe. Ich vermute ein anderes Problem als TL. Denn TL läuft auf XAMPP unter Windows nt. Grosse Dateien auf einer anderen Installation funktionieren nämlich ohne Probleme. Ich forsche mal weiter ...

[paulicke]

Hallo. Sorry für die Mühe. Ich vermute ein anderes Problem als TL. Denn TL läuft auf XAMPP unter Windows nt. Grosse Dateien auf einer anderen Installation funktionieren nämlich ohne Probleme. Ich forsche mal weiter ...

Hallo Sebastian,
hatte das gleiche Problem mit Dateigrößen um die 200MB. Lag am memory_limit. Habe es auf 256M gesetzt und kann nun die Dateien downloaden.

Beachte aber den Hinweis von lindesbs falls das mal "draußen" laufen soll. Bei mir läuft XAMPP unter Linux im LAN und ist daher nicht ganz so kritisch. Vielleicht gibt es ja doch noch eine andere Lösung.

Grüße
Thomas

[plusx]

Hallo Sebastian,
hatte das gleiche Problem mit Dateigrößen um die 200MB. Lag am memory_limit. Habe es auf 256M gesetzt und kann nun die Dateien downloaden.

Beachte aber den Hinweis von lindesbs falls das mal "draußen" laufen soll. Bei mir läuft XAMPP unter Linux im LAN und ist daher nicht ganz so kritisch. Vielleicht gibt es ja doch noch eine andere Lösung.

Grüße
Thomas

Ja, es kann an XAMPP liegen. Ich habe eine Installation bei einem Provider unter Linux laufen, die nur 32M memory_limit hat und es funktioniert einwandfrei. Also ganz schlau werde ich daraus noch nicht ...

[plusx]

Also ich bin zumindest jetzt einen Schritt weiter. XAMPP, PHP und Windows Server 2003 verursachen das Problem. Das memory_limit zu erhöhen, hilft leider nicht. Hat jemand noch eine schlaue Idee, ausser zu einem ordentlichen Webhoster zu wecheln? ;-)

[darth_saschi]

Hallo.

Ich habe den Thread verfolgt, weil ich dasselbe Problem hatte. Ich habe einen Workaround dafür gefunden. Vielleicht interessiert Dich das.

http://www.contao-community.de/showt...ll=1#post72294

Der Sascha

[plusx]

Ich habe das Problem nur in Verbindung von XAMPP auf einem Windows-Rechner und Typolight festgestellt. Auf anderen Server funktioniert der Download grosser Dateien (gestestet bis 500MB) problemlos.