Отмена перехода на зимнее время и UTM5
-
- Сообщения: 309
- Зарегистрирован: Сб апр 16, 2005 11:44
По идее, если установить окончание РП на 00:00:00 01.12.2011, то все должно вернутся в норму (условно говоря). Возникает другой вопрос, что будет весной?mioan писал(а):Задача сейчас - как бы чего сделать с текущим РП так, чтобы в следующем месяце все нормально стало, т.е. с 00 часов по 00 часов.
Ну не в ручную же всем абоненты услуги переподключать в самом деле!
Возникла проблема с переходом:
-в админке время отображается неправильно. патчить джаву- не помогает(в винде не возымело эффекта, в Ubuntu просто не запустилось- ValidationError). Если в админке вручную выставить время "Moscow" - время отображает правильно.
-При правильном отображении времени в админке РП(он у нас единственный) показывает как с 01:00:00 по 01:00:00
-в Mysql в таблице discount_periods:
Предпоследний период:
start: 1317412800 (Сбт Окт 1 00:00:00 MSK 2011)
end: 1320094800 (Втр Ноя 1 01:00:00 MSK 2011)
Последний:
start: 1320094800 (Втр Ноя 1 01:00:00 MSK 2011)
end: 1322686800 (Чтв Дек 1 01:00:00 MSK 2011)
Что будет, если вручную(в mysql) поменять значение начала и конца действующего РП?
-в админке время отображается неправильно. патчить джаву- не помогает(в винде не возымело эффекта, в Ubuntu просто не запустилось- ValidationError). Если в админке вручную выставить время "Moscow" - время отображает правильно.
-При правильном отображении времени в админке РП(он у нас единственный) показывает как с 01:00:00 по 01:00:00
-в Mysql в таблице discount_periods:
Предпоследний период:
start: 1317412800 (Сбт Окт 1 00:00:00 MSK 2011)
end: 1320094800 (Втр Ноя 1 01:00:00 MSK 2011)
Последний:
start: 1320094800 (Втр Ноя 1 01:00:00 MSK 2011)
end: 1322686800 (Чтв Дек 1 01:00:00 MSK 2011)
Что будет, если вручную(в mysql) поменять значение начала и конца действующего РП?
Менять можно без проблем. Не забудьте остановить ядро билинга.
Если РП много, то вот запрос на изменение (не забудьте сделать резервную копию таблицы):
Если РП много, то вот запрос на изменение (не забудьте сделать резервную копию таблицы):
Код: Выделить всё
UPDATE discount_periods SET end_date = UNIX_TIMESTAMP(DATE_SUB(FROM_UNIXTIME(end_date),INTERVAL 1 HOUR))
WHERE
discount_periods.is_expired = 0
AND HOUR(FROM_UNIXTIME(discount_periods.end_date)) = 1
а имеет ли смысл изменить дату начала РП? Для того что бы он абонентскую плату в конце месяца правильно посчитал?Kayfolom писал(а):Менять можно без проблем. Не забудьте остановить ядро билинга.
Если РП много, то вот запрос на изменение (не забудьте сделать резервную копию таблицы):Код: Выделить всё
UPDATE discount_periods SET end_date = UNIX_TIMESTAMP(DATE_SUB(FROM_UNIXTIME(end_date),INTERVAL 1 HOUR)) WHERE discount_periods.is_expired = 0 AND HOUR(FROM_UNIXTIME(discount_periods.end_date)) = 1
Эх. Знал бы заранее, то до 12 часов последнего дня поставил бы вручную конец периода на 00 часовSlezhuk писал(а):Возникла проблема с переходом:
-в админке время отображается неправильно. патчить джаву- не помогает(в винде не возымело эффекта, в Ubuntu просто не запустилось- ValidationError). Если в админке вручную выставить время "Moscow" - время отображает правильно.
-При правильном отображении времени в админке РП(он у нас единственный) показывает как с 01:00:00 по 01:00:00
-в Mysql в таблице discount_periods:
Предпоследний период:
start: 1317412800 (Сбт Окт 1 00:00:00 MSK 2011)
end: 1320094800 (Втр Ноя 1 01:00:00 MSK 2011)
Последний:
start: 1320094800 (Втр Ноя 1 01:00:00 MSK 2011)
end: 1322686800 (Чтв Дек 1 01:00:00 MSK 2011)
Что будет, если вручную(в mysql) поменять значение начала и конца действующего РП?
Абонентка сделана в виде отдельной услуги в тарифном плане:Kayfolom писал(а):Какой тип списания абонентки и когда списывается?Slezhuk писал(а):а абонентку он не урежет из за того что РП на час меньше получается?Kayfolom писал(а):Начало текущего РП думаю не стоит менять - ибо фиг его знает...
Достаточно дату (время конца) и следующий РП станет нормальным
тип услуги: Периодическая услуга
метод снятия денег: в конце РП
РП соответственно равен 1 мес.
Что сделал не так:
1. Установил свежий порт /usr/port/misc/zoneinfo
2. Настроил tzsetup
3. Влил новые временные зоны в мускуль: mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root -D mysql
на этоп этапе один ворнинг:
Warning: Unable to load '/usr/share/zoneinfo/zone.tab' as time zone.
4. Рестартанул mysql, utm5_core
5. Рестартанул cron
Время на сервере правильное, время в админке правильное.
В отчетах по ВПН сессии - время (-1 час)
1. Установил свежий порт /usr/port/misc/zoneinfo
2. Настроил tzsetup
3. Влил новые временные зоны в мускуль: mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root -D mysql
на этоп этапе один ворнинг:
Warning: Unable to load '/usr/share/zoneinfo/zone.tab' as time zone.
4. Рестартанул mysql, utm5_core
5. Рестартанул cron
Время на сервере правильное, время в админке правильное.
В отчетах по ВПН сессии - время (-1 час)