BiTel

Обновился с 6.0 до 6.1.
при добавлении платежа через клиент биллинга, если на клиенте не правильная таймзона (+4) платёж добавляется с такой датой date="2015-05-31T00:00:00+04:00". В итоге платёж идёт уже 30 числом. в зоне +3
Конечно не правильно то что на клиенте таймзона была +4 . Но в итоге платежи за весь день в системе фиксировались вчерашним днём. А не просто со смещением в час т.к. время не присутствует в платеже,а только дата и тайм зона.
Собственно и вопрос для чего нужна таймзона если используется только дата?
Логика странная: если клиент в зоне +4 значит все его платежи были вчера для зоны +3 ?????

Сколько я работал в клиенте с кривой тз происходило все что угодно, кроме того что нужно

Почему странная то? Это же логично вроде как. В другой таймзоне в данный момент может быть другая дата совсем.Это уже вопрос совсем другой. Так было сделано исторически, но сейчас оно так. Дата передаётся/обрабатывается временем 00:00, это в чём-то неправильно, но нужно это учитывать.

_________________
I'm clever. I've got a computer.

И да. Именно ДЛЯ ЭТОГО клиент при подключении к серверу биллинга БЕРЁТ ЕГО ТАЙМЗОНУ. Чтобы работать в контексте времени и таймзоны сервера.
Откуда бы вы ни подключались к серверу и какая бы таймзона не стояла на компе где запущен клиент - клиент себе насильно установит именно таймзону сервера.
НО смещение в часах при этом может быть разное, если tzdata криво обновлена. В этом и заключается проблема "необновления таймзон".

_________________
I'm clever. I've got a computer.

Клиент выставляет у себя таймзону сервера при подключении, например YEKT. Т.е. не важно где сейчас находится клиент.
YEKT, а не +0500 - чтобы клиент знал, что такого-то числа может быть другое смещение.
Но если в клиенте не обновлена Java или ее тайзоны, то YEKT на сервере это +5, а на клиенте - +4.

Я говорю про конкретный механизм для платежей.
например:
На клиенте время 10:00 31.05.2015 у него пусть будет реальная зона +4
на сервере +3
С учётом зоны сервера платёж должен пройти 31.05.2015 9:00 , а при занесении в базу он стал просто 30.05.2015, т.к. пришёл на сервер 00:00 31.05.2015 +4

Вот это в корни не правильно!!

из журнала запросов
payment => <payment contractId="118377" date="2015-05-31T00:00:00+04:00" id="-1" sum="1000.0" summa="1000.0" typeId="2" userId="0" xmlns=""><comment></comment></payment>

dimon же писал