- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
На днях случайно заметил клиента, который каким-то образом оказался зарегистрирован по своей же партнерке, как оказалось, не единственный, есть еще парочка, стабильно получающих выплаты со своих же платежей, этак с конца 2009 года.
Т.е., даже поленились сделать несколько учеток, чтобы одну регистрировать по рефералке другой :bl:.
Топик просто для уведомления всех, кто использует биллманагер, может тоже найдутся любители скидок = )
В ISP уже отписал, а пока, можно проверить как-то так:
account_id=280 affiliate=280
account_id=1064 affiliate=1064
account_id=7320 affiliate=7320
А что в этом плохого?
Это еще что, у нас один клиент вообще разрешение на это спросил как-то )))
В принципе ничего страшного в этом нет. Хотят нищебродствовать - пожалуйста. Таких все равно единицы.
Вам легче бы стало, если бы он с другого своего же акка зарегался? :)
Я немного не о том.
Т.е., то, что некоторые регистрируются по своей же партнерской ссылке, это понятно, от этого никуда не денешься.
Тут просто нарушена сама логика, когда учетка с одним id, является приведенной самой же ей.
В итоге, реферальные выплаты начинают начисляться рекурсивно, в виде процентов от самих же выплат.
А! Это уже явный баг. Так физически невозможно. По какому же партнерскому ID регаться, если его еще не существует на момент регистрации?
В итоге, реферальные выплаты начинают начисляться рекурсивно, в виде процентов от самих же выплат.
Так получается бесконечно много начислений, вплоть до 100% или максимума, пока не дойдет до точности, объявленной в системе?
А! Это уже явный баг. Так физически невозможно. По какому же партнерскому ID регаться, если его еще не существует на момент регистрации?
Регнуть акк, посмотреть его айди и тут же регнуть акк с айди+1 по соответствующей реф ссылке.
Разве что так.
Регнуть акк, посмотреть его айди и тут же регнуть акк с айди+1 по соответствующей реф ссылке.
Разве что так.
И как тогда будет в такой ситуации?
account_id=1064 affiliate=1064
account_id=7320 affiliate=7320
И как тогда будет в такой ситуации?
Вы наверное не так поняли меня. Я имел ввиду вот что:
я регаю акк tester, смотрю его айди - 279, беру реф ссылку вида hoster.ru/reff/?id=279 в ней меняю айди, перехожу с чистого браузера по hoster.ru/reff/?id=280 и регаю новый акк, айди которого оказывается как раз 280.
Как работает Billmanager не знаю, вышеописанное - просто абстрактное представление ситуации. Кстати, интересный баг получается. Надо поискать на других сайтах его :)
Как интересно :)
select * from account where partner = id;
аж 31 аккаунт
Быстро лечится так
update account set partner = null where partner = id;
# /usr/local/ispmgr/sbin/mgrctl -m billmgr drop.cache elid=account
А вообще да баг. Пойду расскажу разработчикам.