Как лучше всего хранить данные просмотров каждой статьи в wordpress?

Question

[sergo573]

Всем привет!
Суть вопроса такая, хочу сделать счетчик просмотров статей, но думаю, как лучше записывать данные?
Если бы нужно было просто записать количество просмотров каждой статьи, то можно было бы создать мета ключ, и записывать в него значение.
НО, мне нужно в дальнейшем сделать что-то типо аналитики по дням, неделям, месяцам.
У меня в голове пока вариант такой, создаем таблицу с колонками "id записи" и "время и дата", и записываем каждый просмотр отдельно в эту таблицу. Только вот думаю, таблица получится слишком огромной... Или в этом нет ничего страшного?)
Какие есть ещё варианты?)
P.S.: Готовые плагины не предлагать :)

Comments

[Refguser]

P.S.: Готовые плагины не предлагать :)

Если ты считаешь, что умнее тех, кто уже это сделал, то почему же спрашиваешь "как сделать"?

[sergo573]

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

[Refguser]

Если мне не нужны готовые решения, значит есть на то свои причины)

Основная причина своего велосипедирования - плагинофобия. Поэтому если "веские" причины не указаны ставиться именно такой диагноз.

[sergo573]

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

[Refguser]

sergo573, тогда на будущее: нужно писать не "Готовые плагины не предлагать", а как-то так: "Готовые плагины не обладают нужным мне функционалом".

Хотя тут вряд ли ты придумаешь что-то нового, чего нет в готовых плагинах.
Кроме того идея в принципе плохая... а, сейчас напишу в ответе.

Answer 1

[alexalexes]

У меня в голове пока вариант такой, создаем таблицу с колонками "id записи" и "время и дата", и записываем каждый просмотр отдельно в эту таблицу. Только вот думаю, таблица получится слишком огромной... Или в этом нет ничего страшного?)

Именно так, а еще пишите полный фингерпринт пользователя - IP адрес, прокси, юзер-агент.
Обязательно вешаете индекс на дату и время, и на те поля, по которым будете что-то агрегировать или искать.

Comments

[sergo573]

Спасибо за ответ)

Answer 2

[Юрій]

Один из способов оптимизации объемов - агрегирование прошлых периодов. За сегодня храните полные данные по всем просмотрам, за вчера, позавчера... агрегированные за день в отдельной таблице. За прошлую неделю (или месяц) - за неделю/месяц в своей отдельной таблице И так далее. Данные пересчитываются по Хрону, старые ненужные данные удаляются. Разумеется, если нет задачи увидеть всех, кто приходил на сайт ровно сто лет назад :)

Comments

[sergo573]

Хороший вариант, спасибо)

Answer 3

[Refguser]

Нагружать аналитикой сайт - вообще плохая идея. С сайта нужно передавать данные в отдельную систему. И это не обязательно публичные сервисы типа гуглоаналитики и я.метрики. Можно развернуть свой собственный, личный аналитический сервис
Скриптов для этого море разных. Но самый, пожалуй, известный и мощный это matomo (ex Piwik). Он ограниченно бесплатен - основное бесплатно, + много бесплатных плагинов, но что-то эдакое - за деньги (но при желании ничего не мешает самому написать свой плагин к нему).
К тому же есть у него есть родной плагин для ВП.

Answer 4

[Михаил Р.]

Если у Вас нет желания (и бюджета), для изобретения своего велосипеда, то используйте готовые сервисы статистики, Метрика и GA, затем выбирайте в отчетах конкретные страницы сайта и смотрите по ним аналитику. При необходимости, сможете получать из метрики статистику и выводить ее куда угодно в любом виде, например, на свой же WP сайт, используя транзиентное кеширование WP.

Если же Вас мои аргументы не убедили, то да, можно хранить данные в отдельной таблице. Чтобы уменьшить количество записей, можно указывать не конкретное время визита (10:33), а обобщенное по часам (просмотр был в 10 или 12 часов) или отрезкам минут (просмотр был в 10:00, 10:15 или 10:30), тогда можно будет не добавлять новую запись в бд, а лишь увеличить счетчик количества визитов за указанный период. Но это актуально, если не будет других данных у конкретного визита, в ином случае придется писать каждый визит отдельной записью.

Comments

[sergo573]

Почему же нет желания? Я же написал хочу сделать счетчик, я сам хочу его сделать)
Готовые решения мне не нужны, вопрос вообще в другом... Так себе ответ с вашей стороны)

[alexalexes]

Готовые сервисы еще хороши тем, что подгружают на страницу пользователя JS скрипт, который еще вытянет дополнительную инфу - какая ОС, размер экрана, настольный комп или мобилка, язык системы и т.д ... сколько пользователь находится на странице, по каким местам страницы водит мышкой, что собирается кликать ....
Еще по IP и юзер-агенту сервис может получать примерную локацию, тип провайдера, и что за пользователь - живой человек или бот.
Если нужно что-то будет считать по живым людям или искать посещение по определенной стране, то лучше не изобретать велосипед, а пользоваться готовыми сервисами.

[Михаил Р.]

sergo573,

Почему же нет желания?

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

Так себе ответ с вашей стороны)

Ответ человека, который имеет >=15 летний опыт велосипедо-строения.

Обновил ответ.

[sergo573]

Михаил Р., Если вы уже 15 лет занимаетесь велосипедо-строением, то почему же нельзя мне?)
Ведь опыт приходит с практикой, разве я не прав?)

[alexalexes]

sergo573, после 10 лет работы с подобными вещами понимаешь, что такие счетчики имеют смысл только для закрытых систем, или как резервный источник для отчетности, если основной сервис прикажет долго жить.
Какой-то гибкий отчет из таких логов сложно получать, если специально не разрабатывать систему отчетов в закрытом от внешнего мира режиме.
Если сайт публичный, то милое дело подключить счетчик от гугла или яндекса и пользоваться их отчетами.

[Refguser]

sergo573,

Ведь опыт приходит с практикой, разве я не прав?)

Умный учится на чужих ошибках, дурак на своих (с)

[sergo573]

Refguser, "Умный учится на своих ошибках, мудрый учится на чужих, а дурак не учится никогда!"

[Михаил Р.]

sergo573,

Если вы уже 15 лет занимаетесь велосипедо-строением, то почему же нельзя мне?)

Я начинал тогда, когда большинство существующих сервисов не было (это с учетом того, что и до меня были аналогичные люди с аналогичными нюансами) + не было людей, которые могли доходчиво убедить меня, что лучше тратить время на популярные технологии. Вам никто не запрещает, но Вы же понимаете, что "голодный сытого не поймет".

Ведь опыт приходит с практикой, разве я не прав?)

Конечно, но в данном случае опыт будет сильно менее релевантным, т.к. Ваш опыт/проект будет выглядеть в глазах работодателя/заказчика как "какой то велосипед от неизвестного разработчика, неизвестно как написан и как работает и работает ли вообще, а что будет, когда он уйдет, кто будет поддерживать проект?".

Существуют развитые и бесплатные альтернативы, которые не нужно заменять (если у Вас нет веских причин и опыта, чтобы обосновать причину замены), а нужно дополнять, тогда Ваш опыт/проект будет выглядеть в глазах работодателя/заказчика так "умеет отправлять данные в Метрику/GA, умеет получать данные из Метрики/GA, умеет стоить отчеты в Метрики/GA, технология и методы работы понятны без взгляда на код". Поэтому я Вам и предложил написать систему статистики, где будут использоваться готовые и популярные решения.

Кстати, почему Вы решили использовать WP, можно же написать свой велосипед..? Или лучше написать плагин для WP, который решит конкретную задачу бизнеса?