Large File Download Issue Workarounds (Downloads stopping at a certain point)

Tips and Tricks HQ Forum » WP eStore Forum » WP eStore F.A.Q/Instructions

Large File Download Issue Workarounds (Downloads stopping at a certain point)

(55 posts) (10 voices)

Tags:

« Previous 123…6 Next »

ToneManufacture
Member

Hi Amin,

That solution sounds workable, I'll have to have a go and see how it goes in practice.

Steve,

The front page of the S3 Vault has this to say about expiring URLs, "Auto expiring URLs for embedded content EACH TIME THE PAGE LOADS." (My emphasis).

That would imply that just putting an S3 Vault shortcode on the site would not be enough to secure the content, as the expiring URL would refresh on every page load.

But then again, I could be missing something obvious. ;-)

Thanks for your help, both of you.

Posted 1 year ago #
chrisegg
Member

So with the pay per view option, if someone finds the page that has the content that is only available when payed for they will be able to view it without purchasing it?

The pay per view option does not protect the page in any way?

Posted 1 year ago #
amin007
Key Master

For proper pay per view setup you should use a membership plugin such as the WP eMember plugin (this is one of the main reasons people use a membership plugin):

http://www.tipsandtricks-hq.com/?p=1706

How will a shopping cart plugin protect a page? All it does is masks the URL of the page so no one knows where it is (for some people it has real benefit which is why this option exists).

Posted 1 year ago #
chrisegg
Member

Yeah that makes sense, which is why I was wondering...Thanks

Posted 1 year ago #
jesssse
Member

Just bought the plugin and I'm having the same issue, need to be able to send up to 600MB files.

Was wondering if this could be a possible work around?
I was trying to point the link url (hidden link setting) to a php secure download script but it wont load the php
just displays its as text..

If it loaded the php properly could this be a good work around?

Thanks in advance.

Posted 1 year ago #
wzp
Moderator

Are you trying to do a download, without the use of any other download plugins, just the download feature built into the browser?

What browsers (including version) have you tried?

Have you tried any of the other "download methods" listed under WP eStore -> Settings -> Addon Settings -> Download Manager Related -> Download Methods ?

Posted 1 year ago #
jesssse
Member

Im using a simple php script which conceals the location of a download file, I was hoping to use this method to overcome the download size issue, I know it wouldn't be as secure but thought I'd try it.

So WP-estore's encrypted link sends the user to a masked url- the php file at the url links to a masked file which it forces to browser to download.

At the moment the only way I can get it to work it send it to a html file that then loads the php, but url is exposed.

Hope that makes sense.

It really is a great product, I hope I can get it work for large files.
Thanks.

Posted 1 year ago #
wzp
Moderator

@jesssse

Under the WP eStore -> Settings -> Addon Settings -> Download Manager Related settings, have you tried the different download methods?

Posted 1 year ago #
wzp
Moderator

@jesssse

WARNING -- Running with scissors (highly technical information) ahead...

It occurred to me in my sleep (yeah, I'm like that) that since a 600mb file takes a considerable amount of time to transfer; the problem may be that your provider is terminating the download script, because they have restricted the use of the set_time_limit() function:
http://php.net/manual/en/function.set-time-limit.php

At the start of every download, eStore issues a set_time_limit(0) call. However, because it is a void return, there is no way to determine if the call was successful; other than to see if the script successfully completes.

To determine if eStore completed executing its scripts without being terminated, please enable the debugging logs. Attempt a download and then look in the "download_manager_debug.log" file. The normal sequence of messages should include a "dispatching DL method" entry, followed by some kind of DL completed entry. If the script was terminated by PHP, the last entry should be just the "dispatching DL method" message. If the script completed without being terminated by PHP, the last entry should be some message of download success or failure message.

Posted 1 year ago #
wzp
Moderator

@jesssse

WARNING -- More running with scissors (highly technical information) ahead...

You can try executing this script to test if the set_time_limit() is being ignored by your provider. I know it works under PHP 5.2 and up, but have not tested on other versions.

<?php
echo 'Default Maximum Script Execution Time is = '.ini_get('max_execution_time').'';
set_time_limit(0);
echo 'Maximum Script Execution Time is now = '.ini_get('max_execution_time').'';
?>

When executed from the browser, the output should look something like:
Default Maximum Script Execution Time is = 60
Maximum Script Execution Time is now = 0

Caveat... it is unknown whether of not, if the set_time_limit() is being restricted, if PHP will still set the requested value and then simply "ignore it." Only the previously suggested checking of the debug files is a sure way to determine if the script was killed off by PHP.

Now, I am going back to sleep, lol...

Posted 1 year ago #

RSS feed for this topic

« Previous 123…6 Next »

Reply »

You must log in to post.