Каморка

В этом году Штаты вместе с Канадой переходят на летнее время уже через неделю, 11-го марта. Программеры никогда не останутся без работы... http://webexhibits.org/daylightsaving/b.html

ну не только программеры...

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

Так шо...

-Maxim

мне кажется что мои механнические часы не будут работать

sobomax писал(а):Да ладно, все нормальные операционки уже знают про это начиная с конца 2005 года.

Так шо...

-Maxim

что знают, если патч от мелкомягких только вышел.

sobomax писал(а):Да ладно, все нормальные операционки уже знают про это начиная с конца 2005 года.

Так шо...

-Maxim

К сожалению, дело не ограничивается продуктом компании Б.Гейтса.
"
This means that patches are required on all systems and include the following areas:

BIOS/ Hardware upgrades/patches
Operating System Upgrades/patches
DB2/ Websphere/ JVM / Crystal Reports/ upgrades/patches
"
(ц)

Дима писал(а):BIOS/ Hardware upgrades/patches
DB2/ Websphere/ JVM / Crystal Reports/ upgrades/patches
(ц)

Чето я не понимаю наверное. При чем тут BIOS? Вроде времена DOS который завязывался на BIOS для timekeeping давно уже закончились и обратно не вернутся. Да и не занимался биос переходом на летнее время AFAIK. Hardware тоже мимо кассы, таймзонами оно не занимается, разве что имеется ввиду какие нибудь embedded operating systems.

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

-Maxim

Не все так просто.

JRE использует свои собственные Time Zone settings,
so you need to patch Java as well with totally different patch.
And if user is currently using Java application - to properly apply the
patch you need to stop application, apply the patch and restart the
application. If you have 4000 workstations with 20 different applications
it becomes a nightmare to properly patch it all.
I'm not even talking about Outlook Calendar and all that stuff.

sobomax писал(а):Потому как встраивать базу данных таймзон в каждую аппликуху это по оперделению сакс и мастдай.

речь достойная гражданина вселенной...
если бы весь мир жил в PST я бы очень удивился.
мне например интересно как все наши канадские банки которые находятся на восточном береге будут обрабатывать транзакции с западного без тайм зон?
и дело далеко не только в базах данных. скажем, сериализованная дата в xml в пределах PST летом выглядит 2006-08-31T00:00:00-07:00
а зимой 2006-12-31T00:00:00-08:00
и при переходе на новый стандарт в период между старым и новым временем перехода весной она будет на час опережать, а осенью - отставать.

shmantrik писал(а):

sobomax писал(а):Потому как встраивать базу данных таймзон в каждую аппликуху это по оперделению сакс и мастдай.

речь достойная гражданина вселенной...
если бы весь мир жил в PST я бы очень удивился.[фантазия автора на вольную тему поскипана]

А где я сказал что аппликуха не должна это учитывать? Покажи мне это место!

Говорилось про то что все современные операционки имеют ВСТРОЕННЫЕ базы данных таймзон, которые как правило весьма подробные и up-to-date, и предоставляют соответвующий API для доступа к ним. И поэтому намного более корректно в приложении использовать соответсвующий интерфейс а не изобретать велосипед.

Да и вообще, в правильно написаной апликухе все время унутре хранится и процессится в каком нибудь UTC, который не имеет зимнего-летнего времени в принципе. Ну и конвертится туда-обратно когда надо предоставить данные для внешнего потребления в конкретной таймзоне или принять данные из внешнего мира в определенной таймзоне.

-Maxim

Hairy Potter писал(а):Не все так просто.
JRE использует свои собственные Time Zone settings,
...... If you have 4000 workstations with 20 different applications
it becomes a nightmare to properly patch it all.

Вот! Сразу видно Линуксоида - жалкие 4000 станций с 20 аппликухами превращаются в кошмар - используйте Microsoft Active Directory - и все будет просто
А вообше JRE автоматически обновляется - правда опять же под Windows

в прочем - лень

Stanislav писал(а):

Hairy Potter писал(а):Не все так просто.
JRE использует свои собственные Time Zone settings,
...... If you have 4000 workstations with 20 different applications
it becomes a nightmare to properly patch it all.

Вот! Сразу видно Линуксоида - жалкие 4000 станций с 20 аппликухами превращаются в кошмар - используйте Microsoft Active Directory - и все будет просто
А вообше JRE автоматически обновляется - правда опять же под Windows

А вот и не угадал. Никакого Линкуса.
Microsoft, Active Directory - все дела.
Просто у юзеров нет local admin rights, so they are not allowed to install any updates. Otherwise next thing you find out in the morning -
some applications are broken with Microsoft hotfix. It happened
so many times before. In our environment it's not acceptable.
Too critical - live production.

Anry писал(а):

sobomax писал(а):Да ладно, все нормальные операционки уже знают про это начиная с конца 2005 года.

Так шо...

-Maxim

что знают, если патч от мелкомягких только вышел.

Патч для XP. У нас хелп деск народ поставил на все XP машины. Сразу слетели все настойки синхронизации w32tm на рабочих станциях.

Hairy Potter писал(а):

Stanislav писал(а):... используйте Microsoft Active Directory - и все будет просто
А вообше JRE автоматически обновляется - правда опять же под Windows

А вот и не угадал. Никакого Линкуса.
Microsoft, Active Directory - все дела.
Просто у юзеров нет local admin rights, so they are not allowed to install any updates.

А причем тут юзеры? ГПО надо применить к компьютеру вообще.