|
27.10.2014, 21:19 | #1 |
Участник
|
Цитата:
Сообщение от sukhanchik
Енум TimeZone на самом деле не енум - а лукап из таблицы TimeZonesList. Добавляем записи в TimeZonesList, рестартуем АОС - и оппа... енум TimeZone расширился
Форма TimeZonePatcher работает... только если загружаемый файл имеет новые правила для уже существующих зон. А если зоны новые - то она не работает. Поэтому я изменил XML-файлик под существующие зоны и его закачал. И результат сравнил с "непатченной" АХ. Вот прошел перевод стрелок... и никто "не вякнул". Ядро 5.0.1600.2983 Можно попросить изменённый файлик ? В нём некоторые часовые пояса пришлось оставить новыми ? Существующих таких нет. Самара, например.
__________________
Дмитрий |
|
28.10.2014, 08:53 | #2 |
Administrator
|
Цитата:
Цитата:
PHP код:
В общем, какого-то "универсального" решения у меня не получилось - но у меня оно "как-то само" заработало . Ну и ... я решил не париться.
__________________
Возможно сделать все. Вопрос времени |
|
31.10.2014, 08:52 | #3 |
Участник
|
Цитата:
Но это неправильно для патча 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-й будет выглядеть примерно так
__________________
Axapta v.3.0 sp5 kr2 |
|
|
За это сообщение автора поблагодарили: Damn (3), sukhanchik (4), gl00mie (3). |
27.10.2014, 08:43 | #4 |
Участник
|
Цитата:
Картинка не такая ли часом? Обратите внимание на текущую таймзону
__________________
Axapta v.3.0 sp5 kr2 |
|
27.10.2014, 08:19 | #5 |
Участник
|
А на 2012-ю MS забил?)
Они что-нибудь обещают для нее?
__________________
Axapta v.3.0 sp5 kr2 |
|
27.10.2014, 13:19 | #6 |
Участник
|
Для AX 2012 (R2 и R3) еще ждем По факту пришлось менять на Минскую зону +3 и руками менять пакетные задания.
Кстати, для AX 2012 было специальное обновление, для корректного изменения времени начала пакетных заданий в день после перехода на летнее/зимнее время. Обратите внимание, мне кажется, оно вошло только в CU7, вышло летом 2013 года. Номер KB 2852304.
__________________
Ivanhoe as is.. |
|
27.10.2014, 17:01 | #7 |
Участник
|
А зачем надо время запуска пакетных заданий на час вперед передвигать? Разве просроченные пакетники не запустятся сразу же после старта АОС ?
|
|
27.10.2014, 18:52 | #8 |
Участник
|
Во-первых, AOS может просто "захлебнуться", если "просроченных" окажется слишком много. А, во-вторых, как быть с НЕ просроченными? Ну, которые запускаются, например, раз в сутки/неделю/месяц и у которых время запуска было, скажем, 12:00? Вручную будете переставлять время запуска?
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
|
За это сообщение автора поблагодарили: Ace of Database (2). |
27.10.2014, 19:19 | #9 |
Участник
|
Точно, про пакетники, которые запускаются раз в сутки, я и забыл. У меня куча ежеминутных важных пакетников и десяток второстепенных посуточных. Поэтому я про них и забыл.
|
|
27.10.2014, 17:26 | #10 |
Участник
|
Для AX 2012 R2 номер статьи 3012219, самой статьи еще нет, но запросить фикс можно. Большой фикс - еще качается. Похоже, не только настройки нужно будет применять
__________________
Ivanhoe as is.. |
|
28.10.2014, 08:34 | #11 |
Участник
|
Цитата:
В отличие от 2009-й, создается только 3 новых таймзоны Для остальных существующих - настраивается правило перехода для 2014-го года и без перехода для 2015-го и дальше. Только, почему-то, переход настроен не с 26 октября, а с 5 Но в 2 часа) PS И для Владика зачем-то для 2014-го настроен переход на летнее время 5 марта.
__________________
Axapta v.3.0 sp5 kr2 Последний раз редактировалось AndyD; 28.10.2014 в 08:48. |
|
28.10.2014, 08:53 | #12 |
Administrator
|
Цитата:
Сообщение от AndyD
В отличие от 2009-й, создается только 3 новых таймзоны
Для остальных существующих - настраивается правило перехода для 2014-го года и без перехода для 2015-го и дальше. Только, почему-то, переход настроен не с 26 октября, а с 5 Но в 2 часа) PS И для Владика зачем-то для 2014-го настроен переход на летнее время 5 марта.
__________________
Возможно сделать все. Вопрос времени |
|
28.10.2014, 09:30 | #13 |
Участник
|
|
|
28.10.2014, 09:42 | #14 |
Участник
|
Цитата:
Кроме всего прочего, я и проверил по датам
__________________
Axapta v.3.0 sp5 kr2 |
|
30.10.2014, 10:53 | #15 |
Модератор
|
Что-то не вижу изменений после установки, Москва как была GMT+4 так и осталась
__________________
-ТСЯ или -ТЬСЯ ? |
|
30.10.2014, 11:26 | #16 |
Участник
|
На одной из инсталляций аналогично, при этом появились какие-то "кривые" по названию зоны. Пробуем на других поставить, отпишусь.
__________________
Ivanhoe as is.. |
|
31.10.2014, 09:08 | #17 |
Участник
|
Цитата:
В названии осталось GMT+4 или именно часы на +4 все равно показывают? И "кривые" - это непонятный символ в названии? Если дело только в названии, то смотри сообщение выше об изменении KTD
__________________
Axapta v.3.0 sp5 kr2 |
|
30.10.2014, 12:08 | #18 |
Участник
|
Цитата:
Тестировал на двух инсталляциях - таймзоны поменялись/новые добавились Как вариант - на сервере АОСа установлено обновлений для таймзон Винды?
__________________
Axapta v.3.0 sp5 kr2 |
|
02.11.2014, 21:51 | #19 |
Участник
|
Установил сначала обновление KB3012219 на Ax2012 R2, а потом обновление часовых поясов на Windows, на котором стоит АОС.
Функция DateTimeUtil::getClientMachineTimeZone() теперь возвращает ошибку "Часовой пояс, на который настроен компьютер не был найден в списке поддерживаемых часовых поясов.". Между установками обновлений аксапты и windows эта ошибка не возникала.
__________________
Дмитрий |
|
28.10.2014, 09:02 | #20 |
Участник
|
Кстати, с введением новых таймзон, MS не озаботился для них настроить правила перехода для предшествующих периодов.
Т.е., теперь надо в коде, если возникнет необходимость анализировать исторические данные, учитывать, что до 26.10.2014 02:00 была другая тайм-зона ЗЫ Про добавку *TZID напоминать не надо. Либо укажите, как ее можно использовать изнутри Аксапты (без внешних вызовов SQL)
__________________
Axapta v.3.0 sp5 kr2 |
|
Теги |
time, time zone, utc, utcdatetime, зимнее время, часовые пояса |
|
|