תאריכים, שעות ואזורי זמן הם דברים בעייתיים.
שעון קיץ, או "שעון קיץ" כפי שהוא גם מכונה בדרך כלל, מחמיר את המצב עוד יותר, מכיוון שמדינות רבות מכווננות את השעונים שלהן פעמיים בשנה כדי להזיז את שעת הזריחה והשקיעה הנראית לעין ביחס ליום העבודה הרגיל.
בבריטניה, למשל, השעונים שלנו מכוונים לשעון גריניץ' כאשר ראש השנה מגיע, אבל אנחנו מעבירים אותם קדימה ל-GMT+1 בסוף מרץ, ושוב ל-GMT בסוף אוקטובר.
חלק גדול מצפון אמריקה עושה משהו מאוד מאוד דומה, ובכל זאת שונה באופן מעצבן, קובע את התאריכים שבהם השעונים משתנים לתחילת נובמבר ולתחילת מרץ במקום זאת. (שתי המדינות שלנו היו מיושרות בצורה נוחה, אבל התרחקו מעט מוקדם יותר במאה הנוכחית.)
אז הקולגות שלנו בבוסטון נמצאים תמיד חמש שעות מאחורינו כאן באוקספורדשייר, למעט התקופה הקצרה בכל סתיו (או סתיו, בהתחשב בכך שאנחנו אפילו לא יכולים להסכים על שמות העונות בשפה המשותפת שלנו, שלא לדבר על ההתאמה של השעונים שלנו) והאביב כשהם לא.
המתנגדים לשעון הקיץ מבטלים את זה כמורכבות חסרת טעם שאנחנו פשוט לא צריכים בעידן האינטרנט, וזה אירוני קלות בהתחשב בעובדה שמכשירים מתקופת האינטרנט מנהלים בדרך כלל להתאים את עצמם באופן אוטומטי. תומכי השיטה מציינים כי עבור אנשים רבים, הזזת יום העבודה שלהם בהתאם לעונה אינה אפשרית עוד, מכיוון שהימים נשלטים על ידי השעון ולא על ידי המיקום היומי של השמש, ולכן הזזת השעון כך שיתאים לעונה היא האלטרנטיבה הפשוטה ביותר.
משמרות DST נחשבות כמזיקות
ואכן, בעיית תזמון שעון קיץ הרימה את ראשה כל השבוע הזה כשצ'ילה החליטה לשנות את תאריך החלפת השעון המקובל באופן זמני (כדי להוסיף עוד יותר מורכבות, שינויי השעון הולכים לכיוון השני מתחת לקו המשווה, כי העונות הפוכות).
השינוי הזמני הוכרז כדי למנוע בלבול ביום משאל העם החוקתי האחרון במדינה.
משאל העם התקיים ב-04 בספטמבר 2022, היום שבו בדרך כלל השעונים ילכו קדימה לקיץ.
לכן החלפת השעון נדחתה בשבוע, שמא אנשים ששכחו לאפס את השעון לפני השינה במוצאי שבת עלולים לקרוא לא נכון את השעה ביום ראשון, ובתמימות בסופו של דבר יגיעו לתחנת ההצבעה המקומית שלהם לאחר סגירתה, מבלי להבין שהם איחרו בשעה כי השעונים שלהם היו איטיים בשעה.
אפילו מיקרוסופט חשה צורך להזהיר את המשתמשים שלה ששעוני Windows, שמירת זמן של מערכת ההפעלה, עמידה בלוחות זמנים ועוד עשויים להיות נזרק מהבית, בהתחשב בכך שממשלת צ'ילה לא הכריזה על השינוי הזמני הזה לשינוי עד החודש שעבר, ובכך דרשה עדכון ברגע האחרון למסד הנתונים של אזור הזמן של Windows.
מה אם השעון שלך נעול?
לפחות משתמשים במערכות הפעלה מסורתיות יכולים לבצע התאמות זמניות של אזור זמן בעצמם במידת הצורך.
חלק מהמכשירים תלויים לחלוטין בעדכוני קושחה כדי להציג את הזמן המקומי בצורה נכונה.
לדוגמה, יש לנו "מחשב" אופניים מיניאטורי שאנו משתמשים בו כמצפן ומעקב מרחק בעת נסיעה (מדהים כמה זורם וטבעי אתה יכול לנווט מבלי להסתכל על מפה אם אתה יכול לעקוב אחר זמן, מרחק ו כיוון)…
... ולמרות שאתה יכול להתעסק עם כל מיני הגדרות המאוחסנות במכשיר, כמו מסת הגוף שלך (ככל הנראה משמש בניחוש תפוקת הכוח שלך), הגדרות מפה, פורמט התייחסות למיקום, גודל גופן ועוד, הדבר היחיד שאתה לא יכול לעשות הוא להגדיר את התאריך והשעה באופן ידני.
פשוט אין דרך לעשות את זה, לפחות עבור האפליקציות המובנות, ואתה אפילו לא יכול לצבוט או לפרוץ את אלה בעצמך, כי כל העניין מריץ גרסה חתומה דיגיטלית, נעילת קושחה של לינוקס
אתה יכול לכתוב אפליקציות תוספות משלך, והם יכולים להציג את התאריך והשעה איך שהם רוצים, אבל יש להרכיב אותם כדי לפעול במכונה וירטואלית ייעודית בתוך ארגז חול מוגבל במקצת.
התיאוריה היא שאם המכשיר פועל כשורה, הוא יודע את הזמן המוחלט באמצעות מקלט ה-GPS שלו, עם דיוק טוב משמעותית מהכרונומטרים המכניים המשובחים, הגדולים, היקרים והמורכבים ביותר שיוצרו אי פעם.
הוא גם יודע היכן אתה נמצא על פני כדור הארץ בדיוק של הרבה מתחת ל-10 מטרים (אתה מגלה בבירור באיזה נתיב היית, או רואה היכן עקפת אוטובוסים, כאשר אתה מסתכל אחורה על מסע שרשמת), כך שהוא יכול לחשב איזה אזור זמן פיזי שבו אתה נמצא, וקבע גם את השעה המקומית במדויק.
ובכן, הוא יכול לעשות זאת אם מסד הנתונים של אזור הזמן שלו, המציג את המיקום המדויק של גבולות אזור הזמן, והתזוזות הדרושות מ-UTC (התחליף המודרני של GMT בשעונים דיגיטליים) מעודכנים.
אחרת, ייתכן שתצטרכו להוסיף או להחסיר שעה בראש, אם המכשיר טעה.
או חצי שעה, כי חלק מהאזורים משתמשים באזורי זמן של 30 דקות.
(מדהים כמה אנשים מסרבים לקבל שקיימים אזורי זמן שאינם שלמים, ומתעקשים ש "כל אזורי הזמן החוקיים עוברים תוך שעות", שיהיו חדשות לכל אחד בהודו או בדרום אוסטרליה.)
או 15 דקות.
(נסה לבקר בנפאל או באוקלה.)
האם איסור שעון קיץ יעזור?
מי שלא אוהב את שעון הקיץ, בין אם בגלל שהוא חושב שזו פגיעה בסדר הטבעי של הדברים, או בגלל שהם לא יכולים לזכור אף פעם להחליף את השעונים המופעלים ידנית בביתם, יבטיח לכולנו את האיסור על "שעון קיץ" יפתור בצורה מסודרת את כל הבעיות הללו.
אבל זה לא יפתור את הבעיה של איך להבין את יומני המחשב, וכיצד להשתמש בהם בפתרון בעיות IT, בעיקר בתגובה לאיומי אבטחת סייבר, היכן הרצף שבו דברים התרחשו יכול להיות מאוד חשוב.
לדוגמה, אם היומנים מראים שנוכלים נכנסו כמעט בוודאות בשעה 03:30 ביום שלישי בערב, בהתבסס על ניצול שנוצל לראשונה לרעה באותו זמן...
...האם יצירת החשבון החדש עם חותמת הזמן 03:00 באמת התרחשה לפני הניצול הופעל, או שיכול היה להיות לאחר מכן?
האם שינויי התצורה מוטבעים בזמן 04:00 כאלה שצריכים לחזור אחורה, כי הם קרו לאחר תחילת ההתקפה, או שהם שינויים שאתה צריך לשמור כי היומנים נקובים באזורי זמן שונים?
מה לעשות?
יש דבר אחד שאתה יכול לעשות כדי לעזור, הן כיוצר קובץ יומן והן כצרכן קובצי יומן.
צמצם תמיד את חותמות הזמן ל-UTC (זמן מתואם אוניברסלי), ובכך למנות אזורי זמן מתוך קובצי היומן שלך, וכן תמיד להקליט חותמות זמן בפורמט פשוט, חד משמעי, שניתן למיין בסדר אלפביתי.
במילים פשוטות: להתייעץ, RFC 3339, והיצמד זמן זולו חותמות זמן בכל מקום.
אלה נראים בערך כך:
2022-09-08T17:30:00.00000Z
לתאריך יש תמיד שנים של ארבע ספרות, כך שאין סיכון להמציא מחדש את באג המילניום.
זמנים לא צריכים AM ו-PM (מחשבים יכולים לספור עד 24 לפחות באותה קלות שאפשר לספור עד 12), מה שמסיר אי בהירות.
וזה Z בסוף מציין שהתאריך והשעה המוצגים לא הוחל התאמת אזור זמן, כך שכל שניים זמן זולו ניתן להשוות ישירות ערכים ביומן כדי לקבוע את הרצף שבו הם התרחשו.
התגובה לאיום היא הרבה יותר קלה, ובטוחה הרבה יותר, כאשר חותמות הזמן שלך חד משמעיות, לכן אנו ממליצים על גישה זו לכולם.
קריאה נוספת אודות
חשיבות הבהירות בפורמטים של חותמות זמן
כמה סיבות קלילות (אך מקוריות) ל-RFC 3339
