April 13, 2010 at 12:18 am #1059timprebbleMember
I am testing my site before launch and everything works fine except for digital downloads over 50.2MB
product 1= 5.5MB totally fine
product 2 = 30.4 MB totally fine
product 3= 213.6MB <- download stops at 50.2MB
product 3 = 390.6MB + 390.6MB + 268.6MB segments <- download stops at 50.2MBApril 13, 2010 at 12:41 am #19615IvyMember
Hi, This is usually a sever issue. Are you using relative or absolute urls? Some servers have issues with absolute urls, changing these to relative urls may fix this problem. If this does not fix the problem you may want to check with your hosting provider to make sure your server does not have restrictions on file sizes or uploads.
Let me know how this goes.
IvyApril 13, 2010 at 1:21 am #19616
Looks like your server is running out of memory at the 50MB mark.
Why doesn’t it happen when the browser directly downloads the file? WP eStore sits between the file and the browser creating a shield (this is how eStore keeps the file location hidden). However this means that eStore has to read the file and serve it to the browser (meaning the file will be temporarily loaded in your server’s RAM). It is common to have less RAM available to you on shared hosting.
1) You could break the bigger file into multiple parts (e.g. each 40MB) and use the multi part download option of eStore.
2) Try the different download methods of eStore from the “AddOn Settings” section of the plugin. More explanation here:
3) You could uncheck the “downloadable” checkbox for the products with bigger download (this will force eStore to let the browser handle the download but it means that the customer will be able to find out the real location of the file).
4) You can use the Amazon S3 integration from the “AddOn Settings” of eStore if you have an S3 account.
I prefer option 1, 2 or 4.April 13, 2010 at 4:48 am #19617timprebbleMember
seems the problem IS with the hosting: “the memory limit for php is 64 MB. That limit cannot be raised on shared accounts.”
I’m upgrading to a VPS to solve thisJune 10, 2010 at 11:45 pm #19618scottonstottMember
I also want to sell large files through the WP eStore and have an idea/question about how to make this happen. I’ve signed up for Amazon S3 to store the media files I want to sell. There is a WP plugin called S3Vault [http://s3vault.com] that encrypts the actual URL of the file on S3 so people won’t be able to hijack what I’m selling; this link can also be set to expire.
S3Vault uses a shortcode to encrypt the actual URL like this [s3safe]FileOnS3.zip, Link Title, file[/s3safe]
My question is how can I get the eStore to parse the S3Vault’s shortcode and deliver it to my customer upon purchase?June 12, 2010 at 1:59 am #19619
eStore needs a link to the actual file so it can read it and serve the download to the client. I am not sure how the following is going to work:
“how can I get the eStore to parse the S3Vault’s shortcode and deliver it to my customer upon purchase?”June 24, 2010 at 11:27 am #19620SMazMember
An idea –
When you set up a product in eStore there is an option in the Buy Now Type Button Specific Settings section which says Return URL. The help text under it says “This option is only used for Buy Now type buttons. This is useful when you want to use a different return URL than the one specified in the Settings menu for this product. Can be used to redirect customers to different URL for different product after payment”
Perhaps if you did not set up your product as downloadable within the eStore and instead used this link to send the purchaser to a separate Thank You page for the product. Then on that Thank You page you used the S3Vault shortcode to deliver the download link. That way, eStore is not trying to “serve” the content to the buyer. That would all be handled by S3Vault.June 25, 2010 at 4:25 am #19621
Yep, very good idea… thanks for sharing.July 1, 2010 at 11:33 am #19622SMazMember
Go to S3 Valut’s site. Right on the front page they talk about EXPIRING URLs. So, even if they passed the link along, if you set the expire time to be short enough, it wouldn’t really matter.
S3 looks like a pretty flexible product. Since it’s whole purpose is to protect your content from being “stolen” I would imagine that combining what they can do with the flexibility and versatility of eStore that you could design a system that would let you sleep well at night.
eMail me if you’d like some help with it.July 1, 2010 at 11:46 am #19623
You can use the “Pay Per View” option for the page that has the S3Vault links. So you create a page in WordPress and hide it from the navigation menu so no one knows about it, then place the S3Vault links on that page.
When creating the product use the URL of this page in the “Digital Product URL” field and use the “Pay Per View” option (uncheck the “downloadable” option and check the “Pay Per View Content” option). Now, when someone purchase this product he/she will get an encrypted link. Clicking that link will send them to this page but the URL of this page will be hidden.July 1, 2010 at 2:16 pm #19624ToneManufactureMember
That solution sounds workable, I’ll have to have a go and see how it goes in practice.
The front page of the S3 Vault has this to say about expiring URLs, “Auto expiring URLs for embedded content EACH TIME THE PAGE LOADS.” (My emphasis).
That would imply that just putting an S3 Vault shortcode on the site would not be enough to secure the content, as the expiring URL would refresh on every page load.
But then again, I could be missing something obvious.
Thanks for your help, both of you.July 14, 2010 at 3:52 am #19625chriseggMember
So with the pay per view option, if someone finds the page that has the content that is only available when payed for they will be able to view it without purchasing it?
The pay per view option does not protect the page in any way?July 14, 2010 at 2:35 pm #19626
For proper pay per view setup you should use a membership plugin such as the WP eMember plugin (this is one of the main reasons people use a membership plugin):
How will a shopping cart plugin protect a page? All it does is masks the URL of the page so no one knows where it is (for some people it has real benefit which is why this option exists).July 14, 2010 at 3:41 pm #19627chriseggMember
Yeah that makes sense, which is why I was wondering…ThanksNovember 4, 2010 at 10:14 pm #19628jesssseMember
Just bought the plugin and I’m having the same issue, need to be able to send up to 600MB files.
Was wondering if this could be a possible work around?
I was trying to point the link url (hidden link setting) to a php secure download script but it wont load the php
just displays its as text..
If it loaded the php properly could this be a good work around?
Thanks in advance.
- You must be logged in to reply to this topic.