April 25, 2012 at 2:38 pm #19992
I just switched hosting from godaddy to justhost.
Am having an issue with the encrypted download link with justhost. Instead of saving the file, its actually opening the file in the browser and showing hundreds of pages of special characters. Its a .rar file.
This was a question by justhost support.
If it was working at another hosting company and not working here, I wonder if there’s a difference between what libraries they have compiled and loaded with php. Do you know what this encrypted download link requires on the server to work? Does it require any specific thing like mcrypt or mhash? How does the server decrypt the encrypted link to know which file to download? If we know how this works, we can check and see what the server might be missing and let you know if it’s something we can install.
MattApril 26, 2012 at 1:38 am #19993
We haven’t compiled any special library for this. I would recommend you to give the other download methods a try (one of the other methods might work better for your new server):April 26, 2012 at 2:19 am #19994
I tried every method. Didnt do every combination but I did try every method with “absolute”. And the 7th method I tried with “Do Not Convert” i believe. I followed the note under it.
All with same results.
What else can be done?
Cache plugin offApril 26, 2012 at 7:23 am #19995
From your previous description of the issue, it seems like there is some sort of internal caching that your hosting provider is running on this server (some hosting providers do that). Ask them if they are running some kind of compression.
Also, What type of file are you using?April 26, 2012 at 10:23 am #19996
Im not sure if they are, I will ask them today.
What type of file am I using? I do think I understand the question correctly. As stated previously, the download file is a .rar file. Its not big 5mb up to 20mb. Have also tried a .zip file with same result.
Please let me know if this is the “file” you are referring to.April 26, 2012 at 10:03 pm #19997
Got that fixed. Developer found the problem. Something about white spaces in code. He made script to determine some things and found that.
Decided to try W3 Total Cache plugin… Again.. to see if it works now.
I got it working, but only after following a suggested workaround shown below (option 2). Without the workaround, it said file not found. The only issue is that if someone right clicks the download and clicks “save link”, they get the real download url.
Getting the “Requested File Could Not Be Found” Error when clicking on the Encrypted Link
Possible Cause – There can be two reasons for this:
a) The downloadable file doesn’t exists in the specified URL (means you may have a typo in the URL)
b) Your hosting providers PHP settings doesn’t allow the fopen functionality which is the reason you are getting the ‘requested file could not be found’ error when using full/absolute URL to the file.
Option 2: The other workaround is to uncheck the ‘Downloadable’ option by editing the product and use a zip file as the downloadable file. This will redirect the buyer to that URL but since the target URL contains a zip file the browser will pop up a download/save as option.April 28, 2012 at 4:37 am #19998wzpModerator
Use Amazon S3 to host your files, and use the eStore S3 integration. The first year of S3 is free.February 21, 2013 at 8:51 pm #19999CCMember
I am on the latest version of WordPress, W3 Total Cache and wpStore and manually generated download links are not working (nor are the auto-generated ones). Once I deactivate the W3 Total Cache plugin, the links all work fine. Once I activate the W3 plugin (even with the Page and Browser caching not active, the links fail to work. I have tried the various download types and they all fail in some manner when the W3 plugin is active. The download log shows completed file location resolution and an accurate download type number with no server side errors (this was consistent with much testing). I also checked the .htaccess file for residual gzip compression directives even in the absence of those settings. “.download.php” has also been excluded. So I am at loss. Any ideas?February 21, 2013 at 11:23 pm #20000wpCommerceModerator
Hi, have you followed these instructions?August 23, 2013 at 1:59 pm #20001stevieSpectator
Went through the checklist.
Still receiving ) byte download issue.
The product has worked without issue for 2 years.
latest debug appears to show no problem with delivery – however its an empty file my customers are receiving.
[08/23/2013 1:19 PM] – Status : Unresolved DL file path = downloads/makeupbundle/makeupbundle.pdf
[08/23/2013 1:19 PM] – Status : Resolved DL file path = downloads/makeupbundle/makeupbundle.pdf
[08/23/2013 1:19 PM] – Status : Dispatching DL method = 6
[08/23/2013 1:19 PM] – SUCCESS : DL completed with no server-side errors detected.August 24, 2013 at 12:34 am #20002
Since it recently stopped working, I would recommend you to check the following post:
Also, it would be good for you to reload the plugin:
Then try a different download method.
I see that you are using a path for the download. Are you sure, that path hasn’t changed recently? or that the file is still there? It is hard for us to know if a server path is correct or not. So temporarily I would recommend you to use an URL for the file which will tell you if the issue is with the path.August 24, 2013 at 8:57 am #20003stevieSpectator
I contacted my host and they assure me that the files are where they should be, the change of server location would not affect the url path and that there are no recent changes to my memory limits.
When the downloadable box is unchecked the files open successfully in a browser window. However if I try and save that pdf to my computer – i get the same empty 0 byte download.I also tried the url method from an online storage I use.August 24, 2013 at 12:42 pm #20004wzpModerator
Resolved DL file path = downloads/makeupbundle/makeupbundle.pdf
I noticed there seems to be no “qualifier” at the start of the path. Usually, I’d expect to see something like one of the following:
As it is now, all the paths are kind of “relative” to what the “current working directory” is when the applicable scripts execute.
What kind of hosting are you using, including the vendor?
Did you try creating a new product where you uploaded a test file using the file uploader and then tested the download for that file to see if that works?
Note that this whole thing started after the server move so there has to be something different about this new server.August 26, 2013 at 2:50 am #20005
I changed the download method back to the default one (method 1) and that works fine on this server.
Checklist #5 was to try the different download methods which you probably didn’t do.March 11, 2014 at 12:28 pm #20006LouisaMember
I tried everything on the checklist and couldn’t figure out the solution. I didnt want an add to cart, or a squeeze form (since my clients were already subscribers from aweber)just a simple download now button which led to an error 404 page. Eventually I created buttons with your free button plugin and links to the downloads!
- You must be logged in to reply to this topic.