Как показывать точное время на сайте?

Question

[PO6OT]

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

Answer 1

[Алексей Лебедев]

1) возьмите хороший сервер, который быстро отдает результаты и находится близко к географии целевой аудитории.
2) перед тем как отправлять AJAX запрос зафиксируйте текущее клиентское время.
3) отправьте запрос, желательно без хлама. Минимум данных на входе и минимум на выходе. Уложится хорошо бы в 1460 байт на все. keep-alive включен. GZIP выключен.
4) фиксируйте текущее клиентское время.
5) Время_сервера - (разница_между_клиентскими/2).

Погрешность будет меньше, но останется. Как минимум отрисовка на странице времени тоже занимает время)

Comments

[PO6OT]

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

[PO6OT]

практически у всех сервисов при запросе через сеть EDGE (мобильная связь; 3G в Украине ещё нет) погрешность 0.4 сек.

[PO6OT]

они все используют описанную вами технологию

[Алексей Лебедев]

Вадим Егоров: при размере в 1 RTT должно совпадать, либо проблема в железе. Конечно есть погрешность.

Передаваемый пакет не содержит данных о шлюзах через которых прошел и когда.

[PO6OT]

Алексей Лебедев: погрешность не велика для обычных пользователей, но мне надо синхронизировать время между серверами (для безопасности и не только), некоторые из которых подключены к сети через EDGE, так как являются переносными или труднодоступными.
Погрешность должна быть не больше 0.05 сек. для генерирования правильных ключей безопасности.
Скорость по сети EDGE приблизительно от
↑13 Kb/s↓8 Kb/s
до
↑5 Mb/s ↓3 Mb/ss
колеблется часто и резко, что вызывает больше трудностей при синхронизации.

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

[PO6OT]

а как же работают программы для измерения скорости интернета? там приём и отдача отличаются.

[Алексей Лебедев]

Вадим Егоров: прием: отдаем маленький запрос, возвращаем большой ответ. Отдача: большой запрос -- маленький ответ. Потом все это делим.

Answer 2

[sasha]

вывести серверный код для получения времени в отдельный файл (без подключений к БД и других тяжелых вещей).
регистрировать в браузере начало соединения с сервером и конец запроса и к полученному результату плюсовать половину того времени что ушло на получение результата. по идее, погрешность в таком случае должна быть минимальной (навскидку менее 0.1с если запрос шел не более 300мс)

Comments

[PO6OT]

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

[sasha]

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

[sasha]

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

[PO6OT]

sasha: можете объяснить, как это будет работать, если в браузере 00:00, а на сервере 6:00

[sasha]

Вадим Егоров: долго думал щас над этой проблемой и дошел вот до какого вывода: все бессмысленно и жизнь тлен. То о чем вы говорите это поправка на временную зону. А изначальная задача - похоже что не решаема (мне так показалось). Проблема в том что одним запросом к серверу мы не можем выяснить время отправки запроса и приема ответа (как две отдельные величины). Из двух запросов мы это можем сделать но тогда проблема становится в неоднородности сети (это касается gprs или edge и иже с ними), первый запрос мог прийти быстрее а второй медленнее или наоборот и тогда мы не сможем скоррелировать эти два запроса и выяснить точное время. И если мы не можем положиться на два запроса то на более чем два и рассчитывать не приходится. Получается оптимальный вариант это один запрос. А из одного запроса мы можем знать только его общее время выполнения и тут приходится идти на жесткие уступки и делать предположения что время туда и обратно было одинаковым(что конечно же не так но другого не остается, пути одинаковы а время исполнения скрипта можно нивелировать потому что оно намного меньше чем время передачи) и тогда нужно получить серверное время плюс половина от того времени что ушло на запрос. Вот такая печаль несовершенного мира.

[PO6OT]

sasha: то есть мне придётся округлять время при создании ключа безопасности на его основе, что ухудшит безопасность...
а как компьютер определяет скорость приема/отдачи? это могло бы решить проблему

[sasha]

Вадим Егоров: если углубляться настолько то у меня нет времени над этим думать) тут можно ловить время отправки и приема tcp пакетов а это уже больше похоже на бред

Answer 3

[Кирилл]

Можно поставить несколько серверов в разных местах и воспользоваться алгоритмом Марзулло. А их синхронизацию обеспечить по NTP.

Comments

[PO6OT]

У меня один мастер-сервер на каждый город, в котором есть сервера обработки данных.
Все мастер-сервера синхронизируются с центральным раз в месяц и отключаются в случае обнаружения сбоя времени, т.к. после отключения питания мастер не может синхронизироваться с центральным, пока центральный не инициирует синхронизацию, что происходит ровно раз в месяц по оптоволоконному подключению.
А сервера обработки данных синхронизируются с мастером каждый час, но могут запросить синхронизацию по мобильной связи в любое время в случае отключения питания.
Таким образом обеспечивается географическая близость.

Используя стандартный алгоритм синхронизации времени, для расчета погрешности используется скорость передачи+получения/2, но скорость получения и передачи обычно отличаются, таким образом погрешность составляет около 0.5 сек при подключении EDGE.
Я думаю это можно исправить, измеряя заранее скорость отправки и получения как на мастер-сервере, так и на сервере обработки данных.

Погрешность не велика для обычных пользователей, но мне надо синхронизировать время между серверами обработки данных ради безопасности, большинство из которых подключены к мастеру через EDGE, так как являются переносными или труднодоступными.
Погрешность должна быть не больше 0.05 сек. для генерирования правильных ключей безопасности.
Скорость по сети EDGE приблизительно от
↑13 Kb/s↓8 Kb/s
до
↑5 Mb/s ↓3 Mb/s
колеблется часто и резко, что вызывает больше трудностей при синхронизации.

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

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

Answer 4

[Oleg]

как вариант: используйте вебсокеты - задержка сократится в разы.
.. правда может не работать на мобильных клиентах - надо тестировать.