Link encryption "destroys" larger files

[cdarkins]

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

[amin007]

This URL has more explanation on the difference between a browser directly downloading it vs the plugin sitting in the middle:

Selling Large Files with WP eStore

It also has a few suggestions. If none of them helps let me know and I will take a look at your site.

[cdarkins]

Hi 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

[Ivy]

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.

[oneskymusic]

i have the same issue on my site. was this thread ever resolved?

thanks, [www.oneskymusic.com]

[wzp]

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:

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):

http://www.tipsandtricks-hq.com/ecommerce/amazon-web-services-simple-storage-service-aws-s3-integration-1101

The first year is free for amazon s3, and users report monthly costs of less than 17 cents.

[oneskymusic]

Amazon s3 seems to have solved the issue.

thanks for your response, @oneskymusic

[oneskymusic]

have you considered an integration option with iCloud as an alternative to Amazon s3?

[wzp]

Deliberate inclusion of iCloud integration would violate Apple’s Terms & Conditions.

[oneskymusic]

ah, ok. thanks for this info.

[Author]

Posts