Есть ли статистика, у скольки процентов интернет-пользователей системное время не синхронизировано?

Question

[origami1024]

Дополнительные вопросы:
- процент из них, у кого задано в прошлом;
- есть ли какая-нибудь практическая польза от рассинхронизированного времени?

Попадаются юзеры, думаю тратить ли время, чтобы подстроить под них трафик-копа, а то он в данный момент завязан на время из браузера.

Comments

[Василий Банников]

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

[origami1024]

Василий Банников, есть один достаточно популярный фреймворк и в нем функция трафик-копа реализована на основе проверки даты из браузера.
Первая реакция, что это не правильная реализация, но почему они так сделали не понятно. У них в issues за 3 года 10 раз всплывала эта проблема, что лучше использовать время сервера, но они тупо рекомендуют отключить трафик-копа и всё.
Хотя они выпускают апдейты каждые 2-3 недели и много чего фиксят.
Самому туда лезть потенциально надолго и можно наткнуться на то, что они не фиксят не просто так и самому не сделать нормально тоже.

[Василий Банников]

origami1024, ну так отключите его и возьмите другую реализацию

[Stalker_RED]

origami1024, а можно для тех кто в танке, что вы вообще пытаетесь сделать? А то гугл мне по запросу "трафик коп" вот такое показывает.

[Василий Банников]

Stalker_RED, я сам хз. Мне он какую-то говноигру на андроид предлагает.

[origami1024]

Stalker_RED, два юзера нажимают редактировать один и тот же ресурс примерно одновременно. Один сабмитит форму, в базу записывается новый updated_at. Когда второй сабмитит форму, сервер сравнивает что updated_at позже чем изначальный retrieved_at данных формы и выдает ему ошибку, что кто-то другой уже поменял.
Чтобы не перетирать предыдущие изменения

[Stalker_RED]

origami1024, сделать нормальное совместное редактирование не вариант?
Завезли же WebRTC в браузеры. И даже готовые редакторы на гитхабе есть.

[origami1024]

Stalker_RED, не это оверкил там, плюс этот функционал - это часть готового фреймворка, которую косячно изменять самому

Answer 1

[d-stream]

Как правило бытовые компьютеры достаточно сильно бегут в плане RTC. Но большинство современных ОС из коробки по-умолчанию включают/предлагают синхронизацию с серверами времени.

Answer 2

[Stalker_RED]

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

Если время отличается на несколько у подозрительно большого количества пользователей - возможно это у вас на сервере неправильное время)

два юзера нажимают редактировать один и тот же ресурс примерно одновременно. Один сабмитит форму, в базу записывается новый updated_at. Когда второй сабмитит форму, сервер сравнивает что updated_at позже чем изначальный retrieved_at данных формы

грязный фикс: при формировании страницы добавьте на страницу время сервера.
При загрузке страницы в браузере пусть js сравнит время сервера и время браузера и запомнит разницу.
При сабмите формы внесите поправку в эти ваши updated_at и retrieved_at.

Comments

[origami1024]

Часовой пояс учитывается отдельно - в формате даты это отлично проработано, проблема замечена именно в отставании системного времени у одного юзера на ~30сек

[Василий Банников]

origami1024, это почти всегда не страшно

[Stalker_RED]

origami1024, дополнил ответ)

Answer 3

[Sanes]

Приведение даты к формату — на бэкенде или фронтэнде?
в комментариях к вопросу найдете ответ