September 9, 2010 at 8:38 pm #1815cdarkinsMember
EDIT: I’ve just read this post:
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
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.
CharlesSeptember 10, 2010 at 1:44 am #24109amin007Participant
This 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 #24110cdarkinsMember
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.
CharlesSeptember 11, 2010 at 1:33 am #24111IvyMember
Hi, 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 #24112
i have the same issue on my site. was this thread ever resolved?
thanks, [www.oneskymusic.com]March 26, 2014 at 2:26 am #24113wzpModerator
It 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:
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 #24114
Amazon s3 seems to have solved the issue.
thanks for your response, @oneskymusicMarch 26, 2014 at 2:24 pm #24115
have you considered an integration option with iCloud as an alternative to Amazon s3?March 26, 2014 at 4:20 pm #24116wzpModerator
Deliberate inclusion of iCloud integration would violate Apple’s Terms & Conditions.March 26, 2014 at 7:56 pm #24117
ah, ok. thanks for this info.
- You must be logged in to reply to this topic.