Последние записи

made in programmersforum 6

Интенсив по Python: Работа с API и фреймворками 24-26 ИЮНЯ 2022. Знаете Python, но хотите расширить свои навыки?
Slurm подготовили для вас особенный продукт! Оставить заявку по ссылке - https://slurm.club/3MeqNEk

Online-курс Java с оплатой после трудоустройства. Каждый выпускник получает предложение о работе
И зарплату на 30% выше ожидаемой, подробнее на сайте академии, ссылка - ttps://clck.ru/fCrQw

24th
Май

Защита от накрутки просмотров в битрикс

Posted by Chas under CMS, Софт

Заголовок не совсем точен. У нас скоро выходит новостной портал (работает на Битриксе редакции «эксперт»), на котором пользователи могут не только оставлять свои статьи и новости, но и зарабатывать на них. Пользователь получает премию за просмотр его статьи. При чём он получает премию не за уникальных пользователей, а за хиты. То есть если один пользователь посмотрит статью, уйдёт на чужую, а потом снова к ней вернётся, то автор статьи получает уже 2 просмотра. Соответственно возникает вопрос: как уберечься от накрутки этих показов каким-то роботом? То есть я даже не против, если автор сам накрутит. Вопрос именно в том, что нужно уберечься от ботов.

Возможно ли сделать такое? Если к каждому зарегистрированному пользователю (а деньги он получает только за зарегистрированных пользователей) привязывать при каждом переходе по ссылке новый ID? То есть сделал человек переход, а к его URL’у прибавился один номер, перешёл дальше по ссылке — номер изменился. Таким образом мы сможем исключить накрутку роботами, потому как этот номер просто так угадать нельзя.
Если это возможно без слишком большой нагрузки на сервер, то можно ли этот ID сделать не в URL’е, а где-то ещё. Просто что бы битрикс сам как-то это определял.

Все заработанные деньги можно ложить на депозиты банков москвы под выгодные проценты

graymaster:

Никакой ай-ди от ботов не спасает, как показывает практика, можно бороться с ботоводами, но не с ботами.
Всегда можно написать бота, который будет мышкой щёлкать по нужной ссылке, закрывать таб (или браузер), открывать, заходить на главную (или туда, где есть ссылка на статью), щёлкать по ссылке….

Можно, в теории, бороться так:
1. Автоматически генерируемые линки для статей, каждый раз у статьи новый адрес (к примеру, привязанный по времени) на 10 секунд, к примеру. Статический адрес тоже есть, но по нему не генерятся хиты. Сложно, муторно, далеко не всегда эффективно.
2. Засчитать только хиты с одного айпи с разбегом не менее 10-15 секунд и более.
3. Записывать ВЕСЬ список ай-пи, кликавших по статье (особенно для статей с высоким рейтингом) /* ну, или тащить его из access_log вебсервера */ а анализировать его позже, не в реальном времени.
4. Ограничить возможный рейтинг с одного ай-пи/ пользователя (Ну, сколько раз уникалый пользователь уже может туда вернуться ?)
5. Использовать капчу на сверх-активных пользователях, делающих более 10, к примеру, кликов в минуту.

Комбинируя вышеперечисленное или его часть, искать ботоводов. Вплоть до того, что бы считать 2 рейтинга — один визуальный, второй — реальный. Автор, понятное дело, лишен возможности видеть второй. Тогда ботоводы будут видеть «эффект накрутки», и не пытаться придумать дополнительные способы обойти защиту.
Потом делаем анализ расхождения 2-х рейтингов у статей, настраиваем систему, если есть реальные причины этого расхождения, к примеру — недооценили скорость кликанутости пользователей, спамящий запросами айпи внезапно оказывается хорошим, годным, но единственным внешним айпи школы с 500 компами, треть из которых сидят у вас на сайте и т.д. и т.п.

тема на форуме