наверное создаеться:
1. таблица: лс.
2. поля: отправитель, получатель, сообшение, тема, сообшения, дата отправки.
водь гдето так

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

sergeiss
так для того и спрашиваю, чтоб узнать

Есть вариант сразу доставлять, если пользователь онлайн. Скажем клиент держит постоянное соединение с сервером, а демон на серваке шлёт данные тем, кому нужно. Подробнее тут

Не могу вот понять одной штуки. Как полагаю, все сообщения не гуманно держать в одной таблице.
1. Значит, каждому юзеру отдельную таблицу или как (для личных сообщений)?
2. Когда юзер 1 отправляет сообщение юзеру 2, где хранится вот это непрочитанное сообщение? И куда оно потом попадает? Да и как вообще происходит проверка на то, есть ли новые сообщения юзеру 2 или нет..

Ну хоть бы подсказку какуюто..

Да, кстати. На флэшке можно сделать онлайн оповещалку. Если интересно как работает вся эта кухня снаружи, вот тут можно посмотреть.

twin
С первым вопросом более-менее понятно, старые или вне лимита 100 сообщений - удалять.
А с флагами чтото не очень понял.. смутно представляю себе таблицу для всех сообщений. Допустим, записывается сама месага, ид отправителя, ид получателя. Что дальше? Как получатель узнает о том что там для него сообщение?
Флеш не катит..

AJAX. Каждые несколько минут запрос к скрипту который проверяет наличие новых месаг для юзера

vagrand
Может, когдато в будующем, когда пхп нормально освою Пока без аякса буду мудрить. Куча сайтов где доставка без аякса производится. Черт с обновлением страницы, это нормально, интерисует принципиальная схема отправки/доставки сообщений.

SunSet
Месаги никуда не "доставляються". Они в базе уже сразу после сохранения. А если получатель сидит и читает какую-то увлекательную статью а не гоняет по сайту как угарелый то он не узнает о том что для него кто-то месаг в базу сохранил если ты не будеш реквесту к php посылать. Лично я знаю только 3-и способа посылки реквестов к серверу без перезагрузки всей страницы: AJAX, IFrame и Flash

vagrand
та забудь уже об обновлении, с этим уже решил - обновил страницу- увидел месагу. Я про другое спрашиваю - представь что есть такая таблица для всех сообщений. Представим что у нас 1000 юзеров, а это мелочи, если сравнивать с однокласниками и им прочей фигней. Вот эта тысяча юзеров наговорила аж по 100 сообщений. Всего в базе 100000 сообщений. При каждом обновлении страницы для любого пользователя производить полный поиск по такой таблице в 100000 записей? Ресурсов так не напастись если сразу хотя б человек 30 нажмут "обновить"

twin
Начинаю понемногу понимать

SunSet
> При каждом обновлении страницы для любого пользователя производить полный поиск по такой таблице в 100000 записей?

Это еще зачем? Чтобы узнать что у конкретного пользователя появилось N-ое количество непрочитаных месаг "полный поиск" не нужен.

twin
эээ..то есть дублировать сообщение в две таблицы: основная и вот эта для проверки новых? И при обновлении проверяется только вторая, для непрочитанных?

vagrand
Выслушаю все варианты

SunSet
twin тебе уже выдал наилучший вариант

Можно попробовать немного пооптимизировать БД

Делаем дополнительное поле в таблице с юзерами. Как только появляется новое сообщение для юзера, так сразу же там ставится TRUE. А после прочтения юзером сообщений ставится FALSE.
Если юзер зашел на сайт, или просто обновил какую-то страницу, то только проверяется одно поле в таблице юзеров.
Собственно выборка/анализ новых (старых) сообщений пусть делается только тогда, когда юзер зашел на соответствующую страницу. Это будет происходить все-таки реже, чем просто обновление страницы или другие перемещения по сайту.

PS. Пока писал, уже что-то похожее ответили... Но все равно не то же самое.

twin
Что за онлайн оповещалка? Как я планирую - там не будет некого рода чата, но доставка сообщений - да, как тут например.


sergeiss
Вариант интересен. Даже если заносить такую запись "есть или нету сообщение", можно сразу в строку юзера (его имя, ид и прочее). Вроде и не так требовательно к ресурсам будет

sergeiss
И твой вариант предполает только две таблицы - для юзеров (общая) и для всех сообщений, так?

sergeiss

Зуммер.... новая строка... или зуммер.. или новая строка...
Как же делать тогда?:

У меня реализован вариант похожий на тот, что написал sergeiss. Только вместо true и false записываются сообщения +1 когдя юзер получает сообщение, -1 когда читает непрочитанное сообщение. Сообщения лежат в отдельной таблице с полем status которое может принимать одно или несколько значений из (прочитано|удалено отправителем|удалено получателем). Например когда получатель пытается удалить сообщение, проверяется бит "удалено отправителем", если он 1, то просто удаляем сообщение из таблицы (по такой же схеме и с отправителем).

kirik
Трудно для моего понимания Сколько у тебя таблиц участвуют в этой порнографии? )))

twin
Мдя.. теперь уяснил. Более-менее понимаю.
Еще вопрос волнует, но не по теме - когда юзер заходит в свой аккаунт, запись в сессию происходит. И в строке браузера как бы ничего не отображается. Но иногда вижу что к строке прибавляется ид его или как назвать.. ну типа такого index.php?any=3527352527529875298572093580295.
Это что?

kirik
Спасиб, с таблицами уже по полкам все разложили Могу спать спокойно)
Еще про вот этот sessionid или что оно понять... mod_rewrite потом както буду разбирать..


twin
Автоматом лепится или требует вмешательства десяти пальцев? То есть если собираюсь "вести" пользователя по его сессии ($_SESSION) то этот индификатор не понадобится?

twin

Быстро набирал - опечатался. Понятное дело что идентификатор. Я это еще зазубривал, когда пытался запомнить "идентификационный код"