Компонент расширяет возможности системного счетчика просмотров. С помощью данного компонента сохраняйте данные о просмотрах за последние 3 дня и выводите их в виде наглядного графика.
Преимущество
- Шаблоны вывода для списка и страниц просмотра
- Поддержка системных иконок
- Вознаграждение авторов и пользователей
- Запреть повторных просмотров
- Запреть учет просмотра от гостей/админов
- Авто-очистка базы от старых данных
Видео-обзор Rutube: https://rutube.ru/video/06db0559688b30df8648252ea7fe04e1
(!) После установки, статистика предыдущих дней будет пустой, требуется время что бы компонент собрал данные.
А чем отличается вознаграждение просмотр за контент? И вознаграждение просмотр за материал?
Вознаграждение за просмотр записи пользователю который эту запись посмотрел. За материал вознаграждение автору записи за то что посмотрели.
контент/материал, без разницы, но там речь про автор материала и того кто смотрит этот материал
Отличная идея. Но не мешало бы сделать за определённое кол-во. Например если просмотрели пользователи 10000 раз, пользователь получит 100 руб. (за каждые 10 000 раз). А так же как дела обстоят с накруткой просмотров? Со стандартными средствами ICMS это проблема!
Подумаю как реализовать.
Про накрутки не могу нечего сказать, чтобы защититься от этого, надо будет хранить всю историю, а не последние 3 дня, а база из за этого будет расти
Да! Вот про накрутки просмотра это прямо таки «больная тема», разумеется в связи с тем, что это дело не отследить без больших жертв, то и поощрение само по себе теряет всякий смысл. За что платить как говорится автору контента? За зажатый F5.
На самом деле есть решение оно у меня стоит на одном компоненте. Можно использовать время проведённое на странице. + возможность отследить доскролинга вниз страницы (но такого у меня нет) это на 80% решит проблему. Время проведённое на странице не сложно добавить, но скролинг это лучше средство, а ещё лучше когда они вместе отслеживают статистику. И получиться не за просмотр контента или материала, а за дочитывание.
Здесь эту задачу нельзя решить полностью, но можно писать в лог IP и UA или их хеш и проверять при записи было ли уже такое, тогда «накрутчик» сможет накручивать только 1 раз в 3 дня.
Сейчас так и есть, записывается ID или IP но запись храниться 3 дня
Видео не смог посмотреть, дайте ссылку в ЛС на страницу, завтра посмотрю
Желательно добавить повышенный коэфицент вознаграждение по системе аукциона за популярность материала или автора. То есть если автор достигает порога в 10 000 просмотров со всех своих статей в месяц то коэфицент вырастает на 10%, если 20 000 просмотров то 20% и так до 50% и возможность добавить реферальную ссылку, чтобы автор приглашал других авторов и зарабатывал от его популярности скажем 20% ну с цифрами я пример привёл у каждого подход и математика разная.
Это всё нагрузка на базу разумеется и лишние заморочки для автора. Разумеется есть куда более важные и базовые вещи, которые не мешало бы реализовать!
У меня сайт психологов и поэтому для меня это актуально. Все ждут рефералку и возможность приглашать коллег и возможность получить вознаграждение за их активность.
Само собой понимаю. В Биллинге есть неплохая рефералка. Да и она гибкая и всеобъемлющая так скажем.
Она у меня не работает. Не знаю почему.
К тому же как её привязать к компоненту просмотрам? Даже если поставить задачу разработчикам, чтобы починили рефералку на биллинге.
Я делитант в области программирования и всё что связано с кодом и хостингами. Ну почему так многие бояться нагрузки на БД? Мне так ещё никто толком не объяснил. Как она будет мешать работу сайта?
На небольших ресурсах и с достаточными вычислительными мощностями в принципе это будет не столь заметно. Но в дальнейшем это выльется в катастрофу! Сайт будет замедляться в виду большего количества запросов к базе для записи и чтения.
У меня некотрые страницы сайта очень долго грузит. Возможно есть связь с перегрузкой БД. Как можно оптимизировать БД и улучшить производительность?
Наверное ещё можно добавить вознаграждение за написание отзыва к контенту и материалу. Это для СЕО будет очень хорошо. Исполнители всегда найдутся кто будет активничать на сайте. Яндекс если будет видеть ценность ресурса то будет выкидывать его в рекомендации. Согласны?
В компоненте есть отзывы my-instantcms.ru/catalog/55-novye-otzyvy.html но вряд ли будет в этом компоненте
Да у меня стоит этот компонент. И не знал что у него есть такой набор возможностей.
Хотя это может выходить за рамки логики компонента, но бонусом было бы хорошо за отзывы платить.
Обновил компонент
Обязательно обновить через админку, так как создается таблица в БД
Не очень удобно обновление сделали вознаграждение по 1000 показов. Когда пользователь видит в ральном времени свой доход, а не ждёт когда наберётся статистика и ему начислят мотивации больше. Говорю так потому что у меня сразу после аноса публикации пользователи стали активничать. Сейчас пропадёт статистика за каждое действие и их не будет ничего стимулировать. Когда видишь деньги хоть и виртуальные тогда мотивации больше. Однозначно неудобно. Либо нужно добавлять счётчик просмотров общего количества просмотров. Вижу такой выход.
Дело в том что я забыл про истории биллинга и если платить за каждый просмотр, это будет например 100 просмотр = 100 записей в БД.
Через какое то время объем БД увеличиться, а так оплата за 100 просмотр и 1000 автору, самый оптимальный вариант. Для каждого юзера создается 1 запись и только счетчик увеличивается, без дублей.
Ну можно хотя бы вывести какой-то цифирблад который просто будет считать просмотры? Чтобы пользователям было отслеживать как быстро они приблизяться к завтной 1000
Подумаю как реализовать