حقبة Unix (Unix epoch)، التي يُشار إليها غالباً بوقت Unix أو وقت POSIX أو الطابع الزمني لـ Unix، هي تمثيل رقمي للوقت قابل للقراءة آلياً. يتم تعريفه بدقة على أنه إجمالي عدد الثواني التي انقضت منذ 1 يناير 1970، الساعة 00:00:00 بالتوقيت العالمي المنسق (UTC). من المهم ملاحظة أن نظام حفظ الوقت الزمني هذا لا يحسب الثواني الكبيسة. في حين أن مصطلح "إيبوك" يشير تقنياً على وجه التحديد إلى "وقت Unix 0" (بتنسيق 1970-01-01T00:00:00Z)، غالباً ما يستخدم المطورون ومهندسو الأنظمة "وقت إيبوك" كاختصار مناسب لوقت Unix بشكل عام.
نظراً لأن هذه النقطة الدقيقة في الوقت تعمل كخط أساس عالمي ثابت، فإنها لا تتغير تقنياً بغض النظر عن موقعك الفعلي أو منطقتك الزمنية المحلية على الكرة الأرضية. إنه المعيار الذهبي المستخدم في الحوسبة، وواجهات برمجة التطبيقات REST، وملفات سجل الخادم، والبرامج النصية للواجهة الخلفية، وبنى قواعد البيانات. من خلال توفير عدد صحيح رقمي بسيط ومتسق ومفرد، فإنه يوفر طريقة فعالة للغاية لحساب وتخزين وتتبع وفرز البيانات الزمنية عبر تطبيقات الويب الموزعة. علاوة على ذلك، يتم تمثيل أي تاريخ تاريخي قبل 1 يناير 1970 ببساطة برقم سالب.
تُعد "مشكلة Unix 32 بت"، والمعروفة على نطاق واسع في مجتمعات الأمن السيبراني والتطوير باسم مشكلة عام 2038، أو خطأ ألفية Unix، أو Y2K38، ثغرة برمجية حرجة تؤثر على أنظمة الكمبيوتر التي تخزن الطوابع الزمنية لـ Unix باستخدام أعداد صحيحة موقعة 32 بت.
أحد القيود الأساسية لوقت Unix هو أن كل يوم يتكون بالضبط من 86,400 ثانية. هذا يعني أن الثواني الكبيسة تشترك في نفس الطابع الزمني لـ Unix بالضبط مثل الثانية التي تسبقها مباشرة؛ لذلك، لا يمثل وقت Unix التوقيت العالمي المنسق بدقة علمية مطلقة. ومع ذلك، فإن القيد الأكثر إلحاحاً هو التدفق الزائد الوشيك للعدد الصحيح 32 بت. يتطلب عنق الزجاجة المعماري هذا ترحيل ملايين التطبيقات بسرعة إلى أنظمة 64 بت أو اعتماد اصطلاحات طوابع زمنية جديدة للاستمرار في العمل بأمان. بالإضافة إلى ذلك، يجب التعامل مع أي طابع زمني يسبق عام 1970 بعناية في ذاكرة النظام، لأنه يحسب عدد الثواني حتى حقبة 1970 كعدد صحيح سالب.
في 19 يناير 2038، سيتوقف الطابع الزمني القياسي لـ Unix عن العمل بشكل كارثي على أنظمة 32 بت القديمة بسبب التدفق الزائد الهائل للعدد الصحيح. لمنع الفشل المنهجي، يجب ترحيل التطبيقات والخوادم والأجهزة المضمنة المعرضة للخطر إلى بيئات تشغيل 64 بت قبل هذه اللحظة الدقيقة، مما سيؤمن معالجة الطوابع الزمنية لمليارات السنين في المستقبل.
في أنظمة الحوسبة 32 بت، يتم تخزين قيمة الوقت تحديداً كعدد صحيح موقع 32 بت، والذي تبلغ سعته الرقمية القصوى 2,147,483,647 (2^31 - 1). عندما تستخدم الأنظمة القديمة هذه القيمة الصحيحة المحددة لحساب مرور الوقت، فإنها ستفيض بدقة بعد 03:14:07 UTC في 19 يناير 2038. في هذه النقطة بالضبط، ستنقلب الأنظمة التي تستخدم تخصيص time_t 32 بت، وتطلق بت الإشارة، وتفسر الثانية التالية على أنها رقم سالب عميق. وبالتالي، سيقرأ الكمبيوتر التاريخ الحالي على أنه 13 ديسمبر 1901. يمكن أن يتسبب هذا الخلل المشابه لـ Y2K في إساءة تصرف البرامج المعقدة، أو إتلاف قواعد البيانات الحرجة، أو تعطل أنظمة الأجهزة تماماً.
مشكلة عام 2038 هي في جوهرها إعادة التعيين الحتمية للأعداد الصحيحة الموقعة 32 بت الفائضة المستخدمة لحساب ثواني Unix. بمجرد وصول قيمة التخزين القصوى إلى حدها الأقصى في 19 يناير 2038، ستسيء الأنظمة تفسير التاريخ على أنه 13 ديسمبر 1901. تؤثر هذه الثغرة الأمنية الأساسية بشدة على أنظمة التشغيل القديمة، وقواعد بيانات SQL، والبنية التحتية المالية، والأجهزة الذكية، مما قد يتسبب في أعطال شديدة في وقت التشغيل وفقدان بيانات لا يمكن عكسه.
تقدم لغات البرمجة الحديثة مكتبات ووظائف مدمجة لجلب الطوابع الزمنية لـ Unix ومعالجتها وتنسيقها بسهولة.
توضح الأمثلة الفنية التالية بالضبط كيفية جلب وقت إيبوك الحالي بالثواني، وكيفية تحويل عدد صحيح يمثل إيبوك مثال (1800000000) إلى سلسلة نصية قابلة للقراءة.
import time; time.time() للحصول على الوقت، و import time; time.ctime(1800000000) للتحويل.time() للحصول على الوقت، و date('r', 1800000000); للتحويل.Math.floor(new Date().getTime()/1000.0) للحصول على الوقت، و new Date(1800000000*1000).toLocaleString() للتحويل.long epoch = System.currentTimeMillis()/1000; للحصول على الوقت، و new java.text.SimpleDateFormat("MM/dd/yyyy HH:mm:ss").format(new java.util.Date(1800000000*1000)) للتحويل.std::chrono::duration_cast<std::chrono::seconds>(std::chrono::system_clock::now().time_since_epoch()).count().DateTimeOffset.Now.ToUnixTimeSeconds() للحصول على الوقت، و new DateTime(1970, 1, 1, 0, 0, 0, DateTimeKind.Utc).AddSeconds(epoch).ToShortDateString() للتحويل.time للحصول على الوقت، و scalar localtime(1800000000) للتحويل.Time.now.to_i للحصول على الوقت، و Time.at(1800000000) للتحويل.time.Now().Unix() للحصول على الوقت، و time.Unix(1800000000, 0) للتحويل.as.numeric(Sys.time()) للحصول على الوقت، و as.POSIXct(1800000000, origin="1970-01-01", tz="GMT") للتحويل.os.time() للحصول على الوقت، و os.date("%c", 1800000000) للتحويل.DateTime.now().millisecondsSinceEpoch ~/ 1000 للحصول على الوقت، و DateTime.fromMillisecondsSinceEpoch(1800000000*1000) للتحويل.DateTimeToUnix(Now, False) للحصول على الوقت، و DateTimeToStr(UnixToDateTime(Epoch)) للتحويل.SELECT EXTRACT(EPOCH FROM now()) للحصول على الوقت، و SELECT TO_TIMESTAMP(1800000000) للتحويل.SELECT UNIX_TIMESTAMP(NOW()) للحصول على الوقت، و SELECT FROM_UNIXTIME(1800000000) للتحويل.SELECT DATEDIFF(SECOND, '1970-01-01', GETUTCDATE()) للحصول على الوقت، و SELECT DATEADD(SECOND, 1800000000, '1970-01-01') للتحويل.SELECT unixepoch() للحصول على الوقت، و SELECT datetime(1800000000, 'unixepoch') أو المنطقة الزمنية المحلية للتحويل.date +%s للحصول على الوقت، و date -d @1800000000 (استبدل '-d' بـ '-ud' لتوقيت UTC) للتحويل.date +%s للحصول على الوقت، و date -j -r 1800000000 للتحويل.[DateTimeOffset]::Now.ToUnixTimeSeconds() للحصول على الوقت، و [DateTimeOffset]::FromUnixTimeSeconds(1800000000).LocalDateTime للتحويل.=(A1 / 86400) + 25569 (قم بتنسيق خلية النتيجة للتاريخ/الوقت بتوقيت GMT). لمناطق زمنية أخرى استخدم: =((A1 +/- time zone adjustment) / 86400) + 25569.time(NULL) للحصول على الوقت، و ctime(&t) للتحويل.SystemTime::now().duration_since(UNIX_EPOCH) للحصول على الوقت، و DateTime::<Utc>::from(t) للتحويل.غالباً ما يتطلب عرض الواجهة الأمامية تحليلاً سريعاً للبيانات الزمنية. على سبيل المثال، تُرجع طريقة Date.now() الأصلية في JavaScript الوقت الحالي كطابع زمني Unix بالملي ثانية.
لتحويل طابع زمني قياسي لـ Unix إلى سلسلة تاريخ موحدة ISO 8601 في JavaScript:
const timestamp = 1609459200;
const date = new Date(timestamp * 1000);
console.log(date.toISOString());النتيجة: 2021-01-01T00:00:00.000Z
لتحويل كائن تاريخ قياسي بأمان مرة أخرى إلى عدد صحيح للطابع الزمني لـ Unix:
const date = new Date('2021-01-01');
const timestamp = Math.floor(date.getTime() / 1000);
console.log(timestamp);النتيجة: 1609459200
لديك خياران أساسيان: يمكنك إما تحويل الطوابع الزمنية محلياً داخل المكتبات الداخلية للغة البرمجة الخاصة بك (كما رأينا أعلاه)، أو للتبسيط، يمكنك استخدام أدوات محول الويب عبر الإنترنت عن طريق لصق العدد الصحيح مباشرة في مربع الإدخال المستند إلى المتصفح.
يعد التمثيل الدقيق للوقت جانباً بالغ الأهمية في تصميم الأنظمة و DevOps وتطوير البرامج الخلفية. نظراً لأن تنسيقات الطوابع الزمنية المختلفة تخدم أغراضاً معمارية مختلفة تماماً، فإن فهمها تماماً أمر ضروري لإدارة التواريخ والأوقات وتحليلها ومزامنتها عبر الأنظمة المتكاملة عالمياً.
يُعد محول الطوابع الزمنية أداة لا غنى عنها لمطوري الواجهة الأمامية ومهندسي الواجهة الخلفية ومسؤولي الأنظمة الذين يعملون مع مجموعات كبيرة من البيانات المستندة إلى الوقت. إنه يبسط سير العمل الشاق لتحويل طوابع Unix الزمنية الأولية إلى تواريخ مفهومة تماماً للبشر والعكس صحيح.
الطابع الزمني لـ Unix: يمثل الحجم الصافي للثواني التي مرت منذ 1 يناير 1970 (UTC). الإيجابيات: تنسيق أعداد صحيحة مضغوط وفعال للغاية. السلبيات: غير مقروء بطبيعته للبشر ويفتقر تماماً إلى معالجة المنطقة الزمنية.
ISO 8601: معيار دولي منظم رسمياً كـ YYYY-MM-DDTHH:mm:ss.sssZ. الإيجابيات: موحد للغاية ولا لبس فيه ومدرك للمنطقة الزمنية. السلبيات: مليء بالنصوص وأقل ضغطاً بكثير لتخزين قواعد البيانات.
تنسيق مقروء للبشر: نص مكتوب أصلاً للأشخاص، ويعتمد بشكل كبير على لغتهم. الإيجابيات: سهل القراءة للغاية. السلبيات: غامض ثقافياً ويصعب تحليله برمجياً.
وقت نسبي: يعبر عن الطوابع الزمنية بشكل ديناميكي مقارنة بالوقت الحالي. الإيجابيات: بديهي للغاية وممتاز لواجهة المستخدم. السلبيات: غير دقيق تقنياً ويتغير مع مرور الوقت.
تقوم محولات الطوابع الزمنية الرقمية بسلاسة بترجمة القيم الصحيحة إلى تنسيقات نصية قابلة للقراءة باستخدام حسابات داخلية متطورة.
في حين أن الطوابع الزمنية الصحيحة الأولية مثالية رياضياً لأجهزة الكمبيوتر، إلا أنها لا تحمل أي معنى سياقي متأصل للبشر. تحويلها يسد الفجوة المعرفية الضرورية بين كيفية تخزين الكمبيوتر للوقت وكيفية إدراك الإنسان له.
نظراً لأن الطوابع الزمنية الأساسية لـ Unix يتم تعيينها أصلاً بالتوقيت العالمي المنسق (UTC)، يجب على المطورين دائماً مراعاة المناطق الزمنية العالمية. يضيف التوقيت الصيفي (DST) الذي يختلف بشكل كبير حسب المنطقة طبقة كبيرة من الصعوبة الخوارزمية للتعامل مع هذه الطوابع الزمنية بشكل صحيح.
لاستخدام محول الويب، ما عليك سوى كتابة طابع زمني (مثل 1609459200) أو لصق سلسلة تاريخ مباشرة في حقل الإدخال. اختر تنسيق الإخراج المطلوب واضغط على تحويل.
يمكنك بسهولة ترجمة أوقات النشر المجدولة وتواريخ إنشاء المنشورات من أعداد صحيحة في قاعدة البيانات إلى تنسيقات قابلة للقراءة، مما يجعل تصحيح الواجهة الخلفية أسهل بكثير.
يمكن للمطورين التبديل بسلاسة بين تنسيقات التاريخ القياسية والأعداد الصحيحة الأولية عند اختبار واجهات برمجة تطبيقات REST.
يمكن لمسؤولي قواعد البيانات فهم السجلات المصدرة بسرعة عن طريق تحويل القيم الصحيحة إلى جداول مقروءة.
وقت Unix (وقت POSIX) يُعرَّف رسمياً على أنه إجمالي عدد الثواني المنقضية منذ 00:00:00 UTC يوم الخميس، 1 يناير 1970.
يشير توقيت غرينتش (GMT) إلى متوسط التوقيت الشمسي المتعقب تاريخياً في المرصد الملكي في غرينتش. وقد تم استبداله عملياً بوقت UTC.
صدر عن المنظمة الدولية للتوحيد القياسي، وهو المعيار العالمي النهائي لتبادل بيانات التاريخ والوقت لتجنب سوء التفسير.
UTC هو المعيار الزمني الأساسي المطلق المستخدم في جميع أنحاء العالم لتنظيم الساعات والأنظمة الحديثة، ولا يراعي التوقيت الصيفي.
يتيح محول الطوابع الزمنية المجاني للمطورين والمستخدمين على حد سواء تحويل أعداد Unix الصحيحة على الفور إلى سلاسل محلية قابلة للقراءة والعكس.
أسئلة مكررة