|
28.10.2014, 08:53 | #1 |
Administrator
|
Цитата:
Цитата:
PHP код:
В общем, какого-то "универсального" решения у меня не получилось - но у меня оно "как-то само" заработало . Ну и ... я решил не париться.
__________________
Возможно сделать все. Вопрос времени |
|
28.10.2014, 12:41 | #2 |
Участник
|
Цитата:
X++: <Timezone> <tzenum>61</tzenum> <timezonekeyname>RUSSIA TIME ZONE 2</timezonekeyname> <enumname>GMTPLUS0300MOSCOW_STPETERSBURG_VOLGOGRAD</enumname> <enumposition>61</enumposition> </Timezone>
__________________
Дмитрий |
|
28.10.2014, 13:56 | #3 |
Участник
|
Цитата:
Цитата:
Сообщение от sukhanchik
Я выбросил новые зоны (чего-то не смогла с ними АХ "подружиться"; а бизнес-потребности в них нет). А в старых зонах - я оставил старый код енума и на 1 сдвинул параметр RuleId.
(...) Позже, при импорте - пришлось подправить метод \Classes\TimeZoneImportHelper\importTimeZonePatches, чтобы система захотела именно обновить данные (параметр isNewTz д.б. false). Потому что иначе форма не отработает. Вообще-то, есть. Выше были даны ссылки на мой блог. Лично у меня все получилось Я действовал именно так, как описано в блоге. Никаких проблем не возникло при переходе. Причем я накатил новый XML (собственного производства) еще месяц назад
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
28.10.2014, 16:57 | #4 |
Участник
|
Добрый день,
Цитата:
Если же идти по пути установки патча от Microsoft, в чём некорректность XML? А у коллег, которые уже исправляли у себя TimeZone решилась проблема с отображением modified, created? |
|
28.10.2014, 18:49 | #6 |
Участник
|
Владимир Максимов, Logger, помогите разобраться.
В блоге Владимир определяет, что Поля D* - определят начальную дату и время для сдвига DST Поле S* - определят конечную дату и время для сдвига DST Тем не менее, в приложенном XML для 2014 года smonth = 10 dmonth = 12 В чём идеология? Не надо ли поменять местами все поля s* и d*? |
|
28.10.2014, 20:02 | #7 |
Участник
|
Цитата:
Цитата:
Впрочем, мои модификации тоже дадут корректное значение старых данных только до окончания 2014 года. Если использовать отдельное правило для 2015 года, то после 01.01.2015 данные о создании/изменении записей до 26.10.2014 тоже окажутся "сдвинуты" на 1 час назад Цитата:
Сообщение от actNaturally
Владимир Максимов, Logger, помогите разобраться.
В блоге Владимир определяет, что Поля D* - определят начальную дату и время для сдвига DST Поле S* - определят конечную дату и время для сдвига DST Тем не менее, в приложенном XML для 2014 года smonth = 10 dmonth = 12 В чём идеология? Не надо ли поменять местами все поля s* и d*? Лично я вводил данные "слева-направо". Поскольку поля S* оказались "слева", то я в них и ввел "начало". Если же посмотрите старые записи TimeZonesRulesData, то там сделано наоборот. D* - начало, а S* - конец. По крайней мере, у меня все корректно "перевелось". Т.е. Axapta "поняла", что я ввел в S* - начало, а в D* - окончание диапазона.
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
|
За это сообщение автора поблагодарили: actNaturally (1). |
29.10.2014, 14:52 | #8 |
Участник
|
Владимир, спасибо за ответ.
Получается, что возможности сделать так, чтобы начиная с 2015 года даты создания записанные до октября этого года отображались верно, у нас нет? |
|
29.10.2014, 16:38 | #9 |
Участник
|
Цитата:
Как оказалось, поля *TZID вообще игнорируются. Лично я не нашел ситуации, при которой они оказывали бы хоть какое-то влияние. При чтении записанное значение UTCDateTime либо отображается "как есть" ("по Гринвичу") - это если читать из кода. Либо отображается со сдвигом по текущему (указанному у пользователю) часовому поясу, если поле отображается в форме или отчете. При этом поле *TZID все-таки изменяется, если модификация поля выполняется из формы, а не из кода. В результате, поля CreatedDateTime и ModifiedDateTime всегда будут отображаться корректно, если корректно настроены правила часовых поясов. В патче от Microsoft они корректны только начиная с 26.10.2014. Все старые данные будут отображаться не корректно.
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
Теги |
time, time zone, utc, utcdatetime, зимнее время, часовые пояса |
|
|