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