31 Октября 2011

[IgorOK]

Я из-за сабжа сегодня на пару опоздал. На Хрюше часы перевелись на час назад, на телефоне тоже. Как ни странно умнее всех оказалась микроволновка.

[impersonalis]

http://f5.ru/kaganov/post/339279

[AVL]

А почему при синхонизации с time.windows.com установилось переведенное на час назад время? И то же самое с телефонами, на которых стоит автоматическая синхронизация с временем оператора.

[impersonalis]

Сообщение от AVL

А почему при синхонизации с time.windows.com установилось переведенное на час назад время? И то же самое с телефонами, на которых стоит автоматическая синхронизация с временем оператора.

Потому что синхронизация подразумевает игнорирование каких бы то ни было пользовательских настроек времени. Хорошо это показано в МАК-е (на счёт эргономики, кстати): при установленном флажке "синхронизация с сервером" все остальные элементы управления временем находятся в состоянии disable. В винде же всё размазано аж по трём вкладкам, что делает взаимовлияние пунктов абсолютно не прозрачным (хотя алгоритм такой же как и у Apple).

[ABTOMAT]

Синхронизация делается по GMT0, потом винда на основе того, какой у неё часовой пояс и декретное ли время, решает дальше, что делать.

[impersonalis]

Спасибо, кэп!

[impersonalis]

Итак, рассказываю (наконец-то наткнулся на документальное подтверждение своих догадок): суть проблемы в том, что

The reason for this strange behavior lies in the way NTFS and FAT drives store file times: NTFS stores time in UTC format, while FAT uses local time.

NTFS хранит время в формате UTC, а FAT - в локальном пользовательском.

[impersonalis]

Сообщение от impersonalis

NTFS хранит время в формате UTC, а FAT - в локальном пользовательском.

В этом есть даже удобство: скопировал файл на флешечку во время деловой поездки в другой город, отстоящий от домашнего на несколько часовых поясов. Приезжаешь домой и при синхронизации видишь, что копируемый с флешечки файл имеет именно то время, что ты наблюдал на часах "в гостях", когда копировал файлик.
Другой вопрос, что может так статься, что файл воспримется системой синхронизации как объект из будущего. (Если вы, переедете из utc+N в utc+M, где M<N.) Но тут - надо всегда анализировать направление синхры.

То же самое при посещении "гостей" со старыми ОС-ями, ещё считающими, что в РФ есть переход на зимнее/летнее время. На таких машинах, отсутствие перехода компенсируется скручиванием времени на час: в итоге локаль адекватна, а utc - х.з.

[impersonalis]

Для путешественников во времени ещё раз резюме по сдвигам:
https://ru.wikipedia.org/wiki/Московское_время

В 2011 году осенний возврат стрелок на зимнее время был отменён, и московское время стало постоянно соответствовать UTC+4, то есть бывшему летнему времени. В итоге, применяемое московское время оказалось сдвинутым в разных регионах на 1 или на 2 часа позже относительно времени, установленного в 1924 году.

Согласно Федеральному закону «Об исчислении времени» с 26 октября 2014 года московское время «соответствует третьему часовому поясу в национальной шкале времени Российской Федерации UTC (SU)+3», то есть эквивалентно UTC+3.

Поясное время

местное время московской часовой зоны в 1931—2010 годах (исключая 1991 год) соответствовало UTC+3, в 2011—2014 годах — UTC+4, а после 26 октября 2014 снова стало соответствовать UTC+3.

[ingko]

Сообщение от impersonalis

Для путешественников во времени ещё раз резюме по сдвигам:
https://ru.wikipedia.org/wiki/Московское_время


Поясное время

Моему тезке всё не имелось... Он представил себя, наверное, Иосифом Виссарионовичем, не иначе. Надо было еще лето и зиму отменить, чтобы затраты сократить.

[ARA]

Сообщение от ingko

не имелось...