download timeout

[DrByte]

"BugFix: changed download timeout to 20 minutes if server allows it, to aid in larger downloads not ending prematurely"

That relates to this line in /includes/modules/pages/download/header_php.php:

    // override PHP timeout to 20 minutes, if allowed
    @set_time_limit(1200);

... and only applies if you're using Download By Streaming.

[deesee]

That relates to this line in /includes/modules/pages/download/header_php.php:

    // override PHP timeout to 20 minutes, if allowed
    @set_time_limit(1200);

... and only applies if you're using Download By Streaming.

ah ha! thank you, drbyte :)

so, i have redirect set to FALSE and streaming set to FALSE, but my customers are still experiencing downloads that end prematurely (no errors given, they just stop, as if they are finished).

do you have any idea what could be causing this?

again, if i give my customers a login/password to a protected web folder i have created, they are able to download with no problems - so i am sure it's not an http issue.

it almost seems as if somehow an incorrect filesize value is being passed to the browser?

[DrByte]

so, i have redirect set to FALSE and streaming set to FALSE

Why ?

[deesee]

Why ?

i tried both redirect and stream and both resulted in incomplete downloads.

i set both to false to try and eliminate places for error.

[DrByte]

Using Download By Redirect is the same as using http like you mentioned before. All it does is create a download point, and points the customer to that to do the download the same as if they'd clicked a link you supplied in an email.

[deesee]

Using Download By Redirect is the same as using http like you mentioned before. All it does is create a download point, and points the customer to that to do the download the same as if they'd clicked a link you supplied in an email.

apparently not, as the alternate (outside/separate from zen cart) links i provide to customers works every time.

just to be sure i wasn't crazy, i switched redirect to TRUE, made sure /pub was 777, throttled my bandwidth to 50k/s (to be sure it'd take a long time to download), and as predicted, the download ended prematurely after only 57MB.

this is a serious problem

[stride-r]

After much struggles in getting my client's downloads to complete successfully - (some zip files are over 50MB and many were timing out before completion), I finally worked out the issue with the help of this thread.

My Hosting company (which i cannot say enough good things about) worked diligently with us to sort out any issues that may have been on their end. However, after much testing with the Firefox "Throttler" add-on (to slow downloads and simulate a dial-up customer's experience) we were still experiencing problems with incomplete downloads ending abruptly at around 20 minutes!

This thread finally held the answer. Despite no mention of this limitation in the Zen Cart "Download delivery methods explained" tutorial, the fact is that Zen Cart comes hard coded for a max time of 20 mins. Upping this was our answer!

Please, Please, add a reference to this fact in the Tutorial: https://www.zen-cart.com/tutorials/i...hp?article=292
so that others can be saved untold time and frustration.

Maybe a future ZC version should have this value somewhere within the Admin so it's more easily discovered? Just a thought...

Otherwise, thanks for a great product and instruction.