Views Accordion - статистика - количество просмотров
24 июля 2014 в 19:18
Можно ли подсчитывать количество просмотров строк в views accordion?...
т.е. нажали на строку - она открылась - засчитан просмотр...
- Блог
- Войдите или зарегистрируйтесь, чтобы отправлять комментарии
Комментарии
Хороший вопрос.
Да... Меня также интересует подсчёт прослушиваний аудиозаписей через модуль SoundManager2 ...
А также подсчёт просмотров фотографий через модуль Colorbox ...
Я так понял всё это очень сложные в реализации задачи.
За решение этих 3-ёх задач готов заплатить 1000 рублей.
Правда, как мне кажется, тут одна сложность есть... На сайте используется модуль Boost. И мне нужно чтоб при просмотрах учитывались ip-адреса, чтоб один человек тысячу раз страницу не мог перезагружать для увеличения счётчика... ну и эти ip-адреса думаю можно хранить в базе определённое время (месяц например)... чтоб места много не занимали ))
хорошее владение google analytics позволит решить все эти задачи.
drupby, а вывод количества просмотров на страницы материалов в таком случае возможен? И смогу ли я сортировать материалы на сайте по количеству просмотров?
гугл аналитикс будет хранить данные у себя, но можно их потом оттуда забирать(к примеру по крону) и записывать в бд, ну и соответственно потом эти данные интегрировать с вьюсом, но это все кастомные решения и совсем не простые
слишком сложно.
Дергать по клику ajax урл на колбеке которого висит сбор статистики. Будет работать с boost без проблем. Делал нечто подобное для 60minut.ru
1000 рублей это меньше 1 часа рабочего времени, на реализацию требуемого нужно не мене 3х часов. По поводу soundmanager не уверен что получиться, нужно js api смотреть.
по каждому клику делать запрос в бд для записи/обновления данных?
В общем понял. Буду копить деньги )) Радует что хоть нашлись те, кто смогут ))
по каждому клику на требуемом элементе (или по требуемому dom событию), родной модуль статистики тоже в БД пишет в чем проблема?
для HL проектов можно в key-val хранилище писать и по крону сливать в БД, можно handlersocket прикрутить, да много всего можно вопрос в том нужно ли?
вот поэтому его лучше заменить на google analytics counter
может надежней все же писать сразу в ga?
Не забывайте о том что внешний сервер пока его не научишь данные эти собирать не умеет.
достаточно вполне куки и ip. без написания кода в любом случаи не выйдет.Всего строк 400 получиться если через entity api делать, вряд ли больше.
вы наверно и views не пользуетесь он корявые запросы строит и db_select тоже он же меленее db_query('SELECT') процентов на 15% если мне память не изменяет.
нет я пользуюсь только логикой и не вижу взаимосвязи между задачей ТС и использования вьюса и db_select(EntityFieldQuery даже пользуюсь, хотя он еще медленней на n%)
ну если вас смущает 1 инсерт на каждый клик по заголовку, я предположил что вы относитесь к самураям которые делают харакири если узнают что кто то может ускорить их код на 10%.
что лучше "внешний сервис" или "модуль" для данной задачи как мне кажется дело вкуса. я предпочитаю модуль из-за несравнимо меньшего количества мышкотыкания и возможности с минимальными затратами использовать в другом проекте.
в 2-3 раза разница по сравнению с db_select()
api смотрел недавно, не две точно )
так может найтись тот,кто сделает цикл с исполнением кликов
считаете что GA обмануть при желании сложнее? Какова вероятность этого события? Как по мне немногим больше чем ddos с целью выкупа, маски шоу в ДЦ хостера или атака злобных хакеров для установки сапы.
при чьем то желании устремится к 100%