محوّل الطوابع الزمنية

حوّل طابع يونكس الزمني إلى تاريخ تقرؤه، أو تاريخًا إلى طابع. ويقول لك هل قرأ رقمك ثوانيَ أم مليثوانيَ.

تتم المعالجة على جهازك — بلا رفع

termiva time 1735689600

العدد ذو الأرقام العشرة ثوانٍ وذو الثلاثة عشر مليثوانٍ — اللحظة نفسها مكتوبة بطريقتين، وسبب أن طابعًا زمنيًا ملصوقًا في الحقل الخطأ يحطّ في سنة 56000. وأيّهما أعطيته منصوص عليه أعلاه لا مخمَّن في صمت.

الآن القراءة لا شيء مرفوع

كيف تحوّل طابعًا زمنيًا

  1. الصق طابعًا زمنيًا، أو تاريخًا مثل 2025-01-01.
  2. اقرأه بثواني يونكس ومليثوانيها وبصيغة ISO 8601 وبتوقيت UTC وبمنطقتك الزمنية.
  3. انقر أي سطر لنسخه.

كيف يعمل

الطابع الزمني في يونكس يعدّ الثواني منذ منتصف ليل 1 كانون الثاني 1970 بتوقيت UTC — وهو تاريخ اختير لأنه كان حديثًا ومستديرًا حين كان يونكس يُكتب، لا لسبب أعمق. وهو الصيغة التي يخزّن بها كل نظام تقريبًا لحظةً ما، لأن عددًا صحيحًا واحدًا لا منطقة زمنية له، ولا توقيت صيفيًا، ولا تقويم، ولا لبس في معنى 03/04/2025.

والمشكلة في الوحدة، وهي سبب وجود هذه الأداة. فيونكس يعدّ ثوانيَ. أما JavaScript وJava ومعظم قواعد البيانات فتعدّ مليثوانيَ. وPostgres وأحشاء كروم تعدّ أحيانًا ميكروثوانيَ. وكلها تُسمّى طوابع زمنية، وكلها تبدو رقمًا طويلًا، ولصق أحدها في حقل يتوقّع آخر لا ينتج خطأً — بل ينتج تاريخًا في 1970 أو تاريخًا في سنة 56000، في صمت.

ويُقرأ الرقم بمقداره، وهو ما يفعله كل محوّل وهو صحيح عمليًا: فقيمة بالثواني كبيرة بما يكفي لتُحسب مليثوانيَ ستكون تاريخًا في سنة 5138. والذي يختلف هنا أن القراءة منصوص عليها على الشاشة لا مطبَّقة في صمت، فإن خمّنت خطأً استطعت أن ترى ذلك.

والتواريخ قبل 1970 سالبة، وهي تعمل. وكذلك الحقبة نفسها، وهي 0 — وهي قيمة تستحق الحفظ، لأن حقل تاريخ يعرض 1 كانون الثاني 1970 يعني في الغالب الأعمّ أن شيئًا أرسل صفرًا لا تاريخًا.

ويُعرض توقيتك المحلّي من المنطقة الزمنية في متصفّحك، وهي مقروءة من إعدادات نظامك ولا تُرسَل إلى أي مكان أبدًا. ولا شيء ممّا تكتبه هنا يغادر الصفحة.

مثال عملي

سطر سجلّ يقرأ "expires_at": 1735689600 وتحتاج أن تعرف هل مضى بالفعل.

الصقه. تقول الأداة قُرئ ثوانيَ وتعطيك الأربعاء 1 كانون الثاني 2025 عند 00:00:00 بمنطقتك الزمنية، مع القراءة النسبية — قبل 7 أشهر، أو أيًّا كانت المدّة حين تقرأ هذا. وذلك السطر النسبي هو السؤال كله عادةً.

والآن الاتجاه الآخر — من تاريخ إلى طابع. نموذج يطلب واحدًا ولديك تاريخ. اكتب 2025-01-01 فيعود 1735689600 بالثواني و1735689600000 بالمليثواني. انسخ ما يريده الحقل — وإن كنت لا تعرف أيّهما، فالطول هو الدليل: عشرة أرقام ثوانٍ، وثلاثة عشر مليثوانٍ.

وملاحظة على الحالة الأخيرة. 2025-01-01 بلا وقت تُقرأ منتصف ليل UTC، لا منتصف الليل حيث أنت. فإن احتجت منتصف الليل في منطقتك، فاكتبه كاملًا: 2025-01-01T00:00:00 بلا Z.

أسئلة

هل طابعي الزمني بالثواني أم بالمليثواني؟

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

ما حقبة يونكس؟

منتصف ليل 1 كانون الثاني 1970 بتوقيت UTC، وهي اللحظة التي يعدّ منها زمن يونكس. الطابع 0. فإن كان حقل تاريخ في تطبيق ما يعرض 1 كانون الثاني 1970، فهو في الغالب الأعمّ يستقبل صفرًا لا تاريخًا.

هل يتعامل مع تواريخ قبل 1970؟

نعم. وهي سالبة — فالطابع ‎-86400‎ هو 31 كانون الأول 1969. وبعض الأنظمة ترفض الطوابع السالبة كليًا، وهذا يستحق المعرفة قبل أن تلصق واحدًا في نموذج.

لماذا يخرج تاريخي بفارق ساعة؟

التوقيت الصيفي في الغالب الأعمّ، وفي الغالب الأعمّ لأن تاريخًا بلا منطقة زمنية قُرئ على أنه UTC. والطابع الزمني نفسه لا منطقة زمنية له إطلاقًا — فهو عدّ ثوانٍ — فيظهر الفارق عند عرضه لا عند تخزينه.

ما مشكلة 2038؟

الأنظمة التي تخزّن زمن يونكس في عدد صحيح ذي إشارة من 32 بتًّا ينفد مكانها في 19 كانون الثاني 2038، عند الطابع 2147483647، فتلتفّ إلى 1901. ومعظم البرمجيات الحديثة تستعمل 64 بتًّا ولا تتأثّر لنحو 292 مليار سنة. والأنظمة المضمّنة القديمة هي ما يُقلق.

هل يرسل هذا بياناتي إلى أي مكان؟

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

هل محوّل الطوابع الزمنية مجاني على الإنترنت؟

نعم — مجاني، بلا حساب، وبلا حد يومي، وبلا علامة مائية. يعمل في متصفّحك عبر الإنترنت، ولأن المعالجة تجري على جهازك فإنه يستمر في العمل دون اتصال بعد تحميل الصفحة.

للقراءة