Forum Replies Created
-
Posts
-
Perhaps this might be applicable to you…
http://wordpress.org/support/topic/browser-tries-to-download-php-file
Please visit my contact form and leave me your e-mail address…
Thanks.
At one time I thought of the symbolic link approach as well. But then I’d have to consider users who have safe mode or other restrictions turned on. It might be worth looking into as “yet another available option…”
Amazon is offering a one year free trial of all AWS products. It includes a monthly storage quota of 5 GB for S3.
As for cleanup of the symbolic links, I think that once the browser begins downloading, it may be possible to remove the link. But that’s just a theory that would have to be tested by someone
Shameless plug for new eStore feature
As an alternative to hosting large files on your site, you might want to consider using the native Amazon S3 support that is in eStore 4.8.x and higher. Not only is it more reliable than trying to self-host the files, your customers will enjoy an incredibly faster download experience.
WP eStore -> Settings -> Addon Settings -> Amazon Web Services (AWS) Simple Storage Service (S3) Related
Click on the “Read Integration Details” link.
Since it was working for 2 months, I’m going to discuss two things you can try.
1. If you haven’t upgraded for 2 months, try upgrading to the latest version of eStore, and see if anything changes…
https://support.tipsandtricks-hq.com/automatic-update-request
2. The zip files are different sizes because at sometime during the download process, some condition is causing the server to terminate the download script. There seems to be no precise cause for this; but usually it is due to resource limits of some kind (HTTP send/receive time is suspected) being exceeded on the server. You might be suddenly experiencing this if you are sharing the server with other sites that have heavy traffic (after all, it’s Christmas).
To verify that this is the case, you can enable the debugging on eStore, reset the debug files, and then do some test downloads and examine the download_manager_debug.log file. Under normal circumstances, there will be a “Dispatching DL method…” message, followed by a “No DL errors detected…” message in the log file. If the server is terminating the script before the download completes, there will be a dispatch message, but no completion message in the log file.
One way of getting around this problem is to use the new Amazon S3 integration feature that is in eStore 4.8.x and higher. It will automagically redirect the encrypted links to an S3 bucket, using presigned expiring URL.
To get the latest version of eStore…
https://support.tipsandtricks-hq.com/automatic-update-request
For the most reliable and secure way of dealing with large downloads, the Amazon S3 integration option of eStore, combined with encrypted download links is recommended.
Did you create both a seller & buyer sandbox account?
Did you remember to setup eStore to use the seller sandbox account?
http://www.tipsandtricks-hq.com/playing-in-paypals-sandbox-2880
Please make sure to check this post too:
Was that in the default, or did you use custom setup for the sandbox accounts?