Способы хранения данных о непрочитанных сообщениях

У меня была как то идея реализовать уведомления - аля "push browser notifications", сами пусш уведомления отбрасываем, так как там поддерживается только протокол HTTPS (HTTP гуляет лесом), а вот принцип можно позаимствовать.

А именно, когда приходит новое сообщение, появляется небольшой прямоугольник справа сверху, геде написано: имя отправителя, дата и справа крестик, что бы эту хрень удалить. Пришло письмо, появилось оно и висит, пришло еще одно, добавилось еще окно ниже предыдущего.

Если получателю не интересен собеседник, ткнул на крест - закрыл ненужное окно, наоборот, если интересен, ткнул в тело окна - перешел к сообщению.

Как то, так...

P.S. походу не о том написал. Я имел ввиду способ уведомления а не записи и хранения.

Запись в базу наверное самый надежный способ, ибо "печеньки" на каждом устройстве свои. А что бы сервер не уставал от запросов, нужно это дело совмещать. Зашел клиент, проверяем "печеньку" на существование, если есть, порядок, читаем данные с нее, если нет - запрос в базу и сохраняем "печеньку"! 

PunBB, имеешь ввиду - "push browser notifications"?
Реально, но не нужно ибо требования к реализации там будь здоров:

Да, есть еще люди сидящие на HTTP (это я о себе  ).

Можно сделать что то на подобие, но не используя этот протокол!

Что бы места эти сообщения на экране много не занимали, сделать минимальную высоту (скажем 1см), ну и длину что бы вместить: Имя отправителя, Время отправления, ну крест - закрывашку. (думаю 15-20см).

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

COOKIES 

   
Получается на данный момент в движке самый лучший вариант, но только нежно научить его определять устройства, иначе юзеры по сто раз будут перечитывать одни и те же сообщения. Проблем особенно актуальна, когда юзер пользуется 5-8ю устройствами! Бывает и такое

Слушайте, когда уствновлено то расширение, track topics, не лучше ли вначале проверять значение переменной массива $forum_user['tracked_topics'], если пусто то уже не трогать и печеньки и функции не вызывать?

kirpich, структуру хорошо видно на GitHub у версии punbb 1.4.4.

Сейчас в связке с расширением Tracked Topics все работает идеально, учитывая, что в новую версию мы добавили пометку прочитанного только на той странице, где находятся новые сообщения.
$matches[2]

Но имеется какой то странный баг с тем, что (редко, но бывает), помечаются все новые сообщения прочитанными. Странный, потому, что никому еще не удалось его отловить.
Об этом отписался kisa, у меня тоже пару раз было, но не придал тогда особого значения.

$matches[2]

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

$matches[2]

Пока используем как заплатку в виде расширения, но встроить функционал нужно.
И если до выпуска 1.4.6  функционал пройдет успешную обкатку, то в будущем внесем поле и эту реализацию в ядро.