Forum Replies Created
-
Posts
-
When you “moved” the location of the zip file, did you also update the product URL location in eStore as well?
Have you enabled the debug log messages, and what does the download_manager_debug.log file say?
Followup for the forum…
bhakans sent me a link that worked on IE 8, only if I pasted it into the address bar. When clicking it from within gMail, IE 8 blocks the download. Haven’t been able to find the setting that allows the download, BUT whilst clicking around in the Advanced Settings tab of Internet Options, I did get it to give me an error, when it tried to DL the download.php file. Unfortunately, I clicked too many boxes and lost track of which one caused the problem.
In short, IE 8 will accept the link if it’s pasted into the address bar, but not if it is clicked through gMail. It also accepts the link, if I create an HTML document containing the encrypted link as part of an HREF. So, I think it has something to do with gMail.
Please complete the contact form at http://TheAssurer.com/contact and leave me your contact information. I’m getting ready to go someplace for a few hours, but I’ll get back to you today.
********** DANGER WILL ROBINSON — RUNNING WITH SCISSORS AHEAD **********
********** DANGER WILL ROBINSON — RUNNING WITH SCISSORS AHEAD **********
********** DANGER WILL ROBINSON — RUNNING WITH SCISSORS AHEAD **********
I am only going to give just enough information, so that only the knowledgeable and brave will attempt this at home…
In the file eStore_post_payment_processing_helper.php look for the function definition of generate_download_link(), being careful not to confuse it with generate_download_link_for_product().
Within generate_download_link() look for all calls to eStore_register_link_in_db(), there are two of them.
About 2 lines above, there is a line that assigns a value to $download_item.
Above that assignment, you want to inset something like…
$long_url_link=$script_location.’download.php?file=’.$download_key;
$short_url_link=fts_shorturl($long_url_link, $service);
Where $long_url_link and $service are the parameters to fts_shorturl(), as described in the documentation at: http://wiki.fusedthought.com/docs/url-shortener-wordpress-plugin/v3#TOC-On-demand-shortening-of-URL
Remember to replace “$service” with the hard coded value of the shortening service desired.
You then want to edit the assignment for $download_item, so that $script_location.’download.php?file=’.$download_key is replaced with $short_url_link.
No promises about native eStore hooks to this particular shortening plugin, but it may be possible to include generic hooks into a later version of eStore.
Please try this:
If it works for you, please let us know and we’ll make it into a settings option.
Caveat: When using an external shorting service, you run the very slight risk of having the shortened link harvested by others and used before the intended customer. This may result in customer complaints about expired links.
Have you tried URL preference = Relative, and DL Method – 1?
The log file is saying…
1. Absolute preference is not working.
2. Since Absolute is not working, it is trying “Do not convert.”
3. Your server is running in PHP Safe Mode.
4. Which does not work with the “Do not convert” preference on DL Method 1.
5. So, it is trying to use Method 7 instead.
6. Which is not working.
7. So it just plain gave up!
So, if you could please; reset the debug logs, swith to Relative URL conversion preference, and DL Method 1, then try again.
Let them. Amazon’s legal department can fix their little red wagon better than you can, if someone tries messing with your bucket, LOL.
This comment addresses others who have been wondering about %3D%3D in the URL and if it has something to do with their download problems…
This morning, I too ran across the %3D%3D issue. It occurred after I upgraded PDF Stamper from 1.8 to 2.1.1, but went away after I went back to the 1.8 version. I still get %3D%3D at the end of the URL but no errors.
So, in my case, it had nothing to do with having %3D%3D in the URL, but with the 2.1.1 version of PDF Stamper. Attempting to manually stamp the same file under both versions results in an unspecified error occurring when stamping under 2.1.1 but a successful manual stamp under the older 1.8 version.
Since some people do not have PDF Stamper installed, I think the problem is not being able to find a file, and that the %3D%3D has nothing to do with the issue. In my case, eStore was trying to download a file called “Error!” which is the filename that PDF Stamper 2.1.1 returned to eStore after the failed stamping attempt.
If one were to enable debugging and then look in the download_manager_debug.log file, they can see the resolved file path that eStore was trying to download.
As for the browser attempting to download the “download.php” file, I defer to Amin’s previous comments.
The bucket and object names are protected with Amazon’s expiring URL request, which is the long query string at the end of the URL. So long as the object is not marked as public access, in the S3 console, nobody can access it without the proper authorization.
The encrypted eStore link still serves the purpose of limiting the number of times and period for which files can be accessed. Each time an encrypted link is used, it is converted into an expiring URL request, which must be used within 5 minutes (default).
If a buyer tries to bookmark the expiring URL request, and uses it after 5 minutes (default), they will be blocked by Amazon security.
P.S. I am assuming you used the eStore S3 integration feature.
