#140 closed баг (wontfix)
Ошибка в в выводе времени в проигрывании записей
Reported by: | san | Owned by: | varvaraK |
---|---|---|---|
Priority: | critical | Milestone: | 2 очередь |
Component: | ПО MC04-Dispatcher. Пульт диспетчера/техника | Keywords: | |
Cc: |
Description (last modified by )
upd: При инициализации сессии SQL нужно устанавливать локаль для сессии запросом типа
SET time_zone = "+05:00";
значение смещения брать из локали пользователя, предусмотреть чтоб при изменении локали или при переходе на зимнее время значение смещения обновлялось
1. Врямя начала и конца звукозаписи пересчитывается не правильно (у меня разница +2часа, у Вити было -6) В базе время правильное поиск запускаешь - у файла время правильное выводишь инфо - время начала/конца с ошибкой 2. Время которое установлено при поиске по дефолту, тоже сдвинуто на эту же величину
Change History (11)
follow-up: 8 comment:1 by , 9 years ago
comment:3 by , 9 years ago
А вот вытащить таймштамп без привязки к зоне у меня не выходит. Выгружает он его из базы как он есть и почему-то приделывает к нему локальный часовой пояс
comment:4 by , 9 years ago
Нужно хранить таймштамп как long или по центральному времени, а еще лучше хранить его с указанием зоны.
comment:5 by , 9 years ago
Перевожу все московское в локальное короче. Обязательно проверь.
И уточни пояс установленный в базе у Вити.
comment:7 by , 9 years ago
Description: | modified (diff) |
---|---|
Resolution: | fixed |
Status: | closed → reopened |
follow-up: 9 comment:8 by , 9 years ago
Replying to varvaraK:
В базу записи почему-то записываются по Москве (GMT+3), а не по локальному времени.
Ты уверена? А какой часовой пояс выставлен на сервере? Не GMT+3?
Вообще-то если говорить строго, то TIMESTAMP хранится в базе в UTC и автоматически конвертируется из (при INSERT) или в (при SELECT) локальное время. Смотри руководство.
То, что сделано в [221] - это диверсия. Там сейчас "гвоздями забит" конкретный часовой пояс. А если завтра систему установят где-нибудь в Новосибирске или Иркутске, например?...
Я считаю, что нельзя закладываться на то, что системой будут пользоваться только в часовом поясе GMT+3 и ни в каком другом.
comment:9 by , 9 years ago
Replying to alx:
То, что сделано в [221] - это диверсия. Там сейчас "гвоздями забит" конкретный часовой пояс. А если завтра систему установят где-нибудь в Новосибирске или Иркутске, например?...
Я считаю, что нельзя закладываться на то, что системой будут пользоваться только в часовом поясе GMT+3 и ни в каком другом.
Согласен, Варя, насколько я помню, тоже поняла что была не права.
Как я понял, она не устанавливала(или неправильно устанавливала) таймзону для сессии SQL, отсюда и ошибка
comment:10 by , 8 years ago
Resolution: | → wontfix |
---|---|
Status: | reopened → closed |
В базу записи почему-то записываются по Москве (GMT+3), а не по локальному времени. Поэтому такие расхождения. Привожу теперь время до московского для поиска в базе.