التاريخ إلى طابع زمني يونكس

أداة التاريخ إلى طابع زمني يونكس هي أداة مجانية تحوّل تاريخا ومنطقة زمنية محددين إلى طابع زمني يونكس لاستخدامه في الشيفرة البرمجية وواجهات API وقواعد البيانات والسجلات.

ما الطابع الزمني يونكس؟

الطابع الزمني يونكس هو عدد صحيح يمثّل عدد الثواني المنقضية منذ 1 January 1970 في 00:00:00 بالتوقيت العالمي المنسق UTC، وهي اللحظة المعروفة باسم حقبة يونكس. فبداية الحقبة نفسها تحمل الطابع الزمني 0، بينما تحمل التواريخ اللاحقة قيما موجبة.

توفّر طوابع يونكس الزمنية للأنظمة طريقة مختصرة ومستقلة عن لغة البرمجة لتبادل لحظة زمنية محددة. كما تتجنب صيغ عرض التاريخ المحلية، مثل 10/09/2026، التي قد تعني 10 سبتمبر لدى بعض القراء، بينما تفسرها أنظمة أخرى على أنها 9 أكتوبر.

يصف الطابع الزمني لحظة محددة، وليس تاريخا تقويميا منسقا. ولا يتضمن في ذاته تسمية مثل Europe/London أو UTC أو أي منطقة زمنية أخرى. لكن المنطقة الزمنية مهمة عند التحويل لأنها تحدد اللحظة التي يشير إليها التاريخ المحلي الأصلي.

كيف أحوّل تاريخا إلى طابع زمني يونكس؟

اضبط حقل المنطقة الزمنية، ثم استخدم القيمة المعروضة في الطابع الزمني يونكس داخل النظام الذي يحتاج إليها.

1. اختر المنطقة الزمنية المطلوبة.
2. نفّذ التحويل وانسخ العدد الصحيح من الطابع الزمني يونكس.
3. تحقق مما إذا كان النظام المستهدف يتوقع القيمة بالثواني أم بالمللي ثانية قبل إدراجها.

قد يؤدي اختيار منطقة زمنية مختلفة إلى تغيير النتيجة عدة ساعات. وقد يختلف هذا التغيير أيضا بحسب التاريخ، لأن بعض المناطق، مثل المملكة المتحدة، تطبق قواعد التوقيت الصيفي. تكون Europe/London على توقيت UTC شتاء، وتكون عادة على UTC+1 خلال التوقيت الصيفي البريطاني.

تُنفّذ عملية التحويل في أداة التاريخ إلى طابع زمني يونكس على الخادم. تُرسل قيمة المنطقة الزمنية إلى الخادم عبر HTTPS ولا تُخزّن.

كيف أقرأ الطابع الزمني الناتج؟

اقرأ النتيجة بوصفها عددا للثواني منذ حقبة يونكس، من دون علامات ترقيم أو لاحقة تشير إلى المنطقة الزمنية أو معلومات تاريخ يمكن للبشر قراءتها. تتكون قيم التواريخ الحالية غالبا من عشرة أرقام، لكن عدد الأرقام وحده لا يثبت صحة الطابع الزمني.

أكثر مشكلات التكامل شيوعا هي الخلط بين الثواني والمللي ثانية. تستخدم الأدوات المعتمدة على يونكس وكثير من الأنظمة التي تعمل من جهة الخادم الثواني. أما واجهات التاريخ في JavaScript فتستخدم المللي ثانية عادة، لذلك قد تحتاج في هذا السياق إلى ضرب قيمة الثواني في 1,000.

• 0 يعني 1 January 1970 في 00:00:00 بالتوقيت العالمي المنسق UTC.
• يمثّل العدد الصحيح الموجب الأكبر لحظة زمنية لاحقة.
• يمكن أن يمثّل الطابع الزمني السالب تاريخا يسبق بداية الحقبة، لكن مستوى دعمه يختلف بين التطبيقات والمنصات.
• لا يحتفظ العدد بالمنطقة الزمنية التي استُخدمت في حسابه أصلا.

لا تؤكد النتيجة الرقمية أنك اخترت المنطقة الزمنية المقصودة. إذا بدا الوقت الناتج غير صحيح، فتحقق أولا من المنطقة الزمنية المحددة، ثم من قواعد التوقيت الصيفي إن كانت تنطبق. وإذا اختلفت القيمة بمعامل 1,000، فتحقق من الوحدة التي يتوقعها النظام.

أمثلة عملية على تحويل التواريخ

توضح هذه الأمثلة البسيطة كيف تؤثر المنطقة الزمنية في اللحظة التي تمثلها القيمة.

1 January 1970, 00:00:00 UTC يوافق 0.

1 January 2024, 00:00:00 UTC يوافق 1704067200.

1 July 2024, 12:00:00 Europe/London يوافق 1719831600.

في المثال الأخير، كانت لندن تطبق التوقيت الصيفي البريطاني، ولذلك كانت الساعة 12 ظهرا بالتوقيت المحلي توافق 11:00 بتوقيت UTC. وإذا استُخدم UTC بوصفه المنطقة الزمنية للوقت المكتوب نفسه، فستنتج قيمة طابع زمني مختلفة.

عند التعامل مع بيانات واردة من جهة خارجية، استخدم تاريخا واضحا لا يحتمل الالتباس، مثل 1 July 2024 أو الصيغة المشابهة لمعيار ISO وهي 2024-07-01، بدلا من 01/07/2024. ولا يكون النص الذي يحتوي على علامات تشكيل أو أحرف غير لاتينية جزءا من الطابع الزمني نفسه، لأن الناتج يتكون من أرقام وقد يبدأ بعلامة ناقص.

متى يفيد تحويل التاريخ إلى توقيت يونكس؟

يفيد التحويل عندما تحتاج إلى مقارنة تاريخ يمكن للبشر قراءته أو ترتيبه أو إرساله بوصفه لحظة دقيقة قابلة للمعالجة آليا. ومن الحالات المعتادة تصحيح استجابة API، وتجهيز مهمة مجدولة قبل النشر، والتحقق من سجلات قاعدة البيانات، وتفسير التواريخ الواردة من خدمة أخرى.

• حوّل الموعد النهائي لإصدار قبل إضافته إلى إعدادات النشر.
• قارن حدثا في التطبيق بالطوابع الزمنية الموجودة في سجلات الخادم.
• جهّز معاملات الاستعلام لواجهة API تقبل وقتي البداية والنهاية بالثواني منذ حقبة يونكس.
• وحّد صيغة التواريخ المستوردة من ملف CSV قبل تخزينها في قاعدة بيانات.
• تحقق من أن webhook تابع لجهة خارجية يرسل الثواني بدلا من المللي ثانية.

لا توجد فائدة من التحويل إذا كان شخص فقط سيقرأ التاريخ وكان النظام المستقبِل يقبل قيمة واضحة بتنسيق ISO 8601. فتاريخ مثل 2026-09-10T14:30:00+01:00 يحتفظ بالإزاحة الزمنية، ويكون عادة أسهل في الفحص أثناء تصحيح الأخطاء. كذلك، لا تضيف إعادة تحويل قيمة هي بالفعل طابع زمني يونكس أي معلومات.

لا تتحقق هذه الأداة من مخطط API، ولا تؤكد أن المهمة المجدولة ستعمل، ولا تحتفظ بالمنطقة الزمنية الأصلية في الناتج. ولعرض الطابع الزمني في صورة تاريخ تقويمي، استخدم أداة تحويل الطابع الزمني لنظام يونكس إلى تاريخ.

الأسئلة الشائعة

هل يمكنني إدخال التاريخ أو الوقت مباشرة؟

لا. الحقل الوحيد الموثّق الذي يملؤه المستخدم في هذه الأداة هو المنطقة الزمنية.

ما دالة PHP التي تستخدمها الأداة؟

يستدعي التنفيذ من جهة الخادم دالة date في PHP.

ما مشكلة عام 2038؟

أقصى قيمة لطابع زمني يونكس بإشارة وبحجم 32 بت هي 2,147,483,647، وتوافق 19 January 2038 في 03:14:07 بالتوقيت العالمي المنسق UTC. تستخدم الأنظمة الحديثة غالبا قيما بحجم 64 بت، لكن بعض البرامج القديمة وتنسيقات الملفات والأجهزة المضمنة قد تظل خاضعة لهذا الحد. تحقق من نوع التخزين عند إعداد تواريخ بعيدة في المستقبل.

هل تراعي طوابع يونكس الزمنية الثواني الكبيسة؟

لا يمثّل توقيت يونكس الثواني الكبيسة كثوان مستقلة ذات أرقام منفصلة في نموذج POSIX المعتاد. وهذا مناسب لمعظم حالات جدولة التطبيقات وتسجيل الأحداث، لكن الأعمال الفلكية المتخصصة أو قياسات الوقت عالية الدقة قد تتطلب معيارا زمنيا آخر.

ما الذي يجب التحقق منه قبل حفظ النتيجة؟

تأكد من المنطقة الزمنية، وحالة التوقيت الصيفي، والوحدة التي يتوقعها النظام المستقبِل. بعد ذلك، حوّل الطابع الزمني مجددا إلى تاريخ يمكن قراءته داخل ذلك النظام، وقارنه بالتاريخ الأصلي قبل النشر أو تحديث البيانات المخزنة.