Page 3 Of Topic Replies
|Posted: Thursday Jul 12th, 2012 at 9:08 pm #19100
OK issue with the hack LOL
Now i got to disable the activation and It logged me right in, however the hack/OneTimeOffer
|Posted: Thursday Jul 12th, 2012 at 10:18 pm #19104
The funnel is complete! The logic worked perfectly
Where you see 3,4 is the items purchased stored with the member for logical demotion on cancellation
—- I COULD NOT HAVE DONE THIS WITHOUT YOU — :) S2 is lucky to have you
Anyway i stil cant test demotion untill my clickbank products are live – still under approval process.
Now as far as cancellation goes. The goal is to check the return ITEM in the IPN like
The only thing i have left to wonder is
Will the (domain.com|4) sent back in the IPN be available in that file – the reason being is
Logic is to setup the EOT system for wpcron – so my hack was to store the canceled item in user_meta
Well with the (paypal-notify-in-subscr-or-rp-eots-w-level.inc.php) file
Am i correct here? Or does this just setup an EOT? The code looks like it just demotes right then
And I just cant see how this file fits in? Do I have to worry about it?
Thanks bro for all your help here! You been great. But Im finally on home stretch!
|Posted: Friday Jul 13th, 2012 at 5:29 am #19137
Awesome! So the item number in the custom field is now added when starting the second subscription, not replacing the previous one? And your demotion only removes the subscription cancelled, not both? Great. :)
Here are some details about how EOTs work (it says PayPal, but the EOT behavior settings are the same for all gateways): [hilite path]Dashboard -› s2Member® -› PayPal® Options -› Automatic EOT Behavior[/hilite]
Right, another plugin or theme applying its own redirection on login would prevent s2Member’s.
You’re correct. It completely slipped my mind that subscriptions work with levels, not ccaps yet… That said, you’d still have to give the user an s2Member Level role to use the ccaps, and you’re adding the subscriptions to an s2Member Level, so you may still use them.
Maybe you can… I once tested a CB subscription with their test card and after that, I kept receiving “payment” notification emails for some months. You could try creating a test daily subscription, if CB allows such a short term, and see if you can do the cancellation in some way.
You could also ask CB support if they have a way to test cancellations without waiting for the real thing.
|Posted: Sunday Jul 15th, 2012 at 3:24 pm #19309
Im back at it again trying to make the undo-able work :) I really need to implement clickbank 1click upsells
|Posted: Sunday Jul 15th, 2012 at 8:59 pm #19318
Hey quick question thats really important here. Why does PayPal Return and PayPal Notify do the same thing in reguards to variable and registration manipulations? It seems kindof redundent. I would think that the IPN would be all thats needed and the Notify Files would handle this type of processing.
the only logical thing i can think of here, is instead of waiting on an IPN the rtn is giving the user immediate
In order to make the 1click clickbank upsell work, its ha to be one or the other, as the main communications would funnel through the IPN.
|Posted: Monday Jul 16th, 2012 at 12:52 am #19323
Ok I have tested the 1 click upsell and was able to tweak it in such a way to pass back all the needed
So this leaves me back to square 1 basiclly, some how the user needs to have an account 1st for the modify
I guess my only option here would be for the user to create an account first like I had it before the 1click upsell
LEVEL1 -> Registration -> LEVEL2 upsell -> members area — Which Works Fine!
The way I have tried is
LEVEL1 -> LEVEL2 upsell 1click -> members area – Which works, but treats it as 2 signups since it cant hit the modify.
I guess im going to have to figure out a way to inject the regiatration before the 1click upsell – thats the only way i can possible see doing this because I also cant figure out, how the heck the transits are read. I do see in
That it reads them there, but i have to explore that a little further to see if I can read in 2 transits at the same time
My suggestion in your next release, is make the code a little more flexibale in terms of flow.. not user options.
|Posted: Tuesday Jul 17th, 2012 at 6:38 am #19475
Sometimes the IPN takes a little longer to happen, so the return makes it possible to give the user access faster without delay in most cases. The IPN is still necessary, though, since sometimes the person, for some reason or other, doesn’t return to the site after the payment, and it’s important that s2Member still hears about it and deals with it.
Have you tried the s2Member Remote Operations API? It may be a simple way to create the account. [hilite path]Dashboard -› s2Member® -› API / Scripting -› Remote Operations API[/hilite]
Right, because the transaction would be missing the user info that s2Member sends when the person is logged in at the time he clicks the order button/link generated with the shortcode. If you view a page with the button while logged in, you can see the vars there. These, though, are not possible during the upsell because you don’t have the user’s ID yet.
Now, maybe you can find a way to bypass this, and just add the upsell info to the account created for the original product. So product 1 lets the person register, and the product 2 upsell is just added as extra access, and you save the subscr info on your own, no need for s2 to deal with it. You need s2Member to let him register, and that’s taken care of by product 1, then just add 2 with your customization. Would that work?
Yeah, we’re working on this. :)
This topic is closed to new replies. Topics with no replies for 2 weeks are closed automatically.