![]() |
Quote:
If you can't trust the sponsor don't use them, it still isn't a CCBill issue. |
Quote:
If a cookie exist, CCBill should not use the variable that can set the webmaster ID. If a cookie doesn't exist, they can use it. |
Quote:
No matter what ccbill does it will still be possible to shave. Same goes for any other affil processor/software, it's not possible to have an affiliate system where shaving is impossible... |
Quote:
That really just proves my point, when they where able to hide it yes,, Now that CCbill closed that hole and made it easy to check do you think that would be anyones prefered method of shaving.. NO, too easy to discover right.. Same with the Join page, too easy to discover too if theres shaving going on so anyone with a little sence would do it some other way.. Like hosting their own join page and making the shave after the join.. |
Quote:
I believe it's better the fewer ways there are to shave. |
Quote:
|
Quote:
|
Quote:
For example, it might be useful if an affiliate program wants to start paying pay per signup and process the payments themselves. So the pay per signup webmasters might send traffic like this: http://www.site.com/?id=123&pay=pps Then, when the script sees pay=pps, on the join page it sets ccbill_referer to a house account, and then the rest of the sale tracking process is done using a custom script. |
Quote:
|
Quote:
why would it do that? You can't track the productive traffic/affiliates that way. |
Quote:
|
Quote:
|
Quote:
|
Quote:
|
Ain't nuthin 2 fcuk wit!
Quote:
|
Quote:
|
Quote:
|
Quote:
yea you know how ccbill should run thier business. this thread is funny there are a million ways for someone to shave if they really want to, some people were smart enought to find a way you could shave using ccbill and now think ccbill has to change things in thier system because there is a slight possibility that someone could use to to shave? LOL I would be suprised if someone from ccbill even comments here. |
Quote:
Or they force the webmaster to change link codes since they are doing cascading billing (you mentioned MPA3) now and have their own join/billing page, not CCBill's. |
Good morning.
|
Quote:
|
Interesting thread...
|
Quote:
Let's say you have some advare/spyware installed that changes refferal codes.. Now the adware overwrites the cookie with your refferal id, but the extention then overwrites the cookie changing the sale back to you.. That Imo. would be a pretty damn valid reason for overriding the cookie :2 cents: |
Quote:
There's spyware that changes form variables directly, then you're pretty much screwed either way :( |
CCBill ?
|
http://www.gofuckyourself.com/showthread.php?t=429338
i started this one yeasterday, didn't get enough attention. Basically the same problem but not quite. So read |
Personally I dont see why CCBill should comment in this thread. This is not a CCBill issue, this is a matter of trust between the affiliate and the sponsor.
If a sponsor wants to steal from their affiliates, there are as many ways to do it as there are sponsors and affiliates. Billing companies and affiliate program software companies get jumped on day in and day out by affiliates for any and every little thing, whether or not it's a valid issue. If you don't like your sponsors, or you can't trust your sponsors, start your own paysites and send your traffic to yourselves. Then you can be sure that you're getting exactly what you should. Oh wait, you still can't be sure, there are trojans, spyware, surfers that delete the affiliate links out of the url and re-type in the site name, and countless other things that can happen to fuck up a sale. Or better yet, fuck CCBill, go get your own merchant account, custom write your own scripts for your own paysites and change up your link structure (after all it's your own traffic) every day or every week so the spyware thieves can't steal your joins, the billing companies can't steal your joins and the sponsor programs can't steal your joins. There's your answer. |
Quote:
At least with this you can find it yourself and then out the program (which you should be doing, by not outing the program you are letting them fuck others) |
Quote:
|
Kimmykim,
Give me a good reason a sponsor should be able to override the cookie and assign a signup to someone else. |
Maybe because CCbill's client is the sponsor, not the affiliate!
Plus, unless I missed the memo, they are not the internet police... |
Quote:
And yes, their contract is with the sponsor. The sponsor contracts with the affiliates through their terms and conditions. It's all really simple when you get down to it. And I hope that's not your back that's stiff ;) |
|
So you don't believe in minimizing possibilities to shave?
So far no one has come up with a legit reason for having this "feature". |
Quote:
|
Quote:
when i was running an affilite PPS program, to limit my exposure, i would make deals with affilites (mailers mostly) that during a certain period, i would pay out X amount per signup , up to 80 singups, or 250 signups, or whatever...i told them to keep an eye on the signups and to switch out my codes once that limit was reached, if they oversent, i was able to make the payment adjustment directly in my software, but i can see how people using the ccbill referrer system can do the coding on their end to switch out affilite codes once a # of signups has been surpassed, all with the understanding and agreement of the affilite that this is how it is being done |
Quote:
|
Quote:
I'm not talking about sponsors here, I'm talking about C C B i l l and their way of handling the join process. |
Quote:
|
Quote:
|
Quote:
There is nothing more simple than that. |
Quote:
|
Quote:
Did you only host the join page or the whole tour? |
Swedguy, you are absolutely correct in this, your goal is honorable and I hpope the people who really need to understand your point catch it - ie, ccbill.
Listen everyone, what he's saying is there is a flaw in the ccbill system that would be extremely easy for them to fix if they chose to. Assuming they decide to fix this, the end result is a cleaner system that is more beneficial to webmasters - unless you run a paysite that uses the technique in question here, you should be 100% behind Swedguy. I am. |
Quote:
are you really going to demand that the 70% or more of programs using the *last cookie set gets the credit* rules change them to something not as effective overall because there is a possibility that they may insert their own cookie on the join page? no, of course not |
Quote:
|
Quote:
I do happen to know that you don't do business with people you don't trust. |
Quote:
|
150 proven ways to shave....
|
Quote:
The question is, do you think they should put a stop to it? I do. |
All times are GMT -7. The time now is 05:32 AM. |
Powered by vBulletin® Version 3.8.8
Copyright ©2000 - 2025, vBulletin Solutions, Inc.
©2000-, AI Media Network Inc123