Отмена перехода на зимнее время и UTM5

[Point]

Собственно интересует сабж, всё ли будет с базой/расчетными периодами нормально (нет каких либо граблей в базе и использует ли она системные часы? или придется юзать http://dev.mysql.com/doc/refman/5.1/en/ ... rades.html ?)

[Pei0t]

Присоединяюсь к вопросу

[ds]

Собственно интересует сабж, всё ли будет с базой/расчетными периодами нормально (нет каких либо граблей в базе и использует ли она системные часы? или придется юзать http://dev.mysql.com/doc/refman/5.1/en/ ... rades.html ?)

Не стали выяснять, просто обновили системные базы tzdata

[asm1985]

Не стали выяснять, просто обновили системные базы tzdata

Аналогично.
Единственное, админка теперь время в GMT по умолчанию выводит, т.к. название часового пояса для Москвы теперь называется MSK, а не MST. В суппорте нетапа сказали ждать обновления java.

[Kayfolom]

tzdata обновил заранее. Ядро билинга 005. Но расчетные периоды все равно поехали на час назад. РП индивидуальные у каждого пользователя, теперь придется ручками долго и муторно править.

ЗЫ. Кремлевские гномы и здесь свою кучу гавна навалили, чем им мешал переход на зимнее/летнее время?

[Pei0t]

tzdata обновил заранее. Ядро билинга 005. Но расчетные периоды все равно поехали на час назад. РП индивидуальные у каждого пользователя, теперь придется ручками долго и муторно править.

ЗЫ. Кремлевские гномы и здесь свою кучу гавна навалили, чем им мешал переход на зимнее/летнее время?

del

[Витька]

tzdata обновил заранее. Ядро билинга 005. Но расчетные периоды все равно поехали на час назад. РП индивидуальные у каждого пользователя, теперь придется ручками долго и муторно править.

ЗЫ. Кремлевские гномы и здесь свою кучу гавна навалили, чем им мешал переход на зимнее/летнее время?

Один раз переживём, зато больше не будем два раза в год вздрагивать.

[JAO]

Перевел. Период тоже пришлось править, правда один раз всего.

С линуксом (ASPLinux который) пришлось поступить жестко. Поскольку из обновлений вылезал только tzdata 2009 года (о как!), а пакет от федоры вообще отказался ставиться, то собрал tzdata2011k под фрей (порт misc/zoneinfo), упаковал /usr/share/zoneinfo и перелил его пингвину как есть. После взял оттуда нужный файл и скопировал как /etc/localtime.

[Kapanir]

http://www.opennet.ru/tips/2630_linux_t ... time.shtml

очень понято написано по теме.

[JAO]

Разбираться времени не было особо. Работает - и ладно.

[olegnv]

Пропатчил пакет tzdata 2010b, получил вот это:
zdump -v Asia/Yekaterinburg |grep 2011
Asia/Yekaterinburg Sat Mar 26 20:59:59 2011 UTC = Sun Mar 27 02:59:59 2011 YEKT isdst=1 gmtoff=21600
Asia/Yekaterinburg Sat Mar 26 21:00:00 2011 UTC = Sun Mar 27 03:00:00 2011 YEKST isdst=1 gmtoff=21600
Asia/Yekaterinburg Sat Oct 29 20:59:59 2011 UTC = Sun Oct 30 02:59:59 2011 YEKST isdst=1 gmtoff=21600
Asia/Yekaterinburg Sat Oct 29 21:00:00 2011 UTC = Sun Oct 30 03:00:00 2011 YEKT isdst=1 gmtoff=21600

В админку пока доступа нет, как думаете, поможет избежать проблем типа времени в GMT и обновлений Явы?

[olegnv]

date -v+10d
Tue Nov 1 11:12:30 YEKT 2011

Показывает верное время (у нас FreeBsd).

[olegnv]

Или предпочтительнее такой вариант:

zdump -v Asia/Yekaterinburg | grep 2011
Asia/Yekaterinburg Sat Mar 26 20:59:59 2011 UTC = Sun Mar 27 01:59:59 2011 YEKT isdst=0 gmtoff=18000
Asia/Yekaterinburg Sat Mar 26 21:00:00 2011 UTC = Sun Mar 27 03:00:00 2011 YEKST isdst=1 gmtoff=21600

Если не трудно, подскажите, пожалуйста.

[MaxDM]

Текущее время 18 с чем-то MSK.

На рбочей 5.2.1-006

Код: Выделить всё

#date -v+10d
вторник,  1 ноября 2011 г. 18:10:08 (MSK)

Расчетный период с 01.10.2011 00:00:00 по 01.11.2011 00:00:00

На тестовой 5.2.1-008

Код: Выделить всё

# date -v+10d
Tue Nov  1 18:10:08 MSK 2011

Расчетный период с 01.10.2011 00:00:00 по 31.10.2011 23:00:00

Что не так?

[olegnv]

Что не так?

На тестовой актуальная информация о временных зонах, а на рабочей нет?
Покажи:

Код: Выделить всё

zdump -v Europe/Moscow |grep 2011