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

mioan · Сообщение **mioan** » Вт ноя 01, 2011 01:07

Задача сейчас - как бы чего сделать с текущим РП так, чтобы в следующем месяце все нормально стало, т.е. с 00 часов по 00 часов.
Ну не в ручную же всем абоненты услуги переподключать в самом деле!

Wishmaster

mioan писал(а):Задача сейчас - как бы чего сделать с текущим РП так, чтобы в следующем месяце все нормально стало, т.е. с 00 часов по 00 часов.
Ну не в ручную же всем абоненты услуги переподключать в самом деле!

По идее, если установить окончание РП на 00:00:00 01.12.2011, то все должно вернутся в норму (условно говоря). Возникает другой вопрос, что будет весной?

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

Менять можно без проблем. Не забудьте остановить ядро билинга.
Если РП много, то вот запрос на изменение (не забудьте сделать резервную копию таблицы):

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

UPDATE discount_periods SET end_date = UNIX_TIMESTAMP&#40;DATE_SUB&#40;FROM_UNIXTIME&#40;end_date&#41;,INTERVAL 1 HOUR&#41;&#41;
WHERE 
discount_periods.is_expired = 0 
AND HOUR&#40;FROM_UNIXTIME&#40;discount_periods.end_date&#41;&#41; = 1

Slezhuk

Kayfolom писал(а):Менять можно без проблем. Не забудьте остановить ядро билинга.
Если РП много, то вот запрос на изменение (не забудьте сделать резервную копию таблицы):
Код: Выделить всё
UPDATE discount_periods SET end_date = UNIX_TIMESTAMP&#40;DATE_SUB&#40;FROM_UNIXTIME&#40;end_date&#41;,INTERVAL 1 HOUR&#41;&#41;
WHERE 
discount_periods.is_expired = 0 
AND HOUR&#40;FROM_UNIXTIME&#40;discount_periods.end_date&#41;&#41; = 1

а имеет ли смысл изменить дату начала РП? Для того что бы он абонентскую плату в конце месяца правильно посчитал?

mioan · Сообщение **mioan** » Вт ноя 01, 2011 12:44

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) поменять значение начала и конца действующего РП?

Эх. Знал бы заранее, то до 12 часов последнего дня поставил бы вручную конец периода на 00 часов

Slezhuk

Да я сам начал копать уже только после того как период закрылся в час ночи...
Теперь вот думаю как сделать так что бы следующий правильно начать/закрыть.

Davion · Сообщение **Davion** » Вт ноя 01, 2011 13:01

странно обновили временую зону на сервере мускул рестартили билинг рестартили, яву на клиенте обновляли а время в админке всеравно GMT... версия 008

Davion · Сообщение **Davion** » Вт ноя 01, 2011 13:37

в чем проблема?

Kayfolom

Начало текущего РП думаю не стоит менять - ибо фиг его знает...
Достаточно дату (время конца) и следующий РП станет нормальным

Slezhuk

Kayfolom писал(а):Начало текущего РП думаю не стоит менять - ибо фиг его знает...
Достаточно дату (время конца) и следующий РП станет нормальным

а абонентку он не урежет из за того что РП на час меньше получается?

Kayfolom

Slezhuk писал(а):
Kayfolom писал(а):Начало текущего РП думаю не стоит менять - ибо фиг его знает...
Достаточно дату (время конца) и следующий РП станет нормальным
а абонентку он не урежет из за того что РП на час меньше получается?

Какой тип списания абонентки и когда списывается?

Slezhuk

Kayfolom писал(а):
Slezhuk писал(а):
Kayfolom писал(а):Начало текущего РП думаю не стоит менять - ибо фиг его знает...
Достаточно дату (время конца) и следующий РП станет нормальным
а абонентку он не урежет из за того что РП на час меньше получается?
Какой тип списания абонентки и когда списывается?

Абонентка сделана в виде отдельной услуги в тарифном плане:
тип услуги: Периодическая услуга
метод снятия денег: в конце РП

РП соответственно равен 1 мес.

Kayfolom

Хм. Не могу сказать. Тут как билингу вожжа под хвост попадет...

kirush · Сообщение **kirush** » Чт ноя 03, 2011 10:38

Что сделал не так:
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 час)