Quote:
Originally Posted by signupdamnit
A somewhat disrespectful reply IMO. It's not conspiracy theories. It's protecting ourselves and our interests.
So is there no possible combination of options a program owner could use to say turn off the crediting of joins by toggling options at say noon and then toggling them back at 8pm such that between noon-8pm a webmaster would neither see nor be credited for joins?
The retro active payout option says that it locks the payout for the join based on the member join date. So if in theory a member joined during the noon-8pm time and the sponsor had turned off HIDE JOINS AND HIDE REBILLS plus had RETRO ACTIVE PAYOUT on at the time of the member join then the webmaster would not get credit for the join or see any rebills for it. Even if later the sponsor were to toggle these options back to normal. Correct?
But the $64,000 question is whether or not the RETRO ACTIVE PAYOUT option would also HIDE the very existence of the join and any rebills too (in addition to just the amount of the payout) should it be on. Understand what I am getting at here?
Again it's not trolling. It's business. Yours and mine and that of many people here. We want to know.
|
Anybody who really wants to shave can shave. The method you described above is far more complex than a number of easier options I can think of right now. I don't think anyone who was into shaving would do it that way. I think most people would alter the database directly from the backend or else have a script that redirected incoming hits to an in-house affiliate account by overwriting the cookie at either a timed or percentage based interval.
There is no point in shaving on a per transaction basis, as in joins but not rebills, it has to be per customer in order to be effective. Otherwise there will be mismatched rebills and refunds as we are seeing here and the community will be alerted shortly.