Форум PHP+MySQL

[hanslinger]

RomikChef
Время-то не обязательно. На каждый добавленный в топик пост стираешь все из этой таблицы для этого топика. На каждый просмотр - добавляешь строку с юзером. А время нафиг не надо. С другой стороны... если уж следить, так по полной )

[Меняздесьдавнонет]

x02x, еще раз влезешь в чужую тему, то я просто сотру твой вопрос.
На первый раз я за тебя новую тему создал.

[Меняздесьдавнонет]

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

Но, с другой стороны, пропадают некоторые вкусные сервисы - например, переход прямиком к непрочитанному сообщению.

[Yukko]

RomikChef
извини, ты опять рассердишься, но именно от поля времени я и предлагал избавиться в начале разговора...

[Меняздесьдавнонет]

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

Да и идея не такая уж и прекрасная, как кажется на первый взгляд.

[Yukko]

RomikChef:
новые темы отличаются от обновленных

У каждого топика есть время его создания правильно? отдельно вносим время последнего обновления... вновь созданная тема - тема у которой поле последненго обновления равно времени создания, таким образом разграничили... После обновления темы поступаем так, как предложил
hanslinger

RomikChef:
переход прямиком к непрочитанному сообщению.

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

Что-то в этом роде, если я где-то ошибся, поправь.

[Меняздесьдавнонет]

оно не одно - непрочитанное сообщение. их может быть несколько.

[Yukko]

RomikChef:
непрочитанное сообщение. их может быть несколько.

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

[Меняздесьдавнонет]

по второму кругу пошли.

поле твоего последнего визита

визита куда?

[Yukko]

визита куда?

Таблица пользователи:
|user_id|name|lastvisit|

каждый раз. когда ты запрашиваешь информацию с сервера, скрипт делает
1. забирает значение lastvisit запоминает
2. сравнивает его с текущим (выполняет какие-то действия)
3. обновляет lastvisit текущим временем.

таким образом время последнего визита считается временем последнего обращения к скрипту... или не катит? если не катит то почему?

[Yukko]

кажется понял... сейчас еще раз подумаю

[hanslinger]

ИМХО, катит нормал.

[NAS]

Вот тут и тут думают о том же и приходят к тем же выводам.

[Yukko]

Да нет... не совсем катит, немного криво получается, но даже из этого алгоритма все равно можно выжать непрочитанные топики, даже если ты зашел и не прочитал, со всеми непрочитанными сообщениями не покатит...

[hanslinger]

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