Счетчик просмотров постов

Можно оботись двумя куками (если страниц действительно много и пользователи реально много просматривают и нужен жесткий контроль)

• user_unique_id=уникальное_значение (token)
• visited_post_id=id

Первой кукой мы генерируем уникальный айди пользователя (любой супер уникальный). В visited_post_id записываем уникальный ID поста (или страницы). Пользователь заходит, js проверяет куки, если есть такие то куки с этими ключами то отдать их через ajax (json) на сервер и проверить в таблице mysql есть ли пользователь с идентификатором уникальное_значение в таблице visited у которого visited_post_id равно id. То есть получается если устраивать контроль, то сохранять или в браузере пользователя, или в базу.

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

Но если нужен жесткий контроль, тогда уникальный идентификатор + сессия + куки + сохранять ip в mysql. Как то так. Для начала в любом случае будет неплохо генерировать уникальный id для пользователя (если такого еще нет). Здесь можно посмотреть как задать куки на JQuery.

Ниже код для создания случайного токена для пользователя

function getRandomInt(min, max) {
  return Math.floor(Math.random() * (max - min)) + min;
}
var d = new Date();
var n = d.getTime();
var token=n+getRandomInt(9,99999)+getRandomInt(1,99999);

1. Лучше всего использовать АйПи адрес.
2. Писать лучше в кукис.

Что то типа этого спасёт от накрутки. Если точность не сильно нужна.

Пока сессия действительна счетчик не сработает.

<?php
// Сессия должна стартовать до этого 
$storyId = getStoryID();
if (!in_array($storyId, $_SESSION['viewed'])) {
    incrementViews($storyId);
    $_SESSION['viewed'][] = $storyId;
}

Можешь попробовать вечные куки Evercookies http://samy.pl/evercookie/ Чтоб избежать накрутки, но это конечно же не лучший вариант