| التنسيق | الثواني |
|---|---|
| GMT | Mon Aug 26 2024 15:46:52 GMT+0000 |
| المنطقة الزمنية الخاصة بك | Mon Aug 26 2024 22:46:52 GMT+0700 (Indochina Time) |
| نسبي | 12 minutes ago |
الطابع الزمني لنظام Unix هو طريقة لتتبع الوقت كمجموع إجمالي للثواني. يبدأ هذا العد من حقبة Unix في 1 يناير 1970 بتوقيت UTC. وبالتالي، فإن الطابع الزمني لنظام Unix هو ببساطة عدد الثواني بين تاريخ معين وحقبة Unix. ومن الجدير بالذكر (بفضل تعليقات زوار هذا الموقع) أن هذه النقطة الزمنية لا تتغير تقنيًا بغض النظر عن مكانك على الكرة الأرضية. هذا مفيد جدًا لأنظمة الحاسوب لتتبع وفرز المعلومات المؤرخة في التطبيقات الديناميكية والموزعة عبر الإنترنت وعلى جانب العميل.
| الوقت المقروء للإنسان | الثواني |
|---|---|
| 1 دقيقة | 60 ثانية |
| 1 ساعة | 3600 ثانية |
| 1 يوم | 86400 ثانية |
| 1 أسبوع | 604800 ثانية |
| 1 شهر (30.44 يومًا) | 2629743 ثانية |
| 1 سنة (365.24 يومًا) | 31556926 ثانية |
مشكلة عام 2038 (تُعرف أيضًا باسم Y2038 أو Epochalypse أو Y2k38 أو Unix Y2K) تتعلق بتمثيل الوقت في العديد من الأنظمة الرقمية كمجموع الثواني منذ 00:00:00 بتوقيت UTC في 1 يناير 1970 وتخزينها كعدد صحيح موقّع 32 بت. لا يمكن لهذه التطبيقات ترميز الأوقات بعد 03:14:07 بتوقيت UTC في 19 يناير 2038. مشابهة لمشكلة Y2K، مشكلة عام 2038 سببها عدم كفاية السعة المستخدمة لتمثيل الوقت.
أحدث وقت منذ 1 يناير 1970 يمكن تخزينه باستخدام عدد صحيح موقّع 32 بت هو 03:14:07 يوم الثلاثاء، 19 يناير 2038 (231-1 = 2,147,483,647 ثانية بعد 1 يناير 1970). البرامج التي تحاول زيادة الوقت بعد هذا التاريخ ستؤدي إلى تخزين القيمة داخليًا كرقم سلبي، والذي ستفسره هذه الأنظمة على أنه حدث في الساعة 20:45:52 يوم الجمعة، 13 ديسمبر 1901 (2,147,483,648 ثانية قبل 1 يناير 1970) بدلاً من 19 يناير 2038. يحدث هذا بسبب تجاوز سعة العدد الصحيح، حيث ينفد العداد من البتات الصالحة، وينقلب بت الإشارة بدلًا من ذلك. يؤدي هذا إلى الإبلاغ عن أكبر رقم سلبي، ويستمر العد حتى الصفر، ثم يصعد عبر الأرقام الإيجابية مرة أخرى. الحسابات الخاطئة الناتجة عن ذلك في هذه الأنظمة قد تسبب مشاكل للمستخدمين والأطراف الأخرى ذات الصلة.