תוֹכֶן
- יוניקס טיים
- UTC
- אין באגים, אין מתח - המדריך השלב אחר צעד שלך ליצירת תוכנה לשינוי חיים מבלי להרוס את חייך
- NTP
- זמן שברירי
- ISO 8601
- הכל בזמן טוב
מקור: ChakisAtelier / iStockphoto
להסיר:
אתה בטח לא חושב יותר מדי על השעון במחשב שלך, אבל יש הרבה דברים מעניינים שמאפשרים שהכל פועל בצורה חלקה.
אתה בטח לא חושב יותר מדי על השעון במחשב שלך, אלא אם כן יש לך תאריך יעד חשוב, אבל לדעת קצת על האופן בו המחשב שומר על הזמן יכול להפעיל את המערכת והרשת שלך בצורה חלקה. בנוסף, טכנולוגיית המחשבים שינתה את האופן בו אנו עוקבים אחר, רושמים ורושמים זמן, וזה די מעניין בפני עצמו. כאן ובכן תסתכל על איך מחשבים שומרים על זמן.
יוניקס טיים
סלח לי שאני קצת יוניקס-מרכזית, אבל נתח טוב מהשרתים באינטרנט משתמש ב- Unix time. מה זמן יוניקס? זה די פשוט. זה מספר השניות שחלפו מאז חצות ב- 1 בינואר 1970, UTC. (אני אסביר את UTC מעט מאוחר יותר במאמר זה.) זה מכונה "התקופה".
מערכות Unix ולינוקס רבות מחשבות זמן על ידי חישוב שניות אפוק והמירתן לזמן מקומי. היתרון בכך שהוא די קל לחשב את ההפרש בין שני תאריכים וזמנים. אם אני רוצה לגלות כמה זמן עבר מחצות הלילה ב -1 בינואר 1970, וכרגע, זה פשוט עניין של חיסור פשוט. לשפת התכנות פרל יש את היכולת לחשב שניות של תקופה בכל זמן שאתה רוצה לדמיין. (תוכלו ללמוד עוד על פרל בפרל 101.)
יש גם מספר דפוסי כיף שעולים כששניות מאז 1970 מתקתקות. בויקיפדיה יש רשימה שלהם. לדוגמא, ב- 13 בפברואר 2009 מספר השניות שחלף הגיע ל -1,234,567,890. כן, זה כל המספרים שמתחילים מאחד. היו מסיבות בקהילות טכניות ברחבי העולם לחגוג. ולאלה מכם שאינם חנוניים כל כך, לא, אני לא ממציא את זה.
תוצאה חמורה יותר של שמירת זמן בצורה זו היא בעיית 2038. בלי לפרט יותר מדי, בשנת 2038 מספר השניות שחלפו יהיה גדול מכדי לשמור על מספר שלם חתום על 32 סיביות. מערכות רבות, כולל מחשבים משובצים, עדיין משתמשות במעבדי 32 סיביות. עדיין יש לנו הרבה זמן להמיר למערכות 64 סיביות או למצוא כמה דרכים אחרות לעקיפת הבעיה, אבל אם אתה זוכר את התקלה של Y2K, שם אנשים הסתובבו כדי לתקן את הבעיה ברגע האחרון, לפעמים פשוט אין רצון לעשות משהו בעניין הדברים האלה מראש.
כשאנחנו עוברים לחלוטין למעבדים של 64 סיביות, יהיה לנו עד 292,277,026,596 שניות לפני שנצטרך לעבור מעבדים שוב. אולם בנקודה זו, ככל הנראה, לאנושות יש חששות דחופים יותר משעוני המחשב שלהם - השמש כבר מזמן בלעה את כדור הארץ עד אז.
UTC
למרות UTC, או זמן אוניברסלי מתואם, אינם מוגבלים אך ורק למחשבים, זה חשוב באופן שבו שעוניהם פועלים. זה תחליף לזמן הביניים של גריניץ 'שלוקח בחשבון את האטת כדור הארץ. המרידיאן העיקרי עליו מתבסס חישוב זה נמצא עדיין במצפה גריניץ 'באנגליה. למה שם? זה אחיזה באימפריה הבריטית.
אזורי זמן מיוצגים כקיזוז של המרידיאן העיקרי. לדוגמה, אני גר באזור הזמן של האוקיאנוס השקט שהוא UTC-8. ובזמן הקיץ הוא למעשה UTC-7.
אין באגים, אין מתח - המדריך השלב אחר צעד שלך ליצירת תוכנה לשינוי חיים מבלי להרוס את חייך
אתה לא יכול לשפר את כישורי התכנות שלך כאשר לאף אחד לא אכפת מאיכות התוכנה.
השימוש ב- UTC הוא במגוון חסרונות כדי להיפטר מעמימות בדבר אזורי זמן, כולל תעופה, חיזוי מזג אוויר ומחשוב. רוב המכונות מייצגות את אזור הזמן המקומי כקיזוז של UTC, אך מרבית השרתים באינטרנט מביעים זמן ב- UTC. אתה יכול לבדוק את הכותרות שלך לצורך הוכחה.
NTP
בעוד שרתים משתמשים בשעונים המוגדרים כ- UTC, לשעוני מחשב יש הרגל ידוע לשמצה להאט. עריכת חבורה של שעונים שאינם מסונכרנים עלולה לגרום להרס עם דברים כמו, וזה תלוי בתזמון. זו הסיבה לכך שנוצר פרוטוקול רשת זמן. זה היה מאז שנות השמונים, ושומר על שעוני מחשב עם סנכרון מושלם עם NTP. בדרך כלל אתה לא צריך לחשוב על זה. רוב הזמן, כל שעליכם לעשות הוא לאפשר NTP במערכת שלכם, באמצעות קבצי תצורה או לוח בקרה, ו- NTP תדאג לשאר על ידי יצירת קשר עם שרתים וסנכרון שעון המחשב מדי פעם. (למידע נוסף בנושא פרוטוקול זמן הרשת שומר על מתקתק באינטרנט.)
זמן שברירי
דרך מעניינת לייצג זמן היא באמצעות ימי שבר. זו סוג של זמן עשרוני המייצג את הזמן כאחוז מהיום שחלף. לדוגמה, חצות היא 0.00, הצהריים היא 0.50, 18:00 בערב. הוא 0.75 וכן הלאה.
כדי לקבל את השעה הנוכחית כיום חלקי, חלקו את הדקה הנוכחית ב- 60 והצרפו אותה לשעה. לדוגמה, אם השעה כרגע היא 1:24 בערב, 24 חלקי 60 הם 0.40, ומספקים 13.40. חלוקת זה ב -24 תשואות .56. אתה יכול גם לקבל כל דיוק שתרצה. לדוגמה, יכולתי לכתוב את השעה כ .5583333. היתרון בשמירה על הזמן בדרך זו הוא שכמו בשניות העידן שהוזכרו לעיל, חישוב ההבדלים בין פעמיים הוא רק עניין של חיסור פשוט.
ISO 8601
אם היית אי פעם בחו"ל, אתה תהיה הרבה דרכים שונות לייצג תאריכים. בארצות הברית החודש בדרך כלל מגיע למקום הראשון, כך שה- 15 בינואר 2018 יוצג כ- 15/15/18. במקומות אחרים היום מגיע ראשון, כמו ב- 15/1/18. זה יכול לגרום לבעיות מסוימות בעת תקשורת עם אנשים במדינות שונות.
תקן בינלאומי, ISO 8601, מנסה לפתור חלק מהבעיות הללו. זה די פשוט: YYYY-MM-DD. בחזרה לדוגמא שלנו, המיוצגת על פי ISO 8601, זה היה נראה כך: 2018-01-15. זה חד משמעי ו"ביג-אנדיין "מכיוון שהשנה מגיעה ראשונה. תקן זה מקל גם על מחשבים למיין דברים לפי תאריך. וריאציות אחרות מצרפות את UTC או מציגות את מספר הימים שחלפו בשנה.
הכל בזמן טוב
תזמון חשוב, וחשוב עוד יותר למחשבים. יש לקוות, מאמר זה נותן תחושה כיצד מחשבים עוקבים אחר הזמן מאחורי הקלעים.