Comments 33
Как же в этих ваших windows'ах всё сложно…
Семейства Windows наверное…
Более того, вы узнали о том, как можно оградить пользователей от изменения часовых поясов и самостоятельно автоматически изменить часовые пояса на всех компьютерах компании, невзирая на версию операционной системы.
Семейства Windows наверное…
+7
Да, само собой, забыл об этом упомянуть. Спасибо, добавил :)
+5
А как это реализуется в других OS?
0
Хватит откапывать труп!
-1
Интересно, спасибо, а reg файлы будут?
+2
В Кемеровской области забавно получилось с этим изменением времени. Общий перевод стрелок на час совпадает с перемещением в другой часовой пояс и эти изменения компенсируют друг-друга. Единственная проблема в том, что 26-го числа нужно будет принудительно перевести пользовательские системы в другой пояс, иначе появится разница в час.
+1
С виндой более-менее разобрались, а как быть с приложениями? Может быть кто-то составил список известных проблем?
Коллеги мучаются с Java и производными от неё, Microsoft заявил, что Exchange 2007 пару недель будет показывать неправильно время, так как патч выйдет только в ноябре, наверняка есть что-то ещё.
Коллеги мучаются с Java и производными от неё, Microsoft заявил, что Exchange 2007 пару недель будет показывать неправильно время, так как патч выйдет только в ноябре, наверняка есть что-то ещё.
0
На XP можно заменить таймзону в лоб:
1. Качаем обновления для POSReady и сохраняем в обущую папку.
2. Устанавливием их через батник такого содержания:
Можно измегнить конечную таймзону и добавить проверок при необходимости, но ошибок при повторном запуске не возникает. Разворачивается любым удобным способом.
1. Качаем обновления для POSReady и сохраняем в обущую папку.
2. Устанавливием их через батник такого содержания:
reg add HKLM\SYSTEM\WPA\PosReady /v Installed /t REG_DWORD /d 1 /f
KB2998527.exe /quiet
reg delete HKLM\SYSTEM\WPA\PosReady /f
tzchange /c "Russian Standard Time"
Можно измегнить конечную таймзону и добавить проверок при необходимости, но ошибок при повторном запуске не возникает. Разворачивается любым удобным способом.
0
UFO just landed and posted this here
btw, ;),
закон об истечении времени был последним, принятым Госдумой из запретных законов, после чего время у всех истекло и наступила вечность.
закон об истечении времени был последним, принятым Госдумой из запретных законов, после чего время у всех истекло и наступила вечность.
+3
Про Windows это уже 2 или 3 статья за несколько дней. А что делать владельцу андроидных аппаратов? Ну и что с iOS, особенно 6-й версии?
0
Автор — спаситель.
+2
Спасибо! Очень круто и своевременно!
Меня только мучает один вопрос.
Если не менять описания TZ и не импортировать приведенные ключики реестра, а просто валюнтаристически поменять TZ. Ну, например, в Москве поменять TZ на Калининград. После перехода «на зимнее» время вы получим верное время на машине. Т.к. «дозимнепереходный Калиниград» это как раз «послепереходная» Москва — GMT+3.
Но.
Если теперь создать запись в календаре Microsoft Outlook и посмотреть на нее «через» любую пропатченную ОС, например через Windows8, то мы увидим, что запись в календаре смещена на час.
Откуда берется это смещение? Ведь и непропатченный допереходный Калининград — это GMT+3 и пропатченная послепереходная Москва — GMT+3?
Впрочем, отвечать на вопрос не обязательно. Главное, что предложенный автором патч для реестра WinXP решает эту проблему.
Меня только мучает один вопрос.
Если не менять описания TZ и не импортировать приведенные ключики реестра, а просто валюнтаристически поменять TZ. Ну, например, в Москве поменять TZ на Калининград. После перехода «на зимнее» время вы получим верное время на машине. Т.к. «дозимнепереходный Калиниград» это как раз «послепереходная» Москва — GMT+3.
Но.
Если теперь создать запись в календаре Microsoft Outlook и посмотреть на нее «через» любую пропатченную ОС, например через Windows8, то мы увидим, что запись в календаре смещена на час.
Откуда берется это смещение? Ведь и непропатченный допереходный Калининград — это GMT+3 и пропатченная послепереходная Москва — GMT+3?
Впрочем, отвечать на вопрос не обязательно. Главное, что предложенный автором патч для реестра WinXP решает эту проблему.
0
Потому что время в записях хранится в UTC, а при отображении форматируется в соответствии с текущей временной зоной. Соответственно, если отображаемое время на непропатченной машине отображается верным, значит UTC время на ней стоит неверное.
0
Ну если вы уж, спустя столько времени, начали отвечать то сказав «А» скажите уж и «Б». Если «валюнтаристически поменять TZ» не на Калининград (в котором зона также поменялась), а на Минск (в котором ничего не происходило), то всё будет работать отлично и на патченной и на непатченной системе. Как, собственно все и делают на всяких китайских андроидах.
+1
Вы, вот, примеров накидали, а анализа не провели. Если проанализировать ветки "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones" и "HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation" в WinXP+SP2 (летнее/зимнее время), WinXP+SP3 (летнее время; GMT+3), а также первую (второй у меня нет) от патча КВ2998527 (зимнее время; GMT+4), то картина становится яснее. Изложу на примере пояса Москвы.
В SP2:
В SP3:
В КВ2998527
Становится понятно, что последние 16+16 байт TZI повторяют StandardStart и DaylightStart. Также видна закономерная связь первого байта TZI с последним в Bias и ActiveTimeBias.
В SP2:
"TZI"=hex:4c,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,\
00,00,0a,00,00,00,05,00,03,00,00,00,00,00,00,00,\
00,00,03,00,00,00,05,00,02,00,00,00,00,00,00,00
"Bias"=dword:ffffff4c
"StandardName"="Московское время (зима)"
"StandardBias"=dword:00000000
"StandardStart"=hex:00,00,0a,00,05,00,03,00,00,00,00,00,00,00,00,00
"DaylightName"="Московское время (лето)"
"DaylightBias"=dword:ffffffc4
"DaylightStart"=hex:00,00,03,00,05,00,02,00,00,00,00,00,00,00,00,00
"ActiveTimeBias"=dword:ffffff4c
В SP3:
"TZI"=hex:10,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,\
00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,\
00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
"Bias"=dword:ffffff10
"StandardName"="Московское время (зима)"
"StandardBias"=dword:00000000
"StandardStart"=hex:00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
"DaylightName"="Московское время (зима)"
"DaylightBias"=dword:00000000
"DaylightStart"=hex:00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
"ActiveTimeBias"=dword:ffffff10
В КВ2998527
"TZI"=hex:4c,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,\
00,00,0a,00,00,00,05,00,02,00,00,00,00,00,00,00,\
00,00,01,00,03,00,01,00,00,00,00,00,00,00,00,00
Становится понятно, что последние 16+16 байт TZI повторяют StandardStart и DaylightStart. Также видна закономерная связь первого байта TZI с последним в Bias и ActiveTimeBias.
0
Прошу прощения, промахнулся в кнопочках отправки и просмотра сообщения :(
Ещё наблюдение: Если в TZI занулить все байты, после 12-ого, что в настройках времени пропадет галочка автоматической смены летнего/зимнего времени.
Вывод. Так как у нас теперь только зимнее время, то надо: 1) в TZI от КВ2998527 занулить последние 32 байта; 2) положить нулями StandardBias, StandardStart, DaylightBias, DaylightStart (очевидно, описывают даты перевода часов) как в SP3; 3) Bias и ActiveTimeBias приравнять к ffffff4c. То есть, будет так:
Ещё наблюдение: Если в TZI занулить все байты, после 12-ого, что в настройках времени пропадет галочка автоматической смены летнего/зимнего времени.
Вывод. Так как у нас теперь только зимнее время, то надо: 1) в TZI от КВ2998527 занулить последние 32 байта; 2) положить нулями StandardBias, StandardStart, DaylightBias, DaylightStart (очевидно, описывают даты перевода часов) как в SP3; 3) Bias и ActiveTimeBias приравнять к ffffff4c. То есть, будет так:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\Russian Standard Time]
"TZI"=hex:4c,ff,ff,ff,00,00,00,00,c4,ff,ff,ff,\
00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,\
00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
"Bias"=dword:ffffff4c
"StandardName"="Московское время (зима)"
"StandardBias"=dword:00000000
"StandardStart"=hex:00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
"DaylightName"="Московское время (зима)"
"DaylightBias"=dword:00000000
"DaylightStart"=hex:00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
"ActiveTimeBias"=dword:ffffff4c
"DisableAutoDaylightTimeSet"=dword:00000001
0
Sign up to leave a comment.
Изменение часовых поясов и перевод стрелок 2014