שעון קיץ והצד המגעיל של תמיכה מסחרית

|
עם סיומו הקרוב של שעון הקיץ, בדקתי עם מספר קולגות את נושא מעבר השעון במספר מערכות: HP-UX, Linux, Windows.

בחלונות, מיקרוסופט הוציאה תיקון שני השנה לנושא אזורי הזמן ושעון הקיץ, והוא זמין להורדה ב-KB 933360. מאחר ונושא שעון הקיץ/חורף עשה ועושה השנה הרבה רעש בגלל שינוי החוק האמריקאי בנושא (הקדמת שעון הקיץ בשבועיים), צפוי שיש למיקרוסופט אתר יחודי לנושא ואתר עם hot topics.

ישראל מכוסה שם, ולשם שינוי גם יש סוף סוף הגדרות DST לישראל, מה שעד היום היה hack לא רשמי.

בלינוקס, עדכוני קבצי ה-zoneinfo מגיעים אוטומטית עם ההפצות, ואין בעיה מיוחדת. מדובר בקבצים שנמצאים בדרך כלל בספריה /usr/share/zoneinfo ומכילים קובץ בינארי שמכיל בתוכו מידע על תאריכי התחלה וסיום של שעון הקיץ. פרטים על בדיקת קבצי ה-zoneinfo אפשר לראות כאן.

בסביבת HP-UX הפתרון דיי דומה לסביבת הלינוקס, רק שהטבלה של מעברי השעון אינה בינארית, ובפורמט קצת יותר מסובך להבנה. פניתי ל-HP ישראל כדי לקבל מהם את הערכים הנכונים והם סיפקו אותם בזריזות.

לאחר כמה דקות נפל האסימון - בשאר הסביבות, ספק מערכת ההפעלה דואג לספק למשתמשים קבצי אזורי זמן ושעון קיץ מלאים כמה שנים קדימה. ויותר חשוב, דואגים לעדכן את המשתמשים כאשר יש שינוי כלשהו וצריך לעדכן ע"י טלאי כלשהו.

ביקשתי מ-HP ישראל (בתור לקוח שלהם) שידאגו להוסיף את ישראל לרשימת המדינות ואזורים שמופיעות כברירת מחדל בקובץ שמגיע עם מערכת ההפעלה. והתשובה שקיבלתי היא שאני מוזמן להכניס את הערכים בעצמי באופן ידני, ושאין שום טלאי כזה עבור המידע הקשור לישראל (בניגוד למידע שקשור לארצות הברית, שם יש עדכונים מסודרים).

ניסיתי להבין למה חברה מסחרית אינה מוכנה לתת ללקוחות שלה שירות זהה למקומות אחרים בעולם, והתשובה שקיבלתי היא שהנושא אינו כלכלי. עדיין לא מדובר בתשובה רשמית של החברה אלא של אחד הנציגים הטכניים, אבל זאת עדיין תשובה מעצבנת. והיא עוד יותר מעצבנת, מאחר ששאר החברות לא משחקות משחקים עם נושא אזורי הזמן ושעון הקיץ.

עם מיקורסופט יש דוגמה טריה וטובה, מצריים החליטה לפני שבוע לעשות שינוי במועד סיום שעון קיץ שלה. ההחלטה התקבלה שבועיים בלבד לפני המועד הרלוונטי, מה שלא משאיר זמן רב לעשות את העדכון הטכני.

ציטוט מתוך אתר הבלוגים של מיקרוסופט בנושא שעון הקיץ:
"Our subsidiary in the region, working with Windows product team, will publish a KB article to inform users in the region of the situation and to alert end users that an official change has been announced... "
וכמובן גם הודעה תואמת באתר הראשי של הנושא. בהחלט מראים מאמץ לטפל בנושא.

ציטוט זה ממיקרוסופט, הופך לדעתי את התשובה של HP ללא מקצועית פעמיים, פעם בצד הטכני ופעם בצד ההתייחסות ללקוח (ויש לא מעט כאלה בישראל).

אגב, למעונינים לדעת יותר על נושא של שעון הקיץ, מומלץ לראות את האתר הזה: http://webexhibits.org/daylightsaving/

אפשרויות לתצוגת תגובות

בחרו באפשרות התצוגה הרצויה, ולחצו על "שמור הגדרות".

תודה על הפוסט המ...

תודה על הפוסט המאוד משכיל הזה! המשיכו כך.

מדוע לא להשתמש ב NTP

באוניברסיטת בר אילן רץ NTP SERVER מאוד מדויק
שכתובתו היא
ntp.ilan.ac.il

כי NTP מעביר UTC

פרוטוקול ה NTP מעביר שעון רק ב UTC, כלומר ללא היסט של המיקום או שעון הקיץ. ככה שגם עם שימוש ב NTP הבעיה נשארת.

ברמת תחנות הקצה,...

ברמת תחנות הקצה, וגם מצד אנשי מערכת חובבים, מעבר משעון קיץ לשעון חורף היה כרוך בפעולה אחת קטנה - להיכנס להגדרות השעה, ופשוט להזיז את השעון במקום להוסיף או להסיר את סיבית ה־DST או לעבור לאזור זמן GMT+3 במקרים שאין אפשרות לעשות זאת.

ברגע שנוצרו מספר דרכים לפתרון הבעיה, ולא אחת רישמית, נוצר מצב בו תוכנות מסוימות מתפקדות בצורה שגוייה, או משתמשים שנאבקים מידי יום ביומו עם שעון שקופץ מיוזמתו לשעה שגויה (לא מאמינים? כנסו בימים שלאחר הזזת השעון לקבוצות הדיון של מייקרוסופט או לכל אתר תמיכה אחר בארץ).

כישראלים, תמיד הייתה לנו בעיה. עד לא מזמן אפילו למייקרוסופט לא היה פתרון רישמי עבור ישראלים, והם היו מסבירים ללקוחות איך לעשות את הפעולה בצורה ידנית עם תוכנה לעריכת אזורי זמן, ואפילו לא צירפו קובץ הגדרות מוכן להטמעה ברשת הארגונית. HP, מתברר, לא מפגרת הרבה אחרי מייקרוסופט, ותוך שנה-שנתיים בטח התמיכה באזורי זמן מסובכים תהפוך לסטנדרט גם אצלם.

--
תומר

זוהי הדרך הפשוטה והלא נכונה

מחשבי יוניקס עובדים עם זמן UTC ולא עם זמן מקומי. זה מאוד הגיוני מרגע שאתה צריך לדבר עם מחשבים אחרים וצריך להעביר את הזמן למקום אחר. "שינוי השעון" הוא למעשה רק שינוי הגדרות אזור הזמן. התמיכה ב"איזורי זמן מסובכים" תמיד היתה שם.

לכן הזזת השעון בשעה רק מגדילה את הבלאגן.

מקור הבעיה עם מיקרוסופט הוא בעובדה שלפני 2001 לא היו בארץ הגדרות יציבות, ומיקרוסופט העדיפה לא להפיץ הגדרות לא מעודכנות. ולכן החל להשתרש הנוהג הלקוי של הזזת השעון.

צפריר

What is UTC realy? Never mana...

What is UTC realy? Never managed to understand what the are the differences in this respect.

Thanks

UTC הוא זמן אפס (מ...

UTC הוא זמן אפס (מוכר גם בתור GMT). הוא נמדד בעזרת שעונים אטומיים. אזורי הזמן הם בסך הכל מידע לגבי כמה השעה המקומית שונה מ-UTC.

הרעיון הוא שאת מדידות הזמן עושים תמיד ב-UTC, ורק בסוף התהליך מוסיפים את ה-offset של איזור הזמן.

תודה!...

תודה!

UTC is not quite GMT

This isn't the main issue here, your explanation is correct except for the "מוכר גם בתור GMT".

UTC and GMT are different in leap seconds - a 61st second added to the last minute of the day about every 18-24 months to compensate for slow-down in earth's rotation.

See Wikipedia's entry about it for more details.

B

לגבי ישראל

ה"בעיה" העיקרית בשינויי שעות במדינת ישראל היא העובדה שבכל שנה נקבעים מחדש זמני שעון קיץ וחורף (בגלל יום כיפור וכו'), עד כמה שאני יודע מיקרוסופט הצליחו להוציא את העדכון לשעון קיץ וחורף בישראל "בזכות" איזשהו הסכם עם ממשלת ישראל, והעדכון תופס 10 שנים קדימה או משהו דומה.

מרגע שנקבע החוק ...

מרגע שנקבע החוק לפני כמה שנים, המועדים של העברת שעון ניתנים לחיזוי. נכון שזה לא קל כמו אצל האמריקאים או האירופאים, אבל זה עדיין אפשרי.

עובדה שמישהו טרח לעשות את זה, וזה קיים ב-tzdata בכל הפצות הלינוקס. אני חושב שמיקרוסופט ו-HP מסוגלות להעתיק את הנתון, אם לא לחשוב אותו בעצמן (או לשלם למישהו שיעשה את זה עבורם).

The y don't support multi-year

Unless Windows has changed since I checked this, the root of all evil is that Windows does not have a notion of changes in rules - they don't have the tools (file format, functions) to describe that the rule was "last friday of September until 2004" and then it changed to "first Saturday of October beginning in 2005". They only have a way to say "last friday of September" OR "first Saturday of October" and once it's set it applies to all years, even earlier dates.

UNIX and its variants have the tools to deal with it since day 1 - that's why the tzdata files are larger and "gaining weight" as time passes.

B