Свежие комментарии

Title Comment
Про срабатывание будильника

Про срабатывание будильника по отображению - верно, согласен. Однако, в моём телефоне (samsung защищённый) есть опция "автообновление времени", и нет ничего про переход зима/лето. Ожидая, что автообновление сработает, ничего не стал делать. А оно видимо вообще не работает (проверил позже - выставил вручную неправильное время, включил синхронизацию, телефон сказал ща ребутнусь, загрузился и ноль эмоций). Более того, сейчас сверил часы с компом, отстают на мобиле. Т.е. всё это время, что я пользовался телефоном, синхронизация не работала и молчала.

Странно. Нам вода стоит $50 в месяц. А электричество - ~$1

Странно.
Нам вода стоит $50 в месяц. А электричество - ~$150-200 зимой и ~$400-450 летом.

Жаль только не разошелся по

Жаль только не разошелся по зеркалам еще, по ходу.
Съэкономило бы кучу времени...
На свежайших портах - старая timezonedb.

Убил 2 часа. СПАСИБО.

Кто ж блин знал, что эти упыри захардкодили timezonedb.
Кто им мешает использовать системную?
Время php не совпадает с временем ОС.
Я думал совсем крыша поехала.
Под FreeBSD 8 обновляю php52 -> php53 - время нормальное.
Возвращаю назад - слетает.
Всю голову сломал.
Если не возражаете - перепечатаю у себя со ссылкой.

СПАСИБО!
за решение...

<i> а смена правил происходит настолько редко в рамках конкр

а смена правил происходит настолько редко в рамках конкретной страны (и еще реже - на крупных рынках вроде России, а на мелкие страны всем вендорам уж совсем наплевать)
Штаты совсем недавно меняли неделю в которую происходит один из переходов. У нас софт на таймзоны завязан, я хоть и не занимаюсь этими проблемами уже лет пять как, всё ещё напрягаюсь при каждом переводе часов :)

<i>Или хранить, передавать и т.п. все в UTC, а только визуал

Или хранить, передавать и т.п. все в UTC, а только визуализацию делать в локальном времени.
Или я торможу, или это всё равно требует хранения полной истории всех тайм-зон. Чтобы визуализацию делать правильно.
Так что от HH:MM:SS TZNAME этот подход отличается только моментом/частотой разбора истории таймзон.

Да кошмар вообще. У меня

Да кошмар вообще. У меня ощущение, что единственное место, где не было больщих проблем - это корпоративные сетки на MS'овских продуктах, админы которых не ленятся ставить и читать обновления.

Да, я примерно это и

Да, я примерно это и "предлагаю" в исходном тексте.

На практике, с сожалению, это не получается столь радужно. GSM-сети, скажем, умеют отдавать время (или что-то в этом духе) клиентам - и вчера Билайн и Мегафон (как пишут в комментариях в соседнем посте) делали это неправильно.

К сожалению, инфраструктура приспособилась к двукратной смене "времени" (временной зоны) каждый год, это пожалуйста, а вот шансов приспособить ее к смене правил смены - я вижу мало.

Не, я имел ввиду более

Не, я имел ввиду более "дружественный" интерфейс. Один раз поставил в... девайсе, что я в "Москва" и понятия я не имею, какой там часовой пояс - пусть про это сервер думает.

Для переносных устройств - ну пусть мне предлагает при переезде (фиг знает, как оно определять будет, что я переехал...) - выставить новый ближайший большой город. Или не выставлять - мне, может быть, удобнее по Москве жить.

Главное: как можно больше переложить на центральный сервер(ы), а пользователю и девайсу оставить самое простое.

NTP отдает в гринвиче (UTC).

NTP отдает время в гринвиче (UTC). А какая у вас (спрашивающего) временная зона - не знает. Это вы должны знать (или вам скажут снаружи, из GSM-сети или GPS-приемник по вашим координатам)

Чисто для поддержания

Чисто для поддержания дискуссии: будильник в (моем) телефоне срабатывает, когда на экране ОТОБРАЗЯТСЯ цифры 6:45 (или 7:15, в зависимости от дня недели). То есть да, отображения.

Совершенно отдельный класс проблем - это проблемы "умолчания", вот текущие 19:25 должны бы восприниматься как 19:25 +0400, а необновленные программы воспринимают как +0300 и переводят в неправильное время по гринвичу. И с разбором аббревиатуры MSK у них тоже проблемы (если кто разбирает в таком формате).

И в этом смысле будильник (который вы устанавливаете без таймзоны) - это проблема интерпетации вашего ввода времени, конечно же. Потому что ВЫ ввели его в таком двусмысленном формате.

А можно вопрос от чайника?

А почему нельзя просто спрашивать всем время на каком-нибудь сервере, которому все доверяют? Есть же NTP и всякие другие умные слова...

Я вот уже давно привык просто набирать time.is в браузере в случае сомнений.

Или проблема, что не все еще в одном большом интернете?

А будильник в телефоне - это

А будильник в телефоне - это тоже проблема отображения? Задумался. Видимо да.

pecl-timezonedb

Спасибо за информацию, порт misc/pecl-timezonedb поправлен.

Так ведь проблема текущая -

Так ведь проблема текущая - за редчайшими исключениями именно с отображением. Хотя, конечно, есть и прочие приколы, но их мало.

Теперь понятно, почему был

Теперь понятно, почему был такой кипишь по миру из-за Y2K, а ведь тогда было значительно меньше всякой умной электроники. По-моему, проблему нужно решать разделением времени и его отображения: часы всегда делают расчёты в одном формате, а уж только отображение в UI зависит от пояса.

Re: дети

Еще два раза - после 15. Доехать, перекусить и гулять.

Re: дети

>И то что в 16 поедем домой по свету - большой плюс.

Один раз в неделю. Но все пять раз утром - по темноте. Не перевешивает?

Re: дети

По факту, у дочки-первокласницы два раза в неделю заканчивается в 15, один раз - в 16 (кружки, да), два раза - в 13, один раз в 12.
И то что в 16 поедем домой по свету - большой плюс.

В новых гарминах есть

В новых гарминах есть файлик-карта, gmaptz.img, где сия зависимость прописана. Однако обновить эту штуку пока не почесались.
Что касается операторов связи - у меня нокия на S40, проставил там GMT+4, но sms приходят со сдвинутой датой отправки аж на два часа вперед (билайн) от людей, у которых телефон тоже показывает правильное время (что у них в таймзоне прописано - не в курсе). При этом я знаю, что старые смартфоны Самсунг (которые на их самостийной ОС) глючат со списком смс, когда их время отправки кажется им странным.

А я всё-таки сделал себе-будущему такой подарок, пересобрал.

А я всё-таки сделал себе-будущему такой подарок, пересобрал. Мало ли что следующему медвепуту в голову стукнет.

Re: дети

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

уроки начинаются в 8:30, допусти даже 5 уроков плюс четыре перемены и полчаса завтрак\обед, в 14:00 уроки заканчиваются. после школы, т.е. после 14:00, даже плюс обед, после 15:00 достаточно света для погулять хоть по летнему хоть по зимнему времени.

но в принципе, аргумент понятен.

Re: дети

Итого 2 месяца добавилось к этому ухудшению вставания, зато все 5 месяцев к улучшению гуляния :)

Re: дети

Все-таки в декабре-январе (а сейчас будет в ноябре-феврале) дети гораздо тяжелее встают в школу, чем остальной учебный год.

У меня трое - и статистики больше :)

дети

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

Ну не знаю, я не чувствую потребности в солнечном свете вече

Ну не знаю, я не чувствую потребности в солнечном свете вечером за рулем, именно из-за того что машин много и пробки. И для меня вечером пробки не плотнее, я уже еду когда они проходят пик.
Вот если наоборот - машин мало, скорости большие тогда наверное.
Ну или если в разные места надо ездить. А как я - по одной дороге каждый день, так и пофик светло вечером или темно. А вот утром [мне] хочется видеть солнце, или хотя бы светлое небо (ибо солнечных дней в Москве зимой раз два и обчелся, все время облачность, подозреваю что антропогенного характера).

Вечером свет офигенно нужен тем кто за рулем. Утром тоже, н

Вечером свет офигенно нужен тем кто за рулем.
Утром тоже, но вечером больше машин и плотнее пробки.

>Собственно, "совы" имеют по декретному времени больше шансо

>Собственно, "совы" имеют по декретному времени больше шансов увидеть немножко дневного света....

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

а вот утром в рабочие дни - вставать надо как скажет работодатель.

кстати о заполярном круге. был я пару лет на новый год там (время MSK+4), в гостях, так мы принимающей стороной жили по московскому времени практически, ибо не были привязаны к графику работы учреждений -- магазины часто круглосуточные а даже если и нет то в плюс-минус 4 часа можно попасть. по телеку всякая шняга постоянно, в любое время. и кстати удобней даже и комфортней - когда "светлое" время утром когда встаешь, а не в обед.

>Укорачиваем на два часа световой день, получаем с 8 до 19.

>Укорачиваем на два часа световой день, получаем с 8 до 19. Это лучше, чем с 6 до 17
Мне пофик - у меня рабочий день с 10 до 19, так что вечером я по-любому еду в темноте.

Да пофик период вокруг равноденствия и вообще лето. Меня волнует только пчелы, зима начиная с середины октября, когда надо просыпаться а за окном темно. Поэтому я - за зимнее время в москве и чтобы оно не менялось. Или даже ещё на час назад.

>А в декабре - палюбому жопа.
А вот и нет. Пусть сдвинут на два часа, на истинное время, чтобы вставать когда светло или хотя бы уже утренние сумерки, а не ночью! Ну может это мои личные тараканы потому что я сова.

>реальная жесть в Питере
Там по-любому жесть, сочувствую питерцам. Я долгое время прожил за полярным кругом и ну его нафик эти полярные дни и ночи. Где-то до восьмого класса меня это не напрягало, а вот в 10-м я уже стал завешивать окна когда полярный день. И стал ощущать давление полярной ночью. Первый восход солнца после полярной ночи - непередаваемое ощущение окончания бесконечно надоевшего сумрака.
А тут меня опять в это окунают, хорошо хоть есть на свете суббота и воскресенье...

А вот между прочим трансляции из Метрополитен опера идут в п

А вот между прочим трансляции из Метрополитен опера идут в прямом эфире в кинотеатрах, дневные спектакли в Нью-Йорке в Москве начинаются в 21-00, а будут значит начинаться в 22 и заканчиваться после часа ночи?
http://www.metoperafamily.org/metopera/broadcast/hd_events_alternates.aspx

Pages

Subscribe to comments_recent_new