Views Accordion - статистика - количество просмотров

Главные вкладки

Комментарии

Аватар пользователя misterpronin misterpronin 24 июля 2014 в 19:46

Да... Меня также интересует подсчёт прослушиваний аудиозаписей через модуль SoundManager2 ...

А также подсчёт просмотров фотографий через модуль Colorbox ...

Я так понял всё это очень сложные в реализации задачи.

За решение этих 3-ёх задач готов заплатить 1000 рублей.

Правда, как мне кажется, тут одна сложность есть... На сайте используется модуль Boost. И мне нужно чтоб при просмотрах учитывались ip-адреса, чтоб один человек тысячу раз страницу не мог перезагружать для увеличения счётчика... ну и эти ip-адреса думаю можно хранить в базе определённое время (месяц например)... чтоб места много не занимали ))

Аватар пользователя misterpronin misterpronin 24 июля 2014 в 19:49

drupby, а вывод количества просмотров на страницы материалов в таком случае возможен? И смогу ли я сортировать материалы на сайте по количеству просмотров?

Аватар пользователя drupby drupby 24 июля 2014 в 20:08

"misterpronin" wrote:
drupby, а вывод количества просмотров на страницы материалов в таком случае возможен? И смогу ли я сортировать материалы на сайте по количеству просмотров?

гугл аналитикс будет хранить данные у себя, но можно их потом оттуда забирать(к примеру по крону) и записывать в бд, ну и соответственно потом эти данные интегрировать с вьюсом, но это все кастомные решения и совсем не простые

Аватар пользователя webpavilion webpavilion 24 июля 2014 в 20:26

"drupby" wrote:
гугл аналитикс будет хранить данные у себя, но можно их потом оттуда забирать(к примеру по крону) и записывать в бд, ну и соответственно потом эти данные интегрировать с вьюсом, но это все кастомные решения и совсем не простые

слишком сложно.

"misterpronin" wrote:
Можно ли подсчитывать количество просмотров строк в views accordion?

Дергать по клику ajax урл на колбеке которого висит сбор статистики. Будет работать с boost без проблем. Делал нечто подобное для 60minut.ru

"misterpronin" wrote:
За решение этих 3-ёх задач готов заплатить 1000 рублей.

1000 рублей это меньше 1 часа рабочего времени, на реализацию требуемого нужно не мене 3х часов. По поводу soundmanager не уверен что получиться, нужно js api смотреть.

Аватар пользователя drupby drupby 24 июля 2014 в 20:32

"webpavilion" wrote:
Дергать по клику ajax урл на колбеке которого висит сбор статистики.

по каждому клику делать запрос в бд для записи/обновления данных?

Аватар пользователя webpavilion webpavilion 24 июля 2014 в 20:50

"drupby" wrote:
по каждому клику делать запрос в бд для записи/обновления данных?

по каждому клику на требуемом элементе (или по требуемому dom событию), родной модуль статистики тоже в БД пишет в чем проблема?
для HL проектов можно в key-val хранилище писать и по крону сливать в БД, можно handlersocket прикрутить, да много всего можно вопрос в том нужно ли?

Аватар пользователя drupby drupby 24 июля 2014 в 21:15

"webpavilion" wrote:
родной модуль статистики тоже в БД пишет в чем проблема?

вот поэтому его лучше заменить на google analytics counter
"webpavilion" wrote:
для HL проектов можно в key-val хранилище писать и по крону сливать в БД,

может надежней все же писать сразу в ga?

Аватар пользователя webpavilion webpavilion 24 июля 2014 в 21:12

Не забывайте о том что внешний сервер пока его не научишь данные эти собирать не умеет.

"ХулиGUN" wrote:
алгоритмы уникальности
достаточно вполне куки и ip.

"ХулиGUN" wrote:
Для ленивых - можно прямо в рулсах на событие крона прописать запрос к АПИ аналитики и обработать полученные данные.
без написания кода в любом случаи не выйдет.

Всего строк 400 получиться если через entity api делать, вряд ли больше.

Аватар пользователя webpavilion webpavilion 24 июля 2014 в 21:16

"drupby" wrote:
вот поэтому его лучше заменить на google analytics counter

вы наверно и views не пользуетесь он корявые запросы строит и db_select тоже он же меленее db_query('SELECT') процентов на 15% если мне память не изменяет.

Аватар пользователя drupby drupby 24 июля 2014 в 21:22

"webpavilion" wrote:
вы наверно и views не пользуетесь он корявые запросы строит и db_select тоже он же меленее db_query('SELECT') процентов на 15% если мне память не изменяет.

нет я пользуюсь только логикой и не вижу взаимосвязи между задачей ТС и использования вьюса и db_select(EntityFieldQuery даже пользуюсь, хотя он еще медленней на n%)

Аватар пользователя webpavilion webpavilion 24 июля 2014 в 21:36

ну если вас смущает 1 инсерт на каждый клик по заголовку, я предположил что вы относитесь к самураям которые делают харакири если узнают что кто то может ускорить их код на 10%.

что лучше "внешний сервис" или "модуль" для данной задачи как мне кажется дело вкуса. я предпочитаю модуль из-за несравнимо меньшего количества мышкотыкания и возможности с минимальными затратами использовать в другом проекте.

"drupby" wrote:
EntityFieldQuery

в 2-3 раза разница по сравнению с db_select()

Аватар пользователя drupby drupby 24 июля 2014 в 22:12

"webpavilion" wrote:
ну если вас смущает 1 инсерт на каждый клик по заголовку

так может найтись тот,кто сделает цикл с исполнением кликов

Аватар пользователя webpavilion webpavilion 24 июля 2014 в 22:29

"drupby" wrote:
так может найтись тот,кто сделает цикл с исполнением кликов

считаете что GA обмануть при желании сложнее? Какова вероятность этого события? Как по мне немногим больше чем ddos с целью выкупа, маски шоу в ДЦ хостера или атака злобных хакеров для установки сапы.

Аватар пользователя drupby drupby 24 июля 2014 в 22:36

"webpavilion" wrote:
Какова вероятность этого события?

"webpavilion" wrote:
Делал нечто подобное для 60minut.ru

при чьем то желании устремится к 100%