[GH-ISSUE #259] download large file issues #187

New issue

Closed

opened 2026-03-02 15:56:36 +03:00 by kerem · 2 comments

kerem commented

2026-03-02 15:56:36 +03:00

Owner

Originally created by @kewlfft on GitHub (Nov 30, 2019).
Original GitHub issue: https://github.com/prasathmani/tinyfilemanager/issues/259

readfile() on large files can create issues even if in theory the documentation says it can handle any size. I personally had issues for files over 4GB. This is made worse if several users download the file at the same time. It seems the simplest way to handle this is to output the file in “chunks”.
I have implemented the solution proposed here and it worked for me.
To see whether replacing:

        readfile($path . '/' . $dl);

with:

        set_time_limit(0);
        $file = @fopen($path . '/' . $dl,"rb");
        while(!feof($file))
        {
            print(@fread($file, 1024*8));
            ob_flush();
            flush();
        }

was something we could implement.

Originally created by @kewlfft on GitHub (Nov 30, 2019). Original GitHub issue: https://github.com/prasathmani/tinyfilemanager/issues/259 `readfile()` on large files can create issues even if in theory the documentation says it can handle any size. I personally had issues for files over 4GB. This is made worse if several users download the file at the same time. It seems the simplest way to handle this is to output the file in “chunks”. I have implemented the solution proposed [here](https://www.media-division.com/the-right-way-to-handle-file-downloads-in-php/) and it worked for me. To see whether replacing: ~~~ readfile($path . '/' . $dl); ~~~ with: ~~~ set_time_limit(0); $file = @fopen($path . '/' . $dl,"rb"); while(!feof($file)) { print(@fread($file, 1024*8)); ob_flush(); flush(); } ~~~ was something we could implement.