Серверный таймер на jQuery?

Question

[Роман Павлов]

Как реализовать таймер, работающий по сути - один человек нажимает старт и у всех начинается отсчет? Точность, конечно, важна. Пользователей не более 10к, в среднем порядка 4к возможно.

Answer 1

[Anton Kuzmichev]

Какая точность нужна?
Вообще, вижу 3 способа:
- от стартующего уходит запрос на сервер, в БД или куда-нибудь ещё ставится флаг "отсчёт начат". Те самые 10к клиентов периодически, раз в секунду к примеру, делают ajax-запрос на сервер и узнают, начался отсчёт или нет. Точность зависит от периодичности запросов + сетевые лаги. Особых требований к софту в этом случае нету, но должен быть хорошо настроен сам вебсервер, чтобы выдерживать такой поток запросов, пусть и очень лёгких.
- вебсокеты. Все ваши 10к клиентов имеют постоянное соединение с сервером, один из них по сокету посылает серверу сигнал "отсчёт начат", сервер сразу же рассылает его всем остальным. Тут уже надо настраивать демона, к которому собственно 10к клиентов и будут присоединены и который будет принимать и рассылать им сообщения. Точность зависит чисто от сети.
- есть еще dklab_realplexor от Котерова. Используются long polling-запросы, эдакие "вебсокеты для бедных", но вообще работает решение это неплохо. Сам использовал на продакшне, но на очень маленьких нагрузках, а вот tjournal.ru его использует для организации онлайн-трансляций, и там нагрузки значительно больше.

Comments

[Роман Павлов]

Хотелось использовать ajax запросы раз в секунду, к примеру, но почему то боялся

[Anton Kuzmichev]

Роман Павлов: ну зачем бояться, попробуйте. Но, конечно, лучше - не долбёжка сервера (вариант №1 по моей версии), а открытые соединения с ним, по которым приходят оповещения - накладных расходов меньше и точность больше (варианты 2 и 3)

Answer 2

[Борис Лапин]

совсем одновременно не получится. Самые лучшие результаты даст WebSocket связь.

Comments

[Роман Павлов]

Совсем и не надо, хотя и желательно разброс не больше +- 1 секунда

[Роман Павлов]

А если после нажатия кнопки, стартующий отсчет, передавать клиентам не факт отсчета, а время его окончания. Отсчет будет длиться около 30 секунд. Тогда будет зависимость только от клиентского времени?

[Борис Лапин]

Роман Павлов: да, только вот тут будет геморрой со временными зонами. Как вы будете получать смещение временной зоны с точностью до секунд? Можно попробовать синхронизировать время перед началом отсчета. Тоесть сервер отправляет одновременно всем запрос "верни мне свое время", и клиенты отвечают "у меня вот такое". Ну погрешность все ровно будет, из-за разности скоростей передачи, но она будет достаточно мала, чтобы получить приемлемую точность разности временных зон. А дальше уже можно будет плясать от полученных данных.

Answer 3

[xmoonlight]

websocket - 100%