Forum Replies Created
-
AuthorPosts
-
wzp
ModeratorWhat version of PHP are you running?
Is the hosting done by yourself, or a hosting company?
wzp
ModeratorWP eStore -> Settings -> Addon Settings -> Download Manager Related -> Automatic URL Conversion Preference
Try the “Do Not Convert” option.
wzp
Moderator“Requested File Could Not Be Found” is no longer a valid error message. Please upgrade to the latest version of eStore and try again:
https://support.tipsandtricks-hq.com/automatic-update-request
If you still are having problems, please enable debugging and look in the download_manager_debug.log file for clues as to what may be going on.
wzp
ModeratorRight now, there is no support for free download link e-mail templates.
However, if you are brave enough and “want it now…”
Warning: Running with scissors (highly technical information) ahead…
Inside the eStore_includes2.php file there are two functions defined:
eStore_send_free_download1() and eStore_send_free_download2()
eStore_send_free_download1() is used for the Ajax free download buttons and eStore_send_free_download2() is used for the non-Ajax buttons.
You can hard code the messages there.
Always run with scissors pointed down, or you’ll put someone’s eye out.
November 6, 2010 at 4:56 am in reply to: Large File Download Issue Workarounds (Downloads stopping at a certain point) #19636wzp
ModeratorOk, here is what we know…
At some point, large files are causing the download script to be terminated in mid transfer.
You’ve probably looked at the code in the download.php file already, for method #1, and have seen the great lengths we’ve gone through to catch all possible errors that might occur.
The test script reveals that PHP “thinks” we have overridden the script timer, but the log files tell a different story — that something on the server is terminating the script.
I’ll have to research this some more, but I don’t think any extra scripting on your part will correct the problem, because it is something external to PHP that is causing the scripts to terminate.
November 5, 2010 at 11:38 am in reply to: Large File Download Issue Workarounds (Downloads stopping at a certain point) #19633wzp
ModeratorWARNING — 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…
November 5, 2010 at 10:37 am in reply to: Large File Download Issue Workarounds (Downloads stopping at a certain point) #19632wzp
ModeratorWARNING — 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.
November 5, 2010 at 3:37 am in reply to: Large File Download Issue Workarounds (Downloads stopping at a certain point) #19631wzp
ModeratorUnder the WP eStore -> Settings -> Addon Settings -> Download Manager Related settings, have you tried the different download methods?
wzp
ModeratorOutbound e-mail delays are a function of both network delays AND throttling by your hosting provider. Your mileage will vary, depending upon what you pay for…
Have fun.
wzp
ModeratorDid you try the “Do Not Convert” setting yet?
November 4, 2010 at 11:01 pm in reply to: Large File Download Issue Workarounds (Downloads stopping at a certain point) #19629wzp
ModeratorAre 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 ?
wzp
ModeratorWP eStore -> Settings -> Addon Settings -> Download Manager Related -> Automatic URL Conversion Preference -> Do Not Convert
wzp
ModeratorInstead of the “server’s roor-root” directory, how about trying the “/home/mysite/public_html document root” directory? In other words, it looks like you are trying to access a file that is located outside the web server’s document directory tree.
wzp
ModeratorHmmm, it looks like there are 2 issues you are experiencing; the download links and the e-mails. I can try to help you sort out the download issues.
First, create a test post, that simply has a free download button to one of the products you are having trouble with. That way, we can separate any download problems from e-mail problems. The free download button immediately generates a link and tries to download the file, without the payment processing steps. If you can get this to work, it means something is happening with the link when it is being e-mailed.
The “Download file cannot be found…” message means that eStore was unable to locate the original download file. It happens for one of 2 reasons; either the file just doesn’t exist, or there is some kind of access control in place that is preventing the file from being accessed.
When you create a product, currently, eStore does not perform any validation checks to see if the download URL is valid. Copy what you entered into the download URL and paste it into your browser window, to test whether or not the unencrypted URL is valid.
As for the “downloads” directory, look for and delete any “.htaccess” files in that directory and try again.
Also, for clarification; the test PDF file you mentioned. You are not trying to use PDF Stamper as well, are you?
November 1, 2010 at 9:33 pm in reply to: Previously working eStore install now returns Requested File Could Not Be Found #22029wzp
ModeratorSettings can be found under:
WP eStore -> Settings -> Addon Settings -> WP eStore Download Manager Related
Product updates can be obtained here:
https://support.tipsandtricks-hq.com/automatic-update-request
-
AuthorPosts