Tips and Tricks HQ Support Portal › Forums › WP eStore Forum › WP eStore Troubleshooting › Link encryption "destroys" larger files
- This topic has 9 replies, 5 voices, and was last updated 10 years, 6 months ago by oneskymusic.
-
AuthorPosts
-
September 9, 2010 at 8:38 pm #1815cdarkinsMember
EDIT: I’ve just read this post:
https://support.tipsandtricks-hq.com/forums/topic/downloaded-file-size-is-0-zero-byte
My “destroyed” files also are just 0kb large but the tips given don’t help.
I have no .htaccess file in the download folder. It’s located in the http-root folder.
Also there are no spaces in the link, and the digital content urls all work perfectly fine when opening them directly in the browser
Hi
I have a strange problem selling larger wav-files here:
This only happens with files over.. I’d say 20mb. Smaller files work fine.
I’ve checked the original links of the large files, they work perfectly when pasting them into the browser.
More info: I upload my files manually by ftp, so the wp-sizelimit shouldn’t be the problem. As the direct link also downloads perfectly fine it shouldn’t have anything to do with the php.ini also. Something happens when encrypting the link.
Notice the waiting time for the browser to respond is much longer than with the smaller file. That file is 39mb big.
Everythink worked fine just yesterday. The only thing I changed as far as I remember was updating wordpress to 3.0.1 german. I think it was 3.0.1 english before. But I’m not sure.
Any idea what is happening here, and more important: How can I solve that problem?
If you need access to the site or ftp please contact me.
Cheers,
Charles
September 10, 2010 at 1:44 am #24109amin007ParticipantThis URL has more explanation on the difference between a browser directly downloading it vs the plugin sitting in the middle:
It also has a few suggestions. If none of them helps let me know and I will take a look at your site.
September 10, 2010 at 6:45 am #24110cdarkinsMemberHi Amin!
I’ve read it but it doesn’t help.
The server has 4gigabytes of Ram, 3 of them are always free. There’s nothing but gameaudio.net on it with eStore.
I really wouldn’t like the customers to find out the real file location. And breaking files into parts.. well that’d be ok for stuff larger than 100mb. But 20mb parts would be quite impractical.
Oh, as said, everything worked fine before my upgrade of wordpress 3.0.1english to wordpress 3.0.1. german. Or the installation of wp3 cache killed something(I already deinstalled that again)
It would be great if you could have a short look at it.
Cheers,
Charles
September 11, 2010 at 1:33 am #24111IvyMemberHi, We will need to take a closer look at what is happening on your site. I will send you a site access request via email. Please let me know if you do not receive this email.
March 25, 2014 at 10:50 pm #24112oneskymusicParticipanti have the same issue on my site. was this thread ever resolved?
thanks, [www.oneskymusic.com]
March 26, 2014 at 2:26 am #24113wzpModeratorIt was the server’s memory limit causing the issue. So there was nothing to fix in the plugin.
Your specific problem may be different. So it is a good idea for you to read the following documentation:
http://www.tipsandtricks-hq.com/ecommerce/selling-large-files-with-wp-estore-796
For very large files, our recommendation is to use the native Amazon S3 integration feature of eStore (if your server can’t handle it):
The first year is free for amazon s3, and users report monthly costs of less than 17 cents.
March 26, 2014 at 12:31 pm #24114oneskymusicParticipantAmazon s3 seems to have solved the issue.
thanks for your response, @oneskymusic
March 26, 2014 at 2:24 pm #24115oneskymusicParticipanthave you considered an integration option with iCloud as an alternative to Amazon s3?
March 26, 2014 at 4:20 pm #24116wzpModeratorDeliberate inclusion of iCloud integration would violate Apple’s Terms & Conditions.
March 26, 2014 at 7:56 pm #24117oneskymusicParticipantah, ok. thanks for this info.
-
AuthorPosts
- You must be logged in to reply to this topic.