Непрерывная связь с php скриптом.

Помоему ТС занимается откровенной хуетой. Это тупо, держать процесс php ради онлайна. Сделай на худой конец AJAX запросы раз в 30 сек, но то что ты хочешь, это... незнаю как сказать, ***код в высшей степени его проявления

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

ShiftBHT_есть_чо7 (25 Февраля 2011 / 10:39)
Помоему ТС занимается откровенной хуетой. Это тупо, держать процесс php ради онлайна. Сделай на худой конец AJAX запросы раз в 30 сек, но то что ты хочешь, это... незнаю как сказать, ***код в высшей степени его проявления

Золотые слова. Мне просто нечего добавить А все кто советует еще что-то - хоть немного почитайте матуалов.
1) Если делать это на уровне php - нагрузка на БД создается неимоверная, ибо если в онлайне 50 человек - капздык серверу.
2) Если делается на уровне Аякса или библиотеки jQuery - тогда с этим проще, но все же работать нужно в любом случае с кешем.
- пишешь аякс-скрипт, соединяющийся с браузером каждые 10 минут.
- пишешь функцию кеширования
- пишешь функцию вывода из кеша
- скрипт, соединяясь с браузером раз в 10 минут, при любом результате должен перезаписать кеш-файл, но при условии что браузер доступен (true) данный юзер будет записан в кеш файл, если результат false - unlink(кеш файл)
- вывод результата - через функцию чтения кеша.

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

Кстати, знаете как онлайнер фрагментирует базу? :-D Это просто полный Пэ, а 6если ещё и онлайн солидный, то таких вещей обычно вообще не делают

13. dima.london, Я задумался, и понял что в этом одни минусы.