Tips and Tricks HQ Support Portal › Forums › WP eStore Forum › Product Download Problem for large downloadable files
- This topic has 6 replies, 4 voices, and was last updated 11 years, 5 months ago by wzp.
-
AuthorPosts
-
July 7, 2011 at 1:30 pm #3742RikMember
I have a large .zip file (405mb) that I am selling. Whenever someone tries to download the .zip it always gets interrupted – at roughly 120mb.
We have now tried to download the .zip from several different computers (not on the same network, completely independant, different IP addresses). But always there is this download problem.
We are using the encryped links feature of the eStore.
The reason I suspect this may be a problem with someothing in the eStore plugin is because when I provide direct access to the .zip file to a customer (via a password protected directory on my website) they are able to download the .zip in full.
I am currently using a workaround which breaks up the .zip into amaller parts, so that customers can download the individual files contained within the .zip. But this is an ugly workaround – and still customers are unable to download multiple files at once – they must download each file individually, or again we run into the “interupted” problem.
It seems to me that there is something somewhere that is putting a cap on the amount of data a customer can download. Again, there is no problem downloading the entire file from a directory elsewhere on Vexation Audio.
If you could suggest solutions we might try I would appreciate it. We need the facility to sell large files like the 405mb .zip.
Thanks
Rik, Vexation Audio
July 7, 2011 at 3:05 pm #34070wzpModeratorwhen dealing with large downloads, the performance is highly dependent upon the quality of the hosting used. For best results, when dealing with very large downloads, it is recommended that customers use the Native Amazon S3 Integration feature. Doing so will offload the burden of downloads from your hosting service to the Amazon Web Services network.
July 8, 2011 at 12:38 am #34071amin007ParticipantJuly 10, 2011 at 2:07 am #34072RikMemberThanks both for the excellent guidance. I’ve integrated Amazon S3 and it appears to have solved the problem completely.
A brilliant plugin and brilliant customer care. Greatly appreciate your efforts.
July 10, 2011 at 1:01 pm #34073wzpModeratorAmazon S3 is like duct tape; it fixes everything…
June 1, 2013 at 12:34 am #34074dkeatorMemberThere needs to be another setting:
On my dedicated server I can download a 2gig file with your plug in…
On my godaddy hosted I can get more than 331 megs of anything…
On my dedicated due to wierd caching of the plugin I can only get 1.3 megs a second, and it looks like a heart beat on my network manager.
on the godaddy, it transfer at my max bandwidth 2.5 megs a sec, and smooth straight line…
Obviously there is a timer setting some where to cause the download to stop prematurely.. is it wordpress, or Apache?
And if I do not use the plugin just a straight dump through PHP, download script, I can get the file with no issue… It appears to be the method implemented by the encryption / plugin / manager.
June 1, 2013 at 2:10 am #34075wzpModeratorAs mentioned, over the years, when using encrypted download links for large files; the download.php script is vulnerable to HTTP session timeouts.
The timeouts occur because the download.php script is acting as a middle-man, keeping the user from directly knowing where the download file is actually stored. Large file transfers cause the script to exceed the alloacted HTTP session time, and the server terminates the script.
HTTP session timeouts are controlled by an Apache setting.
Since most users do not have the ability to modify this setting, we recommend use of Amazon S3 for large files. Over the years, the average cost of using Amazon S3 has fallen from about 17 cents per month, to less than 10 cents a month.
Alternately, if you can convince your hosting provider to load the mod_xsendfile module for Apache, you can use “Method 8,” which will cause the server to push the file to the user. Unfortunately, eStore has no way of testing for the presence of mod_xsendfile; you gotta try it, and if nothing happens, it means it isn’t installed.
-
AuthorPosts
- You must be logged in to reply to this topic.