Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2004.05.16;
Скачать: CL | DM;

Вниз

Определение времени   Найти похожие ветки 

 
Piter ©   (2004-04-26 00:17) [0]

Вот обнаружил недоработку в клиенте форума.
Время на сервере московское - то есть, GMT+3, но сейчас оно, видимо, GMT+4 в связи с переходом на летнее время... как это учесть программно?

Проблема в том, что я должен показывать именно так, как оно показывается на сервере, то есть московское время, но у человека может быть установлен любой часовой пояс...


 
Piter ©   (2004-04-26 00:18) [1]

ладно, понятно, что это невозможно...


 
Anatoly Podgoretsky ©   (2004-04-26 00:34) [2]

Нет оно и сейчас GMT+3


 
Piter ©   (2004-04-26 19:09) [3]

Anatoly Podgoretsky (26.04.04 00:34) [2]
Нет оно и сейчас GMT+3


как это? Ведь перевод на летнее время и обратно не влияет? Ну то есть, точное время GMT+3 и еще плюс один час получается...


 
Anatoly Podgoretsky ©   (2004-04-26 20:04) [4]

Нет точное время получается как UTC+3/4 или GMT+3


 
uny   (2004-04-26 20:20) [5]

есть и приятное - ничего не грузится, пишет
"connection close gracefully" - !
нажимаешь обновить - всё стаёт нормально. приятно потому что элегантно:)


 
Piter ©   (2004-04-26 20:47) [6]

uny   (26.04.04 20:20) [5]
есть и приятное - ничего не грузится, пишет


ты про мой клиент? Хм, все грузится зашибись, на работу это не сказывается...

Ладно, скажите просто - как определить какое сейчас время - летнее или нет? Чтобы даты указывать на час больще или просто GMT+3


 
uny   (2004-04-26 21:15) [7]

клиент никки, забавное сообщение просто.
а про зимнее летнее не нужно определять я думаю - выбор пользователя, в цупе вон вообще не переводят


 
nikkie ©   (2004-04-26 21:45) [8]

>Piter
есть некоторая проблема со временем. но когда я год назад разбирался, то пришел к выводу, что это не сильно актуально.

в DMClient есть только одна ситуация, когда это может сыграть роль - когда форум устарел (дефолтный тайм-аут - неделя). в этой ситуации показывается диалог, который предлагает загрузить либо все новые темы, либо с указанного момента (дата+время). в этой ситуации используется преобразование дата+время к lastmod (то ли GMT, то ли UTC Unix-время), которое используется в клиентском протоколе. вроде работает нормально (при условии, что установки локального времени правильные). а если установки неправильные, то ничего и не поделаешь. впрочем, ошибка в этой ситуации не критична...

опиши сценарий действий твоей программы, когда требуется преобразование локального времени к времени сервера. я думаю, либо можно без него обойтись, либо точность этого преобразования не критична.


 
Piter ©   (2004-04-26 22:00) [9]

nikkie (26.04.04 21:45) [8]
опиши сценарий действий твоей программы, когда требуется преобразование локального времени к времени сервера


все немного не так. Я про дату последнего сообщения у топиков. Она посылается в виде LastMod и в текстовом виде. Так вот я подумал - а нафига хранить две даты, если они связаны формулами + 3 часа.
А теперь я понял, что не все так просто. lastmod возвращает GMT и это правильно. А вот текстовый вид возвращает с учетом летнее время это или нет...
У меня при отображении конференции получается, что показывается время GMT+3, а это на час меньше, чем текущее московское.
Вот так.

Выходом я думаю будет определять - летнее время сейчас или нет, и если да - прибавлять час в заголовках.

Как определить - какое время?

uny   (26.04.04 21:15) [7]
а про зимнее летнее не нужно определять я думаю - выбор пользователя, в цупе вон вообще не переводят


ну я хочу, чтобы форумы отображались в том виде, в каком их показывает WEB клиент...


 
Anatoly Podgoretsky ©   (2004-04-26 22:13) [10]

Это значит, что время не GMT а UTC, онов данный момент отличается на 4 часа. Хочешь правильные показания, используй текстовое время, раз по твом словам оно правильное.


 
nikkie ©   (2004-04-26 22:43) [11]

зря ты одно поле в базе зажилил...


 
Piter ©   (2004-04-27 00:04) [12]

угу


 
Piter ©   (2004-04-27 00:04) [13]

хотел как лучше, меньше места и все такое...



Страницы: 1 вся ветка

Текущий архив: 2004.05.16;
Скачать: CL | DM;

Наверх




Память: 0.49 MB
Время: 0.067 c
14-1082974344
Chainik
2004-04-26 14:12
2004.05.16
Отключение планировщика заданий


4-1079947689
Rem
2004-03-22 12:28
2004.05.16
Что такое OLE_HANDLE?


11-1069445126
DDA
2003-11-21 23:05
2004.05.16
Аналог FileSetDate на KOL e


14-1082616423
infom
2004-04-22 10:47
2004.05.16
Предложение


7-1081317970
Borealis
2004-04-07 10:06
2004.05.16
Сервис RunAs