Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Потрепаться";
Текущий архив: 2004.05.16;
Скачать: [xml.tar.bz2];

Вниз

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

 
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;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.47 MB
Время: 0.042 c
3-1082362660
}|{yk
2004-04-19 12:17
2004.05.16
Как создавать оптимальные планы запросов в Interbase?


14-1082624535
Иногда они возвращаются
2004-04-22 13:02
2004.05.16
Любая тема ветки.


11-1069362618
Dark Simpson
2003-11-21 00:10
2004.05.16
Интересная проблемка...


3-1082637478
highlander
2004-04-22 16:37
2004.05.16
Опять возращаемся к DBGrid


1-1083052445
Ivolg
2004-04-27 11:54
2004.05.16
Memo





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский