Risk.ru противостояние роботам

Я конечно понимаю, что редакция занятая, у админов предновогоднее настроение и всё такое. Да и деньги за рекламу надо успевать считать. Но разве вы не замечаете, что спам-боты атакуют.

Ах какие были прекрасные посты про скачивание бизнес-планов.

Или ссылки на сайт секс-знакомств.

Самое интересное то, что эти откровенно-рекламные посты понравились 11 пользователям. О чем это говорит? О том, что бот действует не в одиночку.

А как вам 1000 с лишним пар сисек в теме про Хан-Тенгри.

Модераторы конечно удаляют, чистят. Но робот жмет кнопки быстрее человека. И с роботами надо воевать не руками, а головой.

В темах про улучшение сайта было много предложений. Писали про систему ранжирования постов на главной, про то, чтобы сделать минусаторов не анонимными. Обсуждалось, стоит ли оставить пользователям сайта возможность, при помощи +- удалять комментарии со спамом.

Идеи светлые, полезные, но для людей. Роботам плевать, что их заминусуют или забанят. Новые зарегистрируются, и пару тысяч комментов успеют написать, пока их не удалят.

Теперь о путях решения

1. Пора бы считать кол-во комментариев в единицу времени. Если пользователь за последнюю минуту пытается написать уже 5-й комментарий, то пусть вводит капчу.

2. Так же стоит делать и с +- и "нравится". И роботов остановит, и ярых минусаторов, которые минусуют, не читая.

3. Еще один вариант - временной лимит лайков в зависимости от кармы. Чем больше карма, тем больше можно делать постов, лайков, +- в единицу времени. Например в день. Тогда люди будут дорожить своими +-. И не будут минусовать по чем зря. И новички не смогут испортить жизнь всем. Карма считается, а почти нигде не используется.

4. Теперь о ранжировании. Сейчас рейтинг поста на главной считается примерно как
кол-во_лайков / (настоящее_время_в_секундах - время_поста_в_секундах)
Господин Лебедев предлагал считать в зависимости от посетителей, а не от времени. Чтобы ночные посты не уползали, т.е.:
кол-во_лайков / кол-во_показов
Идея хорошая, но, к сожалению, почти не реализуемая. Придется при каждом показе пользователю увеличивать счетчик показов постов. Т.е. в каждом посте увеличивать на 1 поле. От таких массовых обновлений таблиц в базе данных, нагрузка взлетит до небес и слетит кэширование, которого наверно нет.
Так что ранжирование придется оставить как есть.