About: Richard Mataka

http://www.s2member.com/kb/how-to-create-a-registration-thank-you-page/

this does not work what im trying to say.. it redirects me to members area.. not what I put in my success url
or the redirect_to inside the hack….

I tried the success=”http://www……” in the short code.. and ita not working. I need to deal with this fast so how do i make this work?

Thanks
Ricky

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
processing. However, i dont see any double checks to wheather the IPN has processed first? Unless im missing something here.

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.

Ricky

Hey dude!

The funnel is complete! The logic worked perfectly

http://screencast.com/t/AmPhGDuEeW

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.
One thing i noticed is that since im updating the s2_custom in the DB domain.com|3,4 – I noticed
that the PP RTN and NTFY scripts both fight to do it first ending up with domain.com|3,4,4
but thats not a big deal. I just wrote logic cross check before adding to.

Now as far as cancellation goes. The goal is to check the return ITEM in the IPN like
domain.com|4 against the stored custom|3,4 in the user_meta – and then demote properly
according to what Item was cancelled.

The only thing i have left to wonder is

paypal-notify-in-subscr-or-rp-eots-w-level.inc.php

Will the (domain.com|4) sent back in the IPN be available in that file – the reason being is

auto-eots.inc.php

Logic is to setup the EOT system for wpcron – so my hack was to store the canceled item in user_meta
so that when EOT runs in the background it knows how to demote accordingly

Well with the (paypal-notify-in-subscr-or-rp-eots-w-level.inc.php) file
that takes a DIRECT IPN – so the is no CRON EOT setup, but knowing how IPN systems work,
im pretty much assuming that custom=domain.com|4 – originally passed in will be passed back
being my identifier for demoting properly against the stored s2member_custom = domain.com|3,4

Am i correct here? Or does this just setup an EOT? The code looks like it just demotes right then
and there NO EOT

And I just cant see how this file fits in? Do I have to worry about it?
paypal-notify-in-subscr-rp-payment-w-level.inc.php

Thanks bro for all your help here! You been great. But Im finally on home stretch!

Ricky

Never mind on the Buddy Press. I found a plugin to disable that nonsence :)

http://buddypress.org/community/groups/bp-disable-activation/

• This reply was modified 4 years, 5 months ago by  Richard Mataka.

Hey dude

Ok I implimented the s2member hack and set the 1st login to go to the upsell page then BAMO

Sign Up Complete!
You have successfully created your account! To begin using this site you will need to activate your account via the email we have just sent to your address.

Buddy Press is forcing the email activation. I think thi is screwing up the flow, any thoughts on that?

Thanks
Ricky

Hey

I just watched the video on ccaps, the only issue I have with them for my situation is I need 2 levels
to identify 2 subscriptions. ccaps does not offer flexibility in that reguard. Unless Im missing something

Anyway have a look at my above post when you get the chance :)

Thanks again!
Ricky

Hi Christian

1) I didnt know that you can | custom or i would have not hacked it that way LOL
anyway – what variables are the stored in after the PIPE? Are they accessable on ALL
RTN and NOTIFY scripts?

2) ccaps What are these and How do I use them in my implimentation above. The goal of
the code I had written was to

1) pipe ITEM# in custom
2) store in DB
3) ON cancel it will return the pipe custom orignally sent
so we now store it for EOT processing
4) On EOT processing read cancel ITEM# match it against purchased items 1,2,3
demote based on what was canceled.

Thats the goal here and what I have written but this leads me into #3

3) Now since the user needs to be logged in to do the upgrade this puts me in a pickle
this code was really not though through in a marketing perspective I gotta say.

The Funnel is as follows:

LEVEL1 -> Store Transits -> UPSELL LEVEL 2 -> Store Transits -> registration = 2 NEW accounts BAD

The Funnel should be

LEVEL1 -> Store Transits -> UPSELL LEVEL 2 -> Look up email upgrade OR new account -> registration

So from a code standpoint the upsell should be purchased from inside the members area
From a marketing standpoint the Final Registration should be done after the Funnel and purchasing
is complete.

So with that being said.. is there a way to create the registration somewhere so that when UPSELL LEVEL2
is presented.. atleast s2Memebr can function on its normal routines?

Thanks
Ricky

Hey Dude

Ok here is the method to my madness :D – I took notice of the custom= variable passed to
ClickBank – then funneled back into PAYPAL files, then i figured out that the only real use of
it was to verify $HTTP_HOST for validation

SO I used that to my advantage UUMMUUHHAAA

What I did was Hack this 2 files to accept the custom=
like $paypal[‘custom’]=domain.com|1 – where 1 = CB ITEM PURCHASED

paypal-notify-in.inc.php // validates custom domain.com | HACKED to validate domain.com|item#
paypal-return-in.inc.php // validates custom domain.com | HACKED to validate domain.com|item#

Then in these 4 files I updated it with some logic where

paypal-return-in-subscr-modify-w-level.inc.php // this will ADD TO s2member_custom USERMETA – IF EXISTS
paypal-return-in-subscr-or-wa-w-level.inc.php // this will ADD TO s2member_custom USERMETA – IF EXISTS
paypal-notify-in-subscr-modify-w-level.inc.php // this will ADD TO s2member_custom USERMETA – IF EXISTS
paypal-notify-in-subscr-or-wa-w-level.inc.php // this will ADD TO s2member_custom USERMETA – IF EXISTS

if(s2member_custom) Exists which would = domain.com|1
I did not overwrite it – I added to it like domain.com|1,2,3
etc where 1,2,3 would be the items purchased

Then in this files

paypal-notify-in-subscr-or-rp-cancellation-w-level.inc.php

which basically stores the EOT for WP_CRON processing, I hacked it to store the Item Number (1,2,3)
Being cancelled in a new user option (s2member_cancel_request)

Then in the actual EOT system file

auto-eots.inc.php

I hacked it to check the current s2member_custom (domain.com|1) against the s2member_cancel_request (1,2,3) etc..

Which will either override the default demotion setting to downgrade the level being canceled
from 2 to 1 based on the items logic OR to keep default demotion setting based on the item criteria we now have

//default demotion
$demotion_role = c_ws_plugin__s2member_option_forces::force_demotion_role(“subscriber”);

So im still testing this out, but in theory now its storing everything needed, to do these cross checks
and demote per item number that is happily stored in custom= and on a cancel request stored in happly stored in s2member_cancel_request option

BUT

Then I realized that this file does it in real time so I added the EOT logic
that would demote a user based on the cancellation Item sent

paypal-notify-in-subscr-or-rp-eots-w-level.inc.php

But now im thinking as i type this – that if this gets called directly, its not going to set the EOT data for WP_CRON
and its going to do EOT right there. So I cant rely on the (s2member_cancel_request) being stored
because it never really sets up for WP_CRON – unless im missing somthing here.. and if thats the case
then i can demote based on the custom= variable directly (as the custom var passed will have the item number thet are canceling – then the current s2member_custom in the DB will have the items they purchased as 1,2,3 etc..).

Now Im not sure how this file effects things so if you can share some insight, would be awesome if its even used
in ClickBank processing

So basiclly I figured out

clickbank-return-in.inc.php // THIS HANDLES IPN RETURN SOLELY FOR SALES & RECURRING
clickbank-notify-in.inc.php // THIS PIPES ALL IPN QUERIES TO PAYPAL NOTIFY

clickbank-button-in.inc.php
//This creates short code. However it hard codes the HTTPHOST attribute for some reason
//so I forced it not too, since i needed to pass the |1

Anyway Ive been hacking at this since 8PM and I think i have it.. i’m in the process of upgrading the test account to make sure I do have it :) But everything seems to be storing right as i coded it

I have 11 years dev experience, and this was a tuff one :)

Thanks!
Ricky

Anyway found a BUG in your code

http://screencast.com/t/8gO56pvg

Basically its setting the transients in that line with an ID of 0
Which is making the registration process fail

This is somthing that i have not modified here

Ricky

ok man i think i may have what i need here dude. I just need some clerfication – inside the

clickbank-notify-in.inc.php – in the PRO folder. If it gets the cancellation request – where is that notfication
funneled through next

paypal-notify-in-subscr-or-rp-cancellation-w-level.inc.php

or

paypal-notify-in-subscr-or-rp-eots-w-level.inc.php

My goal is to find exactly what they canceled since I already have hacked the custom = to equal

domain.com|CB ITEM

So when that CANCEL comes in – that custom= should already have the item being canceled
so basiclly I need to use that as an identifier to demote the user

so where are these stored – or what file passes this to the EOT ?

Please let me know.. im almost there i think :)

RIcky