Ой, а я зашёл по вашей ссылке, когда в Опере было выставлено «Identify as Internet Explorer».
Посмеялся.
Можете тоже посмотреть из IE (или из другого браузера с подменой User Agent на IE).
> если Google захочет купить Яндекс, ФАС просто не даст добро на эту сделку
Скорее эту сделку заблокирует Сбербанк России, которому передали «золотую акцию» компании Yandex N.V., что даёт им право блокировать любую сделку о продаже долей компании от 25% и выше.
Да, я знаю про файл тайм-зон tztab (/usr/lib/tztab) в HP-UX. И знаю, что его формат поддерживает хранение истории изменения правил расчёта времени в каком-то часовом поясе в разные исторические периоды (по аналогии с tzdata). И системные функции работы с локальным временем действительно используют этот файл.
Однако он всё равно проигрывает единой глобальной базе часовыз зон tzdata. Tztab в HP-UX содержит отписание весьма ограниченного набора мировых часовых поясов. И обновляется, в отличие от tzdata, не слишком оперативно.
Я надеюсь, что после оформления tzdata в виде RFC (черновик готовится) к этой базе станут серьёзнее относится (в том числе и в HP). Всё же гораздо удобнее, когда все ОС и всё ПО для расчёта локального времени используют единую, глобальную, динамически обновляемую базу часовых поясов, хранящую историю изменений правил расчёта времени.
Вообще да, в Windows большая проблема с актуальным, регулярно обновляемым и хранящем историю изменений списком мировых часовых поясов. Использование tzdata исправило бы эту ситуацию.
Но не меньшая проблема — это криворукие разработчики различного ПО, которые очень бездумно и поверхностно подходят к вопросу хранения времени в файлах/базах. В итоге и получаются такие косяки, как в MS Exchange, где для разных типов календарных событий разный формат хранения даты.
Но, надо признать, и в мире unix-систем tzdata почему-то используется не повсеместно.
Например, AIX стал использовать tzdata для системного времени только с версии 6.1 (релиз вышел в конце 2007 года), а HP-UX до сих пор не использует tzdata, а юзает для списка таймзон какой-то свой велосипед.
Простой вопрос:
Какие обновления нужно установить на почтовый сервер (Win2k3, Exchange 2003), чтобы клиенты, подключающиеся к почте по OWA в интерфейсе в настройках часовых поясов видели уже обновлённые часовые пояса. Т.е. "(UTC+04:00) Москва, С.-Петербург, Волгоград" вместо старых "(GMT+3) Москва, С.-Петербург, Волгоград".
А вы не считаете, что представитель поддержки Яндекс.Маркета как раз и должен был после письма автора топика инициировать повторную проверку его сайта и только по результатам этой проверки уже ответить? А вместо того, чтобы проверить, уточнить и разобраться в ситуации, он тупо стал отпинывать клиента, мол, «идите нах*й, нам лучше знать, пишите в спортлото».
Я считаю, это совершенно ненормальная ситуация, когда проблемой вашего клиента поддержка начинает заниматься не после его прямого обращения в эту поддержку, а только после гневной публикации на интернет-ресурсе с высокой посещаемостью.
А как лично вы относитесь к качеству работы службы поддержки Яндекс.Маркет в этой конкретной ситуации?
DynDNS-клиент встроен во многие прошивки для роутеров. Например, у D-Link даже в штатные прошивки. Поэтому клиент можно настроить на самом роутере, а не на машине за роутером.
Посмеялся.
Можете тоже посмотреть из IE (или из другого браузера с подменой User Agent на IE).
Там вот такую картинку на странице показывают: spasiboeva.ru/img/incvisition.jpg
Скорее эту сделку заблокирует Сбербанк России, которому передали «золотую акцию» компании Yandex N.V., что даёт им право блокировать любую сделку о продаже долей компании от 25% и выше.
Однако он всё равно проигрывает единой глобальной базе часовыз зон tzdata. Tztab в HP-UX содержит отписание весьма ограниченного набора мировых часовых поясов. И обновляется, в отличие от tzdata, не слишком оперативно.
Я надеюсь, что после оформления tzdata в виде RFC (черновик готовится) к этой базе станут серьёзнее относится (в том числе и в HP). Всё же гораздо удобнее, когда все ОС и всё ПО для расчёта локального времени используют единую, глобальную, динамически обновляемую базу часовых поясов, хранящую историю изменений правил расчёта времени.
Похоже, его перевели в отдел Google+
Как? Он вышел на пенсию? Или может его уволили?
Это был мой любимый оператор в службе поиска Google. Мне будет его не хватать.
Но не меньшая проблема — это криворукие разработчики различного ПО, которые очень бездумно и поверхностно подходят к вопросу хранения времени в файлах/базах. В итоге и получаются такие косяки, как в MS Exchange, где для разных типов календарных событий разный формат хранения даты.
Но, надо признать, и в мире unix-систем tzdata почему-то используется не повсеместно.
Например, AIX стал использовать tzdata для системного времени только с версии 6.1 (релиз вышел в конце 2007 года), а HP-UX до сих пор не использует tzdata, а юзает для списка таймзон какой-то свой велосипед.
Через годик-полтора планируете вообще отказаться от сна?
Какие обновления нужно установить на почтовый сервер (Win2k3, Exchange 2003), чтобы клиенты, подключающиеся к почте по OWA в интерфейсе в настройках часовых поясов видели уже обновлённые часовые пояса. Т.е. "(UTC+04:00) Москва, С.-Петербург, Волгоград" вместо старых "(GMT+3) Москва, С.-Петербург, Волгоград".
Я считаю, это совершенно ненормальная ситуация, когда проблемой вашего клиента поддержка начинает заниматься не после его прямого обращения в эту поддержку, а только после гневной публикации на интернет-ресурсе с высокой посещаемостью.
А как лично вы относитесь к качеству работы службы поддержки Яндекс.Маркет в этой конкретной ситуации?