Forum Replies Created
-
Posts
-
Enable the debug logs. look in the download_manager_debug.log file. Instead of the usual method dispatch messages you will see as3tp dispatch messages.
WP eStore -> Settings -> General Settings -> Enable Debug
Please Enable the debug log files, save the settings, and then reset the log files. Then use the Admin Functions page to generate an encrypted link to one of your products.
Copy the generated Download Link and paste it into the address bar of your browser, to test the encrypted link generator.
Next, go back to the General Settings page and examine the download_manager_debug.log file to ensure that no errors occurred.
When the encrypted links are generated, if a product URI begins with as3tp:// eStoe knows that the file is on S3 and will ignore the Download Manager Related settings section. That’s why the S3 Integration settings are in their own settings section
You can do this now, using the Amazon S3 integration feature. The files are stored on Amazon S3. The encrypted links will redirect buyers to the Amazon S3 servers. You can also use the eStore Admin function to manually generate emails.
When you set the product URL in eStore, the correct URI should be:
Deleted by admin
When eStore generates the encrypted link, it will convert the as3tp:// back into http://
1. I don’t know why the file name is different from what you think you uploaded 2 years ago. You can try renaming the file, in the bucket; or you can downloaded it and see what it is.
2. The as3tp:// scheme is local to eStore. When eStore sees it, it knows that it should be converted into an expiring URL request. When the buyer is transferred to the S3 server, it is converted into an appropriate http:// or https:// request.
Remember to ensure that your objects are private. Before the S3 Integration feature, people were using S3 to store files, but the only way to use eStore with it back then was to make the objects public.
Here are some S3 Forum threads that may help…
https://forums.aws.amazon.com/thread.jspa?threadID=62277&tstart=25
https://forums.aws.amazon.com/thread.jspa?threadID=62406&tstart=50
Since the Download Manager Related settings do not affect the S3 Integration feature, you should undo any changes you made.
Amazon S3 Discussion Forum:
https://forums.aws.amazon.com/forum.jspa?forumID=24
Once control is transferred to Amazon, via the expiring URL request, it is out of the control of eStore.
Out of curiosity, what region did you create your bucket in? And is the problem only limited to the buyers in the countries you listed? For instance, if you and your buyers are in Europe; you probably want to ensure the bucket was created in the EU West region.
If you get a 404 error when you try to access the product file directly from your browser, something is wrong, that has nothing to do with eStore.
As for the partial downloads, you might try changing the download method to 2, 4, or 6. For large files, you might also be having problems because of server performance or configuration issues. If the majority of files you plan to sell are very large, you might want to consider using the Amazon S3 integration option; which offloads the burden of downloading from your server to the Amazon S3 servers. Using the S3 integration option means that downloads are no longer dependent on the reliability level of the server you are using.
If you find that control of the download is still being handled by eStore, please carefully follow these instructions:
When using the S3 Integration feature, the Download Manager Related settings do not affect the download process; because control of the download is transferred to the Amazon S3 servers.
Please set the Enable Debug option and then do a test download of an S3 file. In the download_manager_debug.log file you should see 2 entries:
“…AS3TP URI request = …” and “…Dispatching AS3TP URL = …”
If you see these 2 entries in the debug log file, it means that control was successfully handed over to Amazon S3. If you don’t see these 2 entries, it means that control of the download is still being handled by eStore.
You checked the correct log file (ipn_handle_debug.log)?
Are the permissions on the plugin directory set to 755 or higher? If the permissions are too low, eStore might be prevented from updating the debug log files.
WP eStore –> Settings –> General Settings –> Send Emails to Buyer After Purchase
In your first post, you said that emails for single files worked, so I’m assuming this check box is checked.
WP eStore –> Settings –> General Settings –> Buyer Email Body
Contains the {product_details} tag? Again, based on your first post the assumption is “yes.”
WP eStore –> Settings –> General Settings –> Use WordPress Mailing System
Try changing this setting to the opposite of what it is now.
