>[оверквотинг удален]
> я дописал еще одно поле Location, т е местонахождение пользователя. Этот
> Location у меня заполняется при участии $_SERVER['PHP_SELF'], естественно, юзер залогинен,
> когда он находится на этой странице.
> Затем я отобразить могу всех юзеров, находящихся на данной странице с помощью
> SELECT name FROM users WHERE location="Food"
> Вопрос, как это попроще отобразить, чтобы асинхронно обновлялось, в общем через каждые
> 4 секунды. Я понимаю, вопрос очень начального уровня и возможно решение,
> я полагаю, при участии jQuery, но все же.
> Может есть какие-либо другие варианты попроще?
> Благодарен за любой ответ.Извините, но это вопрос уровня "я хочу ездить на автомобиле, какие педали там жать надо. Я полагаю, что еще и руль зачем-то крутят, правда ?" ?
----
Мое решение вашей задачки:
Создать отдельную таблицу:
пользователь-времязахода-локейшн(если их много надо)
1) пользователь заходит на страницу, запросом вставляется строка "кодпользователя-времявхода" или делается обновление таймстампа (что пользователь снова на странице).
Для повышения быстродействия рекомендуется использовать запрос
INSERT INTO table (userId,time,location) VALUES (1,11231231231,'food') ON DUPLICATE KEY UPDATE time=11231231231;
и соответственно ключ должен быть userId+location
2) для отображения списка пользователей на странице делается 1 запрос. Возможно, это будет и jQuery.
3) Периодически надо чистить таблицу, удаляя записи, у которых time слишком далеко в прошлом. Это можно делать либо внешним скриптом (что предпочительнее), либо при каждом построении списка пользователей (что излишне при большой частоте отображения).
3.1) На perl я бы сделал статическую переменную процесса, и проверял, когда данный процесс в последний раз чистил таблицу, и делал бы чистку раз в TimeOut или если не делал еще ни разу. Как это делается в PHP я не знаю.
4.0) Дальше для построения highload возможны варианты, когда скрипт детектирует изменение количества пользователей на странице, переформировывает список и кладет его в какой-то кэш (файловую систему/memcache), т.е. запрос списка не приведет к нырянию в БД. Но это уже ненаучная фантастика.