Все так. но
Парсинг даты из строки идет только в local!!!
Таймзоны в windows кривые! соответственно преобразования работают неправильно. Разве-что сервер настраивать на UTC в качестве локальной зоны, тогда еще както будет работать
Единого объекта для поясного времени с поддержкой арифметики и преобразований нет
:(
наконецто ктото занялся вопросом о дате и времени в Windows приложениях
для десктоп приложений чаще всего не принципиально — используется Kind=local и всех делов
но если возникла потребность представления информации в разных часовых поясах (в вебе это наиболее часто), то все не просто плохо, а очень плохо
зону нужно учитывать отдельно, операции с датами сделаны через ж
дату как дату из DateTime получили, но сравнивать как дату с другим DateTime уже не корректно — надо опять доставать проперть Date
но это еще все цветочки
с августа месяца у Windows (не .Net) категорическая проблема с записями часовых поясов
после августовского патча часовые пояса для России закончились 31 декабря 2010 года. попытка преобразования дат раньше 1.01.2011 приводит к ошибкам — летом легко получить +5 для москвы при пересчете через UTC
сейчас этот патч просто откатили!
посмотрите в настройках часового пояса в винде для России (Москва например) — там снова есть возможность перехода на летнее время!
ну какбы из коробки таки да, нельзя
но есть ряд дополнений родных и внешних
сейчас не могу скриншот сделать — на домашнем установлена (12.2m0)
активней пользуйте кнопку Windows
единственное что меня сейчас напрягает, так это то что уведомления от скайпа и пиджина о новых сообщениях отображаются в скрытой панели
для 3.0 было расширение, для 3.2 оно помоему не обновилось (может попробую дома сам его поправить) — там можно прописать приложения, значки которых из панели уведомлений добавляются в верхнюю панель
ну и если несколько окон у одного приложения — это тоже не вполне удобно/привычно
я в свое время встречал набор утилит на php для работы с аськой
на самом деле инструмент не так уж и важен
ведь в статье не преосто так не указан язык
важна парадигма — програмим на высоком уровне, сборкой мусора и т.п. занимается базовая библиотека системы исполнения кода
с другой стороны, практически все имеющиеся на текущий момент языки могут дергать библиотеки, написанные на томже С (во многих случаях и сама исполняющая система на нем написана и большинство либ)
ЗЫ спасибо за коментарий. Сначала ктото, с аналогичным Вашему, мнением просто минус поставил, но не удосужился сказать почему
ЗЫЫ стретьей стороны, а так ли уж важно на сегодня копаться на уровне железа? апологеты ассемблера говорят, что они могут написать на нем все что угодно. вот только стоимость разработки будет в разы выше, чем тоже самое написанное на С, что в свою очередь может/будет несколько дороже чем писанное на плюсах и т.д.
Ведь и на нижнем уровне поверх портов ввода-вывода и тому подобных вещей всеравно пишется некий враппер, который позволит на читать побайтно из потока, а получить готовый, верифицированный пакет данных…
если кому лень ходить — простенькой прогой на С# выгребаем инфу о таймзонах. находим среди них российские. и получаем некую фигню
По версии MS начина с 01.01.2011 все часовые пояса в России ликвидируются!
А до того никогда не переходили на летнее/зимнее время
Примеры? Пожалуйста
Было:
Russian Standard Time|Winter: 03:00:00|Summer: 04:00:00
01.01.0001 0:00:00|31.12.9999 0:00:00|01:00:00|3/1/Sunday|10/1/Sunday
Стало после августовского обновления:
Russian Standard Time|(UTC+04:00) Волгоград, Москва, Санкт-Петербург|Winter: 04:00:00|Summer: 04:00:00
01.01.0001 0:00:00|31.12.2010 0:00:00|01:00:00|3/1/Sunday|10/1/Sunday
выделена дата окнчания действия часового пояса
проверялось на нескольких машинах
или я чегото не понимаю или одно из двух…
зы тестовая прога есть по ссылке выше. выполнить до и после установки патча
учитывая, что гуглс сырцы от третьего дроида не дает, то китайцы рано или поздно будут смотреть и на бада
кстати самсугн бада не думали на планшеты пристроить?
К сожалению не могу опубликовать это отдельным топиком
MS обновила часовые пояса России
По версии MS начина с 01.01.2011 все часовые пояса в России ликвидируются!
А до того никогда не переходили на летнее/зимнее время
Примеры? Пожалуйста
Было:
Russian Standard Time|Winter: 03:00:00|Summer: 04:00:00
01.01.0001 0:00:00|31.12.9999 0:00:00|01:00:00|3/1/Sunday|10/1/Sunday
Стало после августовского обновления:
Russian Standard Time|(UTC+04:00) Волгоград, Москва, Санкт-Петербург|Winter: 04:00:00|Summer: 04:00:00
01.01.0001 0:00:00|31.12.2010 0:00:00|01:00:00|3/1/Sunday|10/1/Sunday
N. Central Asia Standard Time|(UTC+07:00) Новосибирск|Winter: 07:00:00|Summer: 07:00:00
01.01.0001 0:00:00|31.12.2010 0:00:00|01:00:00|3/1/Sunday|10/1/Sunday
по другим поясам России ситуация аналогичная
код, с помощью которого можете проверить (или опровергнуть?) эту информацию
var tzlist = TimeZoneInfo.GetSystemTimeZones();
foreach (var tzi in tzlist)
{
var s = "|";
Console.WriteLine();
Console.WriteLine(tzi.Id + s +tzi.DisplayName+ s
+ "Winter: " + tzi.GetUtcOffset(new DateTime(2011, 01, 01)) + s + "Summer: "
+ tzi.GetUtcOffset(new DateTime(2011, 06, 01)));
var rules = tzi.GetAdjustmentRules();
foreach (var rule in rules)
{
Console.WriteLine(rule.DateStart + s + rule.DateEnd + s + rule.DaylightDelta
+ s + rule.DaylightTransitionStart.Month + "/" + rule.DaylightTransitionStart.Day + "/" +
rule.DaylightTransitionStart.DayOfWeek
+ s + rule.DaylightTransitionEnd.Month + "/" + rule.DaylightTransitionEnd.Day + "/" +
rule.DaylightTransitionEnd.DayOfWeek);
}
Console.WriteLine();
}
ЗЫ помоему с точки зрения идеологии построения ОС, Linux все таки ОС семейства Unix или Unix подобных.
С точки зрения торговой марки и прочих юридических заморочек — он не UNIX
по причине тотального использования ajax с подгрузкой не только данных, но порой и всего сайта по некоторым индексам в запросе
а отличить просто индекс от идентификатора сессии порой боту непросто
особенно если такой целью не задавались
все верно
но для ссылок полученных с других или с этого-же ресурса
в случае ссылки полученной непосредственно из браузера пользователя нужно быть, по крайней мере быть несколько осторожнее, скармливая ее боту
ЗЫ ошибки в настройке серверов были и тут как-бы никаких вопросов. а вот в плане обращения с инфой, полученной не вполне обычным путем, нужно быть по крайней мере острожным и сверять ее с другими источниками…
хотя если ссылка есть в другом источнике, то использовать ее для поиска уже как-бы ни к чему. разве что для подсчета рейтинга ссылки
например потому, что на сайте данная ссылка ни разу не встречалась?
ну не умеют нормально работать поисковики с интерактивным контентом
поэтому «тырят» у пользователей ссылки
в итоге получаются вот такие вот ляпы
и если завтра где-нить в новостях скажут, что в поиск попали только те, у кого стояли различные инструменты яндекса, никто не будет разбираться, была ли это проблема конкретного ресурса или страница слита сразу целиком с компа пользователя…
Парсинг даты из строки идет только в local!!!
Таймзоны в windows кривые! соответственно преобразования работают неправильно. Разве-что сервер настраивать на UTC в качестве локальной зоны, тогда еще както будет работать
Единого объекта для поясного времени с поддержкой арифметики и преобразований нет
:(
для десктоп приложений чаще всего не принципиально — используется Kind=local и всех делов
но если возникла потребность представления информации в разных часовых поясах (в вебе это наиболее часто), то все не просто плохо, а очень плохо
зону нужно учитывать отдельно, операции с датами сделаны через ж
дату как дату из DateTime получили, но сравнивать как дату с другим DateTime уже не корректно — надо опять доставать проперть Date
но это еще все цветочки
с августа месяца у Windows (не .Net) категорическая проблема с записями часовых поясов
после августовского патча часовые пояса для России закончились 31 декабря 2010 года. попытка преобразования дат раньше 1.01.2011 приводит к ошибкам — летом легко получить +5 для москвы при пересчете через UTC
сейчас этот патч просто откатили!
посмотрите в настройках часового пояса в винде для России (Москва например) — там снова есть возможность перехода на летнее время!
помоему ничего не вышло
но там государство к этому не привлекалось помоему
зашел, получил апдейт и удалил аккаунт или через браузер пароль сменил
у него в хотелках появилось чтение моего списка контактов!
а так да, вполне удобный сервис
умолчания всегда являются подводным камнем и когда нарвешся неизвестно
а нельзя договориться с разработчиками сторонней системы, что б время отдавали с указанием часового пояса (а лучше в UTC)?
но есть ряд дополнений родных и внешних
сейчас не могу скриншот сделать — на домашнем установлена (12.2m0)
активней пользуйте кнопку Windows
единственное что меня сейчас напрягает, так это то что уведомления от скайпа и пиджина о новых сообщениях отображаются в скрытой панели
для 3.0 было расширение, для 3.2 оно помоему не обновилось (может попробую дома сам его поправить) — там можно прописать приложения, значки которых из панели уведомлений добавляются в верхнюю панель
ну и если несколько окон у одного приложения — это тоже не вполне удобно/привычно
на самом деле инструмент не так уж и важен
ведь в статье не преосто так не указан язык
важна парадигма — програмим на высоком уровне, сборкой мусора и т.п. занимается базовая библиотека системы исполнения кода
с другой стороны, практически все имеющиеся на текущий момент языки могут дергать библиотеки, написанные на томже С (во многих случаях и сама исполняющая система на нем написана и большинство либ)
ЗЫ спасибо за коментарий. Сначала ктото, с аналогичным Вашему, мнением просто минус поставил, но не удосужился сказать почему
ЗЫЫ стретьей стороны, а так ли уж важно на сегодня копаться на уровне железа? апологеты ассемблера говорят, что они могут написать на нем все что угодно. вот только стоимость разработки будет в разы выше, чем тоже самое написанное на С, что в свою очередь может/будет несколько дороже чем писанное на плюсах и т.д.
Ведь и на нижнем уровне поверх портов ввода-вывода и тому подобных вещей всеравно пишется некий враппер, который позволит на читать побайтно из потока, а получить готовый, верифицированный пакет данных…
если кому лень ходить — простенькой прогой на С# выгребаем инфу о таймзонах. находим среди них российские. и получаем некую фигню
По версии MS начина с 01.01.2011 все часовые пояса в России ликвидируются!
А до того никогда не переходили на летнее/зимнее время
Примеры? Пожалуйста
Было:
Russian Standard Time|Winter: 03:00:00|Summer: 04:00:00
01.01.0001 0:00:00|31.12.9999 0:00:00|01:00:00|3/1/Sunday|10/1/Sunday
Стало после августовского обновления:
Russian Standard Time|(UTC+04:00) Волгоград, Москва, Санкт-Петербург|Winter: 04:00:00|Summer: 04:00:00
01.01.0001 0:00:00|31.12.2010 0:00:00|01:00:00|3/1/Sunday|10/1/Sunday
выделена дата окнчания действия часового пояса
проверялось на нескольких машинах
или я чегото не понимаю или одно из двух…
зы тестовая прога есть по ссылке выше. выполнить до и после установки патча
но и дроид 1.х и 2.х какбы тоже.
кстати самсугн бада не думали на планшеты пристроить?
MS обновила часовые пояса России
По версии MS начина с 01.01.2011 все часовые пояса в России ликвидируются!
А до того никогда не переходили на летнее/зимнее время
Примеры? Пожалуйста
Было:
Russian Standard Time|Winter: 03:00:00|Summer: 04:00:00
01.01.0001 0:00:00|31.12.9999 0:00:00|01:00:00|3/1/Sunday|10/1/Sunday
Стало после августовского обновления:
Russian Standard Time|(UTC+04:00) Волгоград, Москва, Санкт-Петербург|Winter: 04:00:00|Summer: 04:00:00
01.01.0001 0:00:00|31.12.2010 0:00:00|01:00:00|3/1/Sunday|10/1/Sunday
N. Central Asia Standard Time|(UTC+07:00) Новосибирск|Winter: 07:00:00|Summer: 07:00:00
01.01.0001 0:00:00|31.12.2010 0:00:00|01:00:00|3/1/Sunday|10/1/Sunday
по другим поясам России ситуация аналогичная
код, с помощью которого можете проверить (или опровергнуть?) эту информацию
var tzlist = TimeZoneInfo.GetSystemTimeZones();foreach (var tzi in tzlist)
{
var s = "|";
Console.WriteLine();
Console.WriteLine(tzi.Id + s +tzi.DisplayName+ s
+ "Winter: " + tzi.GetUtcOffset(new DateTime(2011, 01, 01)) + s + "Summer: "
+ tzi.GetUtcOffset(new DateTime(2011, 06, 01)));
var rules = tzi.GetAdjustmentRules();
foreach (var rule in rules)
{
Console.WriteLine(rule.DateStart + s + rule.DateEnd + s + rule.DaylightDelta
+ s + rule.DaylightTransitionStart.Month + "/" + rule.DaylightTransitionStart.Day + "/" +
rule.DaylightTransitionStart.DayOfWeek
+ s + rule.DaylightTransitionEnd.Month + "/" + rule.DaylightTransitionEnd.Day + "/" +
rule.DaylightTransitionEnd.DayOfWeek);
}
Console.WriteLine();
}
С точки зрения торговой марки и прочих юридических заморочек — он не UNIX
встречаются Linux и Windows
— ты кто?
Windows, оглядываясь по сторонам шепотом:
— операционная система… а ты?
тоже шепотом:
— юникс...
а отличить просто индекс от идентификатора сессии порой боту непросто
особенно если такой целью не задавались
но для ссылок полученных с других или с этого-же ресурса
в случае ссылки полученной непосредственно из браузера пользователя нужно быть, по крайней мере быть несколько осторожнее, скармливая ее боту
ЗЫ ошибки в настройке серверов были и тут как-бы никаких вопросов. а вот в плане обращения с инфой, полученной не вполне обычным путем, нужно быть по крайней мере острожным и сверять ее с другими источниками…
хотя если ссылка есть в другом источнике, то использовать ее для поиска уже как-бы ни к чему. разве что для подсчета рейтинга ссылки
ну не умеют нормально работать поисковики с интерактивным контентом
поэтому «тырят» у пользователей ссылки
в итоге получаются вот такие вот ляпы
и если завтра где-нить в новостях скажут, что в поиск попали только те, у кого стояли различные инструменты яндекса, никто не будет разбираться, была ли это проблема конкретного ресурса или страница слита сразу целиком с компа пользователя…