Варианты реализации прочитанные/новые комментарии?

Question

[myagi]

Задача — для пользователей разделять прочитанные и непрочитанные комментарии. Пример реализации — хабр.

Где хранить, кроме БД? Куки? В каком виде?

Comments

[contor]

А почему кроме БД?

[myagi]

Все пользователи — незарегистрированные.

Answer 1

[Анатолий]

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

Answer 2

[Smileek]

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

Таблица в БД user_id, topic_id, timestamp и ее обновление при заходе в тему. Первые два поля — составной ключ, или добавляете id записи — по вкусу.

Comments

[myagi]

Уточнил вопрос: все пользователи — незарегистрированные.

Answer 3

[sajgak]

без стореджа никак. При заходе выдавате юзеру печеньку и ее значение привязывайте к записи в хранилище.

Answer 4

[Renat Ibragimov]

Только идти на компромис, если все не зарегистрированные, то значит зайдя с другого компа или браузера, у них снова все комменты будут непрочитанные, это первый компромис. Второй, если хотят менять компы и браузеры, пусть регистрируются. А иначе никак, ip может сменится, браузер и куки соотве-но тоже, привязать только к вводу им при входе на сайт своего паспорта :) или инн :)))

Answer 5

[painEffect]

Записывать в кукис или в сессию id последнего прочтенного комментария. При следующем запросе непрочитанными будут те, у которых id > хранимого.

Answer 6

[myagi]

С БД все понятно, хочется рассмотреть все кроме нее

Answer 7

[TheHorse]

Да можно и в куки. Один куки макс. 4 кб = инфа для 4096*8 комментов. + всего 20 куки записей. И того 4096*8*20*0.95 (всякие спец. символы) = 620 000 комментов можно хранить в куки.
1 — прочитано
0 — не прочитано.
Но это очень сложно, вплане — нужно определять какие биты к какому комменту относятся, сильный удар по трафику.
Если количество комментов зашкалит — беда.

Comments

[TheHorse]

Можно оптимизировать так, чтоб хранить инфу только для 20 последних прочитанных статей. тогда легче мапить, меньше трафика… Можно просто хранить 20 записей:
«article_id» «count of readed». Тогда все комменты с бд, что после count_of_readed — будут не прочитанными. Можно оптимизировать чтоб в одной записе куки хранить инфу для многих статей. И тогда вполне можно будет хранить инфу для 2 000 статей, что, верю, всегда достаточно. И если куки вешать не на сайт, а на статью — потери трафика будут минимальными.

Answer 8

[Stac]

О, тут специально для вас написали топик про Last-Modified .

У каждого комментария же есть timestamp. Браузер при запросе шлет заголовок If-Modified-Since.

Если смена компов пользователями это реальный сценарий, который хотите реализовать, есть половинчатое решение — возле комментариев ставить ссылку типа «это уже читал», коорая будет помечать прочитанными этот и все более ранние коменты. Т.о. пользователь восстановит свою историю чтения за один клик.

Правда, это не очень общепринятый метод, поэтому пользователей придется обучать.