Почему время окончания месячного расчетного периода, при его автоматическом продлении не равно времени его начала? Был ежемесячный расчетный период созданный 20-го сентября, датой его начала было выставлено 01-09-2005 00:00:00. Дата окончания автоматически выставилась 01-10-2005 00:00:00. При наступлении даты даты его окончания, период почему-то продлился не на месяц, а на 1 час меньше, тоесть до 31-10-2005 23:00:00.
ага, тоже самое....
был создан расчетный период в конце сентября, с началом 01.09.2005 в 00 00 01
автоматически сделалось начало 01.10.2005 в 00 00 01, и окончание 31.10.2005 в 23 00 01
Да хоть два... Какая разница? Ежемесячный рассчетный период = календарный месяц. Не может иметь точную статическую длинну в секундах! Должен рассчитываться по календарю. А тут не ёжик, а фигня какая-то...
Еще месяц назад, на тестовом сервере заметил что у меня ежемесячный рассчетный период вдруг стал заканчиваться в 4 утра.
gravis писал(а):Да хоть два... Какая разница? Ежемесячный рассчетный период = календарный месяц. Не может иметь точную статическую длинну в секундах! Должен рассчитываться по календарю. А тут не ёжик, а фигня какая-то...
Еще месяц назад, на тестовом сервере заметил что у меня ежемесячный рассчетный период вдруг стал заканчиваться в 4 утра.
Разработчики, прокомментируйте пожалуйста.
Со сдвигом на час может действительно влиять переход на зимнее время. Для вычисления даты окончания периода используются системные библиотеки - возможно проблемав них. Укажите точно на какой версии ОС наблюдается данный сдвиг.
По поводу сдвига на 4 часа - скорее всего просто поменяли часовой пояс на сервере. У вас от гринвича сдвиг случайно не 4 часа ?
gravis писал(а):Да хоть два... Какая разница? Ежемесячный рассчетный период = календарный месяц. Не может иметь точную статическую длинну в секундах! Должен рассчитываться по календарю. А тут не ёжик, а фигня какая-то...
Еще месяц назад, на тестовом сервере заметил что у меня ежемесячный рассчетный период вдруг стал заканчиваться в 4 утра.
Разработчики, прокомментируйте пожалуйста.
Со сдвигом на час может действительно влиять переход на зимнее время. Для вычисления даты окончания периода используются системные библиотеки - возможно проблемав них. Укажите точно на какой версии ОС наблюдается данный сдвиг.
?
FreeBSD 5.2.1-RELEASE расчетный пеориод
367 Sat Oct 01 00:00:00 GEST 2005 Mon Oct 31 23:00:00 GET 2005 ежемесячно 0 2678400
Со сдвигом на час может действительно влиять переход на зимнее время. Для вычисления даты окончания периода используются системные библиотеки - возможно проблемав них. Укажите точно на какой версии ОС наблюдается данный сдвиг.
?
Linux RH9, UTM5 build 15, время верно стоит:
#date Mon Oct 3 15:15:19 YEKST 2005
РП: Sat Oct 01 00:00:00 YEKST 2005 - Mon Oct 31 23:00:00 YEKT 2005
Имхо дело как раз в летнем/зимнем времени: YEKST vs YEKT
А что делать сейчас? На ходу можно увеличить расчетный период?
