Подобные темы уже всплывали. Но вот в очередной раз у меня делема: Как учитывать просмотренные темы форума..?
Т.е. пока пользователя не было на форуме, кто-то отвечал. Человек заходит и видит что есть темы где без него что-то ответили.. Заходит в темы и она помечается прочитанной..

Как такое организовать и какие вообще решения на сегодня есть?

В данных пользователя храниться список ID тем через запятую, по этому списку строится массив читаных тем. Установка флага читал-нечитал ставится после получения дерева тем, сравнением в цикле id-шек с этим массивом. В дополнение  этому есть дата, после которой все темы считаются прочитанными. Когда массив прочитанных тем становится очень большим - он сокращается в два раза, при этом дата прочитанных сдвигается  вверх.

Как-то так...   

ksnk, 
Интересно, как вы это себе представляете?

Мой вариант такой: у пользователя есть дата последнего посещения на форуме. Правильно? Когда он заходит следующий раз, делается опрос всех тем на форуме на предмет: есть ли сообщения с датой позже даты последнего посещения пользователя на форуме. Если такие сообщения есть, соответственно помечаем такие темы непрочитанными. 

mark2011, вообще-то, если добавить в конец вашего варианта вариант ksnk, то получится именно то, что вы оба, судя по всему, и имели ввиду =)

То есть, имеется некий список непрочитанных тем. Но обновляется он только при активности пользователя (а не при создании новой темы или еще чего). Темы, написанные позже даты последней активности, - непрочитанные де факто. Остается только хранить список непрочитанных тем и просто удалять из него прочитанные. Таким образом и минимум операций и минимум данных.

Это сообщение отредактировал(а) Arantir - 6.3.2013, 22:33

У пользователя в данных хранится текстовое поле `seen_topics`/ и поле даты `past_seen_date`.

-- при выборе тем из базы выполняется что-то вроде такого запроса
 
  значение seen и будет просмотрена или нет тема. 
  Или просто весь выбранный массив проверяется отдельным циклом.

-- каждый раз, когда открывается новая, непросмотренная тема, в поле `seen_topics` добавляется ID этого топика. `seen_topics` .=','.ID ;

-- если длина (текстовая) поля `seen_topics` становится больше 4к (среднепотолочное значение) - это примерно 4к/6=600 уникальных ID, делается такой запрос 
   (300 - это 600/2. 100000 - это заведомо бОльшее, чем количество топиков в `seen_topics`, значение) Первое значение этой выборки даст нам новое значение параметра `past_seen_date`. Все полученные таким образом ID дадут нам новое значение поля `seen_topics`.

Это сообщение отредактировал(а) ksnk - 7.3.2013, 08:06

Я зашёл на форум и мне показали непрочитанные темы. При этом обновилась таблица о моём последнем посещении. Я обновляю страницу и все стемы становятся прочитанными 

Arantir, что-то запутался... Я зашёл на сайт и должен сформироваться список непрочитанных тем. Каким образом?

ksnk, так я не понял что учитывать, прочтённые или не прочтённые   

И опять же вопрос встаёт в нагрузке на БД

  Прочтенные - проще, не нужно менять ВСЕ записи ВСЕХ юзеров с попявлением новых тем. 
К тому же, удаленные темы никак не сказываются на этой схеме.

ну  это самый простой вариант.. а теперь примени его например к этому форуму.. Сколько тут тем, сколько тут пользователей и какой объём эта таблица будет и скорость её обработки?

Не-а....

Тема становится прочитанной только тогда, когда ты реально вошёл в неё, т.е. затребовал страницу типа topic.php?topic_id=1. При этом таблица обновится и тема будет считаться прочтённой.


memcached? apc? eaccelerator? mysql optimize?? ))

Количество тем, которые юзер просмотрел - конечно. Количество тем, которые юзер не видел - несчетно    

Причем тут скорость обработки? Выборка по ключевому полю довольно быстрая штука, конструкция in в запросе тоже не сильно тормозит. 
Для экономии места для хранения прочитанных тем - можно чистить темы у неактивных юзеров, оставляя им поменьше, или оставляя только `нижнюю дату`. 

А вообще - все познается на практике. Можно спросить у Wowa как оно сделано тут.

мне кажется так делать не стоит.

Aliance, а почему? Текстовая строка используется кк запчасть в sql запросах.

Новые темы/сообщения гарантированно непрочитанные. Новые — созданные после последней активности пользователя.
Список не создается, а дополняется такими темами. При этом в списке хранятся еще и все прошлые непрочитанные немы.
Прочтение темы означает удаление ее из списка непрочитанных.

хоть убейте, никак не могу нащупать мыль...

В общем делаю предварительное резюмирование

Пользователь зашёл на сайт:
- считывается дата его последнего пребывания
- считываются новые сообщения ДАТА_ПОСЛЕДНЕГО_ВИЗИТА < ДАТА_СООБЩЕНИЯ
- считываем данные у пользователя по форумам
- синхронизируем: добавляем недостающие id форумов
- изменяем дату последнего пребывания

Пользователь заходит на форум:
- считывается дата его последнего пребывания
- считываются новые сообщения ДАТА_ПОСЛЕДНЕГО_ВИЗИТА < ДАТА_СООБЩЕНИЯ
- считываем данные у пользователя по форумам
- синхронизируем: добавляем недостающие id форумов + удаляется форум в который зашёл
- изменяем дату последнего пребывания

Так?

Не думаю, что надо обновлять весь список при посещении каждого форума. Весь обновлять только на главной странице, а для каждого форума/раздела дополнительно проверять индивидуально, просто добавив условие с ID раздела в запрос. Ведь вдруг пользователь вообще интересуется лишь одним разделом и в другие даже не ходит.