Y2K11 или переход на зимнее время

[Damn]

Цитата:

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

Енум TimeZone на самом деле не енум - а лукап из таблицы TimeZonesList. Добавляем записи в TimeZonesList, рестартуем АОС - и оппа... енум TimeZone расширился

Форма TimeZonePatcher работает... только если загружаемый файл имеет новые правила для уже существующих зон. А если зоны новые - то она не работает. Поэтому я изменил XML-файлик под существующие зоны и его закачал. И результат сравнил с "непатченной" АХ. Вот прошел перевод стрелок... и никто "не вякнул". Ядро 5.0.1600.2983

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

[sukhanchik]

Цитата:

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

А что нужно сделать в таблице TimeZonesList чтобы название нового часового пояса в лукапе было на русском языке ?

Не знаю. Самому интересно . Но я просто решил оставить тот же код енума (т.е. старый часовой пояс), просто изменить остальные поля в табличке TimeZonesRulesData

Цитата:

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

Можно попросить изменённый файлик ? В нём некоторые часовые пояса пришлось оставить новыми ? Существующих таких нет. Самара, например.

А там ничего интересного в нем нет. Я выбросил новые зоны (чего-то не смогла с ними АХ "подружиться"; а бизнес-потребности в них нет). А в старых зонах - я оставил старый код енума и на 1 сдвинул параметр RuleId.

PHP код:

  <!-- Russia Time Zone 2 new rules -->
  <Timezonedata>
    <Timezone>
      <tzenum>61</tzenum>
      <timezonekeyname>RUSSIA TIME ZONE 2</timezonekeyname>
      <enumname>GMTPLUS0300MOSCOW_STPETERSBURG_VOLGOGRAD</enumname>
      <enumposition>61</enumposition>
    </Timezone>
    <Timezonerule>
      <ruleid>61002</ruleid>
      <tzenum>61</tzenum>
      <year>2014</year>
      <bias>-180</bias>
      <syear>0</syear>
      <smonth>0</smonth>
      <sdayofweek>0</sdayofweek>
      <sday>0</sday>
      <shour>3</shour>
      <sminute>0</sminute>
      <ssecond>0</ssecond>
      <sbias>0</sbias>
      <dyear>0</dyear>
      <dmonth>10</dmonth>
      <ddayofweek>0</ddayofweek>
      <dday>4</dday>
      <dhour>0</dhour>
      <dminute>0</dminute>
      <dsecond>0</dsecond>
      <dbias>-60</dbias>
    </Timezonerule>
  </Timezonedata> 


Позже, при импорте - пришлось подправить метод \Classes\TimeZoneImportHelper\importTimeZonePatches, чтобы система захотела именно обновить данные (параметр isNewTz д.б. false). Потому что иначе форма не отработает.

В общем, какого-то "универсального" решения у меня не получилось - но у меня оно "как-то само" заработало . Ну и ... я решил не париться.

[AndyD]

Цитата:

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

А что нужно сделать в таблице TimeZonesList чтобы название нового часового пояса в лукапе было на русском языке ?

Вот здесь AX2009: Обновление по временным зонам MS советует заменить существующие записи

Но это неправильно для патча 2009-й).
Таймзоны новые добавились, так что надо не заменить, а добавить после записи "(GMT-04:30) Каракас" новые строчки

(GMT+02:00) Калиниград (RTZ 1)
(GMT+03:00) Волгоград, Москва, Санкт-Петербург (RTZ 2)
(GMT+04:00) Ижевск, Самара (RTZ 3)
(GMT+05:00) Екатеринбург (RTZ 4)
(GMT+06:00) Новосибирск (RTZ 5)
(GMT+07:00) Красноярск (RTZ 6)
(GMT+08:00) Иркутск (RTZ 7)
(GMT+09:00) Якутск (RTZ 8)
(GMT+10:00) Владивосток, Магадан (RTZ 9)
(GMT+11:00) Чокурдах (RTZ 10)
(GMT+12:00) Анадырь, Петропавловск-Камчатский (RTZ 11)

Если вы меняли существующие таймзоны - тогда на будет изменить название

В 2012-й соответствующие строчки необходимо изменить, а для трех новых - добавить после таймзоны "(GMT+01:00) Триполи"

(GMT+11:00) Чокурдах (RTZ 10)
(GMT+12:00) Анадырь, Петропавловск-Камчатский (RTZ 11)
(GMT+04:00) Ижевск, Самара (RTZ 3)

Добавлять именно в таком порядке

Изменения необходимо вносить в файлы AxSys*.ktd папки BIN клиента Аксапты на соответствующем языке (* - язык: ru, en-us и т.д.)
На сервере так же можно сделать эти изменения, но после сохранения файла необходимо будет удалить соответствующий файл *.kti из папки KTI. После старта AOS'а он восстановится

Для 2009-й будет выглядеть примерно так

[AndyD]

Цитата:

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

Ну и у кого без патча чего-то "сломалось"? А то я чего-то долго курил, курил над ним и... пока курил - наступил "час Х". И АХ как-то "сама" подстроилась под винду

Кстати, а не проверяете ли вы на английской винде с установленным русским MUI?

Картинка не такая ли часом? Обратите внимание на текущую таймзону

[AndyD]

А на 2012-ю MS забил?)
Они что-нибудь обещают для нее?

[Ivanhoe]

Для AX 2012 (R2 и R3) еще ждем По факту пришлось менять на Минскую зону +3 и руками менять пакетные задания.

Кстати, для AX 2012 было специальное обновление, для корректного изменения времени начала пакетных заданий в день после перехода на летнее/зимнее время. Обратите внимание, мне кажется, оно вошло только в CU7, вышло летом 2013 года. Номер KB 2852304.

[Ace of Database]

А зачем надо время запуска пакетных заданий на час вперед передвигать? Разве просроченные пакетники не запустятся сразу же после старта АОС ?

[Владимир Максимов]

Цитата:

Сообщение от Ace of Database

А зачем надо время запуска пакетных заданий на час вперед передвигать? Разве просроченные пакетники не запустятся сразу же после старта АОС ?

Во-первых, AOS может просто "захлебнуться", если "просроченных" окажется слишком много. А, во-вторых, как быть с НЕ просроченными? Ну, которые запускаются, например, раз в сутки/неделю/месяц и у которых время запуска было, скажем, 12:00? Вручную будете переставлять время запуска?

[Ace of Database]

Точно, про пакетники, которые запускаются раз в сутки, я и забыл. У меня куча ежеминутных важных пакетников и десяток второстепенных посуточных. Поэтому я про них и забыл.

[Ivanhoe]

Для AX 2012 R2 номер статьи 3012219, самой статьи еще нет, но запросить фикс можно. Большой фикс - еще качается. Похоже, не только настройки нужно будет применять

[AndyD]

Цитата:

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

Для AX 2012 R2 номер статьи 3012219, самой статьи еще нет, но запросить фикс можно. Большой фикс - еще качается. Похоже, не только настройки нужно будет применять

Это обновление ядра до версии 6.2.1000.9172

В отличие от 2009-й, создается только 3 новых таймзоны
Для остальных существующих - настраивается правило перехода для 2014-го года и без перехода для 2015-го и дальше.
Только, почему-то, переход настроен не с 26 октября, а с 5
Но в 2 часа)

PS И для Владика зачем-то для 2014-го настроен переход на летнее время 5 марта.

[sukhanchik]

Цитата:

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

В отличие от 2009-й, создается только 3 новых таймзоны
Для остальных существующих - настраивается правило перехода для 2014-го года и без перехода для 2015-го и дальше.
Только, почему-то, переход настроен не с 26 октября, а с 5
Но в 2 часа)

PS И для Владика зачем-то для 2014-го настроен переход на летнее время 5 марта.

Да-да. Именно так.

[Logger]

Цитата:

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

Только, почему-то, переход настроен не с 26 октября, а с 5
Но в 2 часа)

Вы наверно посмотрели в параметр обозначающий номер недели.
5 - значит последняя.

[AndyD]

Цитата:

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

Вы наверно посмотрели в параметр обозначающий номер недели.
5 - значит последняя.

Неа. SDay

Кроме всего прочего, я и проверил по датам

[Vadik]

Цитата:

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

Это обновление ядра до версии 6.2.1000.9172

Что-то не вижу изменений после установки, Москва как была GMT+4 так и осталась

[Ivanhoe]

Цитата:

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

Что-то не вижу изменений после установки, Москва как была GMT+4 так и осталась

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

[AndyD]

Цитата:

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

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

А аналогично - это как?
В названии осталось GMT+4 или именно часы на +4 все равно показывают?
И "кривые" - это непонятный символ в названии?

Если дело только в названии, то смотри сообщение выше об изменении KTD

[AndyD]

Цитата:

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

Что-то не вижу изменений после установки, Москва как была GMT+4 так и осталась

Если это мне адресуется, то ничего по этому поводу сказать не могу)
Тестировал на двух инсталляциях - таймзоны поменялись/новые добавились

Как вариант - на сервере АОСа установлено обновлений для таймзон Винды?

[Damn]

Цитата:

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

Как вариант - на сервере АОСа установлено обновлений для таймзон Винды?

Установил сначала обновление KB3012219 на Ax2012 R2, а потом обновление часовых поясов на Windows, на котором стоит АОС.
Функция DateTimeUtil::getClientMachineTimeZone() теперь возвращает ошибку "Часовой пояс, на который настроен компьютер не был найден в списке поддерживаемых часовых поясов.". Между установками обновлений аксапты и windows эта ошибка не возникала.

[AndyD]

Кстати, с введением новых таймзон, MS не озаботился для них настроить правила перехода для предшествующих периодов.

Т.е., теперь надо в коде, если возникнет необходимость анализировать исторические данные, учитывать, что до 26.10.2014 02:00 была другая тайм-зона

ЗЫ Про добавку *TZID напоминать не надо.
Либо укажите, как ее можно использовать изнутри Аксапты (без внешних вызовов SQL)