الأسئلة الشائعة عن محول طابع الزمن Linux

Q: ما هو الطابع الزمني لنظام Unix؟

ج: الطابع الزمني لنظام Unix (المعروف أيضًا باسم وقت POSIX أو وقت العصر) هو عدد الثواني التي انقضت منذ 1 يناير 1970، 00:00:00 UTC، باستثناء الثواني الكبيسة. إنه عدد صحيح بسيط يمثل نفس اللحظة عالميًا، بغض النظر عن المنطقة الزمنية.

Q: كيف يمكنني تحويل الطابع الزمني لنظام Unix إلى تاريخ قابل للقراءة البشرية؟

ج: يمكنك تحويل الطابع الزمني لنظام Unix بعدة طرق:

• عبر الإنترنت: استخدم محول الطابع الزمني لنظام Unix للتحويل الفوري
• طرفية Linux: شغّل date -d @1785292800 (على GNU Linux) أو date -r 1785292800 (على macOS)
• JavaScript: new Date(timestamp * 1000).toISOString()
• Python: datetime.utcfromtimestamp(1785292800)
• PHP: date("Y-m-d H:i:s", 1785292800)

Q: ما الفرق بين الطوابع الزمنية بالثواني والميلي ثانية؟

ج: الطابع الزمني بالثواني يتكون من 10 أرقام (مثل 1785292800). الطابع الزمني بالميلي ثانية يتكون من 13 رقمًا (مثل 1785292800000) لأنه يضرب قيمة الثواني في 1000. ترجع Date.now() في JavaScript الميلي ثانية، بينما تستخدم معظم الأنظمة وواجهات API الأخرى الثواني. الخلط بينهما عن طريق الخطأ ينتج تواريخ خاطئة تمامًا — استخدام الميلي ثانية حيث يُتوقع الثواني ينتج تاريخًا في المستقبل بحوالي 56,000 عام.

تحقق دائمًا من دقة مصدر بياناتك قبل التحويل. عندما تكون في شك، عدّ الأرقام: 10 أرقام = ثواني، 13 رقمًا = ميلي ثانية.

Q: هل يمكن للطوابع الزمنية لنظام Unix تمثيل التواريخ قبل 1970؟

ج: نعم. التواريخ قبل 1 يناير 1970 تُمثّل كأرقام سالبة. على سبيل المثال، الطابع الزمني 3600- يقابل 31 ديسمبر 1969، 23:00:00 UTC. لا تتعامل جميع أدوات التحويل مع الطوابع الزمنية السالبة بشكل صحيح، لكن محولنا عبر الإنترنت يتعامل معها. لغات البرمجة تدعمها عالميًا.

Q: ما هي مشكلة عام 2038؟

ج: مشكلة عام 2038 (المعروفة أيضًا باسم Y2K38) هي مشكلة تمثيل الوقت التي تؤثر على الأنظمة التي تخزن الطوابع الزمنية كأعداد صحيحة 32 بت بإشارة. القيمة القصوى هي 2147483647، والتي تقابل 19 يناير 2038، الساعة 03:14:07 UTC. بعد ثانية واحدة، تتجاوز القيمة الحد إلى 2147483648-، وتُفسر على أنها 13 ديسمبر 1901.

معظم الأنظمة الحديثة 64 بت غير متأثرة، لكن الأجهزة المضمنة وقواعد البيانات القديمة وبعض أنظمة 32 بت تظل معرضة للخطر. الحل هو الترحيل إلى تمثيلات الوقت 64 بت، والتي توفر نطاقًا يبلغ حوالي 292 مليار عام.

Q: هل تأخذ الطوابع الزمنية لنظام Unix الثواني الكبيسة في الاعتبار؟

ج: لا. الطوابع الزمنية لنظام Unix تتجاهل الثواني الكبيسة عن قصد. يُعامل كل يوم على أنه 86,400 ثانية بالضبط، حتى عند إضافة ثانية كبيسة إلى UTC. أثناء إدراج ثانية كبيسة، لا يتقدم الطابع الزمني لنظام Unix لمدة ثانية واحدة، مما يتخطى الثانية الكبيسة فعليًا. هذا يعني أن الطوابع الزمنية لنظام Unix تتباعد عن الوقت الذري بمقدار صغير (حاليًا حوالي 27 ثانية) لكنه متراكم.

Q: كيف أتعامل مع المناطق الزمنية عند تحويل الطوابع الزمنية لنظام Unix؟

ج: يمثل الطابع الزمني لنظام Unix نفس اللحظة في كل مكان. المنطقة الزمنية مهمة فقط عند عرضها كتاريخ قابل للقراءة البشرية. خزّن الطوابع الزمنية دائمًا في شكلها الصحيح الخام، وحوّل إلى التوقيت المحلي فقط للعرض. استخدم أسماء المناطق الزمنية IANA مثل America/New_York بدلاً من الاختصارات مثل EST أو PST، لأن الاختصارات لا تأخذ التوقيت الصيفي في الاعتبار. يعرض محول الطابع الزمني لنظام Unix النتائج عبر مناطق زمنية متعددة في وقت واحد.

Q: ما هو الحد الأقصى للطابع الزمني لنظام Unix؟

ج: يعتمد الحد الأقصى على حجم العدد الصحيح المستخدم للتخزين:

• عدد صحيح 32 بت بإشارة: 2147483647 (19 يناير 2038، 03:14:07 UTC)
• عدد صحيح 32 بت بدون إشارة: 4294967295 (7 فبراير 2106، 06:28:15 UTC)
• عدد صحيح 64 بت بإشارة: 9223372036854775807 (حوالي 292 مليار عام من الآن)

تستخدم معظم الأنظمة الحديثة أعدادًا صحيحة 64 بت، مما يوفر نطاقًا غير محدود فعليًا. الممارسة الشائعة لتخزين الطوابع الزمنية في أعمدة قاعدة البيانات أو هياكل البيانات كنوع 64 بت (BIGINT في SQL) هي مضمونة للمستقبل.