December 9, 2010 at 8:43 pm #2351
Just installed and configured wp estore today and I am almost there! I am testing with the PayPal SandBox setting and having issues with the Downloading process. Here are the details of the product:
– 4 GB of videos divided over 7 downloads. They files are within Disk Images
– The digital product configuration within the “Digital content details” has the multiple product URLs separated by ” ,”. I also tried bundled products.
The issue arises when the purchaser receives the encrypted links. The first link clicked (any one of the 7) will work but if another one is clicked before the first download is finished, it waits and waits then “Invalid Product Download Request!” shows up on the 2nd browser window. This happens immediately after the first Download finishes. Then if that second link is clicked again, it downloads. Basically, the links seem to only work one at a time or after the browser is restarted. To make things more interesting, If in the middle of this, someone tries to go back to the site, it will not load on that browser. For instance: I do this in Safari, I can only re-visit the site on Firefox and vice versa.
My concern is that a person who has a fast connection will click multiple links and get very confused.
There are no errors in the Debug logs. I can do simultaneous downloads when the links are not encrypted.
Maybe there are some caching issues on the server side (Media Temple Grid Service)? Maybe I move the digital assets over to Amazon S3? But as I mentioned I can do simultaneous Downloading when the links are put in directly…. hmmmm
hmmmmmDecember 9, 2010 at 10:06 pm #27227
The reason there are no issues when not using encrypted links, is because the web server is directly feeding them to the browser. When using encrypted links, the files are shunted through eStore, which masks the file’s true origin from the browser.
Processing of encrypted link downloads uses PHP resources, both in execution time and memory. Depending upon your hosting service, you may be limited in the amount of these resources.
The problem will also occur if the customer is using a download manager, that attempts to open multiple “streams” on the same file.December 9, 2010 at 11:10 pm #27228
so regardless of where the files reside, it doesn’t depend on the location of the files themselves, but the location of the plugin/wordpress hosting. I see. I am on a grid service so I am sharing resources with others.December 9, 2010 at 11:24 pm #27229
Go Daddy?December 10, 2010 at 12:35 am #27230amin007Participant
You need to use one of the download methods that does a session_write_close for your server. Try download method 4 or 5 and see if that helps. This post will explain more:December 10, 2010 at 1:55 am #27231
Thank you for the replies!
I am on Media Temple Grid Service.
I will try the solutions on https://support.tipsandtricks-hq.com/forums/topic/wp-estore-download-methods and let you all know.December 10, 2010 at 1:46 pm #27232
Option 4 and 5 work! Thank you both!May 26, 2015 at 8:37 am #27233
Hello, I have the eStore plugin installed and the products I want to sell are email and phone support.
I have wordpress 4.2.2 and eMember 8.9.5/eStore 7.1.9
The way I have this implemented is that you add the support you desire to the cart, make the payment and get the link in your email. I’ve even restricted the use of the link to certain amount of clicks before it get’s unusable. The link then takes you into my website into a page where you will find the links for the booking service or the email form (depending of your purchase). My problem is that I can’t seem to find a way to either hide the page address where the users land in to prevent them to basically copy/paste the link and bypass the purchase system or to make the system recognize that the user bought the support service and restrict them to access the support page after the given amount of usages they bought (ex: 3 emails support only allows the user 3 times access to the email form).
The purchase page is: [http://babysleepmadesimple.com/?page_id=11233] where we have all the support plans we offer. Bottom line, what I want to know is if it’s possible to have this set up like I described or if I need to think if a different way to charge users for the support we provide.
Thank you.May 26, 2015 at 3:14 pm #27234
The link then takes you into my website into a page where you will find the links for the booking service or the email form (depending of your purchase).
The “product” you are selling is access to a particular page on your site. You need to setup APR protection on the page, so that access can only be allowed, through the encrypted link:
After you implement APR protection on the page, they will still see the page address; but will not see any content, unless they “got there” via an encrypted link.
Note however, that if they click on any of the “booking service” links, they leave the APR protected page, and there will be nothing preventing them from bookmarking the destination. Perhaps what you really want to do is use eMember to protect your pages, and then sell membership access to your site.May 27, 2015 at 11:55 am #27235
I’m looking into the link that you provided to see if it solves my issues. I already have 4 types of membership created, both the pages where we sell the product and the support for it have content protection code that only allow the users to view the purchase buttons if they are logged in. In addition to that, the link that they get in the email is also protected from non-logged in users. We want the users to pay first and then have access to the product or support pages according to what they bought, limited to the service that they purchased, 1, 2 or 3 emails, and booking service for phone contact.
My goal is to hide the page address where the customers land when they click on the link the received after making the purchase, forcing them to spend the given numbers of links before it expires. Note that this page is impossible to reach in the site, only with the link we provide in the email.May 27, 2015 at 12:36 pm #27236
I was looking into your tutorial videos on https://support.tipsandtricks-hq.com/forums/topic/wp-estore-additional-video-tutorials#pay_per_view VIDEO 6, and its mentioned at min 2:18 that the “Pay per view content” option allow to completely hide the URL, which is exactly what i need. The thing is that the version of the plugin i have does not have a ticker to activate this feature, my eStore version is v7.1.9, is this the more recent one?May 27, 2015 at 1:54 pm #27237
“Completely hide the URL” is a misnomer. It applies only if the product is a downloadable FILE. In your application, we are talking about WP page permalinks.
When using APR protected pages, it doesn’t matter if they can see the URL in the browser address bar, or even if they bookmark it. Content on an APR protected page can only be accessed indirectly, through an encrypted link. The encrypted link controls the number of times and days that a link can be used. If you wrap the page content within an APR shortcode, then if someone tries to directly access the page, they will see nothing.May 27, 2015 at 1:58 pm #27238
Thank you very much. I’m going to protect the content using the APR and test it. I’ll contact you if i have any more doubts.May 27, 2015 at 2:31 pm #27239
Here is an example of how to check for proper APR cookie authorization. Notice the conditional testing that is taking place. The conditional shortcode can be used to handle expired APR cookies, or people trying to directly access the APR protected page.
[wp_eStore_APR expiry=0 status=unexpired]
Now you see me!
[wp_eStore_APR expiry=0 status=expired]
Now you don’t!
Reasons for why APR would not work include:
1. The product URL does not specify the APRTP protocol.
2. The specified URI used with the APRTP protocol does not ***EXACTLY*** match the “pretty permalink” format used for the non-APR URL.
Example, if the non-APR URL is “http://site.com/page/” the APR URI must include the trailing “/” or it will not work.
3. The browser is not accepting cookies.May 29, 2015 at 7:47 am #27240
Thank you for your support, it worked perfectly
- You must be logged in to reply to this topic.