- This topic has 22 replies, 3 voices, and was last updated 11 years, 3 months ago by
.
-
Posts
-
I have read all previous posts and watch the tutorial video, but still having problem.
In this page:
[http://marten.arvixe.com/~erickres/testvid/]
I have this code:
[wp_eStore_APR expiry=0 status=unexpired]
Now you see me!
[/wp_eStore_APR]
I have added a product with the digital product url as: [aprtp://marten.arvixe.com/~erickres/testvid/]
No matter what I do, I cannot see the hidden content.
Could you please enable the debug logs, try your test again, and then post the content of the download_manager_debug.log file?
Now, if you’d also checkout this thread:
You’ll see in my posts, that WP was automagically adding a trailing slash to the permalink. I’ll bet the product URI in your eStore database does not have a trailing slash.
I’m pretty sure this is the problem, because every time I enter a URL for your site without a trailing slash, your site automagially adds one.
I actually did try with and without the ‘/’, I wasn’t sure what I should do, but it didn’t work in any case.
So should it be “aprtp://marten.arvixe.com/~erickres/testvid/” or “aprtp://marten.arvixe.com/~erickres/testvid”?
I will get the debug logs and post it soon.
Thanks
Because you had setup the permalinks on WP to add the trailing slash, the APRTP URI should have the trailing slash as well.
Okay, I think I see the problem…
[01/03/2014 11:47 PM] – Status : Dispatching APRTP URL = [http://marten.arvixe.com/%7Eerickres/testvid/]
[01/03/2014 11:47 PM] – Status : Authenticating APR request for: [http://marten.arvixe.com/~erickres/testvid/]
[01/03/2014 11:47 PM] – Status : $_COOKIE[1b2b79c29b70a2f3c1a5da283914075d] not found.
When the APRTP link is dispatched, the tilde “~” is translated into a “%7E” which of course is correct.
But when the APR shortcode is invoked, the tilde is not converted into a “%7E” which when run through the validation will not match the original cookie.
Please try renaming the permalink to something without the tilde, reset the logs, and try the test again.
I cannot get rid of the ‘~’ at this point.
I am building a new site for a domain that is currently being used. So I have to use this temp address which I get from the hosting supplier.
The part “http://marten.arvixe.com/~erickres/” is a given to me.
This is only temporary, but I do want to test it all before running live. Any other options you think of?
The APR mechanism is meant to be RFC-1738 compliant. That is why the tilde in your product URI is converted into a “%7E” encoded character.
Some newer browsers however, follow the more relaxed RFC-2396, which says it’s okay to not encode tildes. So, when one of these browsers returns the URL back to eStore, the tilde is unencoded; thereby causing the cookie mismatch issue.
I could adjust the code, but it might cause eStore to become browser dependent.
I understand the problem. I am just looking for a temporary solution for my testing before going live.
Do you think some kind of “short link” should work?
When you say you can adjust the code, is it something simple that can be implemented just temporary and be reverted back before going live? Is it a piece of code that I can get from you and modify one of the files?
That will not work, because the “Authorizing APR request for:” URL creates a unique cookie. When the shortcode is invoked, the “Authenticating APR request for:” URL must ***EXACTLY*** match the URL previously authorized.
Thanks!
I have another wordpress empty site that I’ve used to experiment on, it has a proper domain name. I guess that another option would be to install the eStore there and test this function there, then copy the page to the current site. I would prefer to avoid this if possible.
- You must be logged in to reply to this topic.