محوّل الطابع الزمني Unix
حوّل طابعًا زمنيًا Unix إلى تاريخ مقروء، أو تاريخًا إلى طابع زمني — مع وقت epoch الحالي يتحرك مباشرة أمامك. مفيدة عند قراءة السجلات، أو عمود في قاعدة بيانات، أو استجابة API.
–––الطابع الزمني → التاريخ
التاريخ → الطابع الزمني
الخلط الكلاسيكي: تبديل الثواني بالميلي ثانية
تقريبًا كل خطأ في الطوابع الزمنية تصادفه في الواقع هو نفس الخطأ مرتديًا قناعين مختلفين. أدخِل قيمة بالثواني في كود يتوقع ميلي ثانية، وتنهار كل التواريخ إلى يناير 1970 — فالرقم أصغر بألف مرة مما ينبغي، لذا بالكاد تتجاوز الساعة بداية الحقبة الزمنية (epoch). وأدخِل ميلي ثانية في كود يتوقع ثوانٍ، وتقفز التواريخ عشرات آلاف السنين في المستقبل. كلا العرضين يمكن تمييزهما فورًا بمجرد معرفة العلامة الدالة: وقت اليوم بالثواني رقم من عشرة أرقام، وبالميلي ثانية رقم من ثلاثة عشر رقمًا. يقرأ الكشف التلقائي هنا هذا الفرق نيابة عنك، لكن معرفته بالعين تتيح لك رصد الخطأ في سجلاتك الخاصة قبل أن تحوّل أي شيء على الإطلاق.
الطوابع الزمنية في الواقع العملي
بمجرد أن تبدأ في ملاحظتها، تجد الأوقات بصيغة epoch في كل مكان: أعمدة created_at في قواعد البيانات، وحقول انتهاء الصلاحية في ملفات تعريف الارتباط وترويسات التخزين المؤقت، وأوقات الأحداث في سجلات الخادم، ومطالبة exp داخل كل JSON Web Token. وهذه الأخيرة اقتران مفيد حقًا — افكّ ترميز رمز بـفاكّ تشفير JWT، والصق رقم exp الخاص به هنا، ويخبرك السطر النسبي بكلمات بسيطة ما إذا كانت صلاحية الرمز قد انتهت قبل ساعة أو ما زالت سارية لأسبوع آخر. وتلك العبارة النسبية هي بهدوء أفضل فحص سلامة في الصفحة: فجلسة تدّعي أنها ستنتهي بعد ستة وأربعين عامًا هي خطأ يمكنك شمّ رائحته دون أي حساب.
حواف الحقبة الزمنية
بضع زوايا تستحق المعرفة. الطوابع الزمنية السالبة مشروعة — فهي تُحسَب تنازليًا من عام 1970، لذا تُحوَّل التواريخ التاريخية هنا بلا مشكلة. أما عام 2038 فهو الهاوية الشهيرة للأنظمة القديمة التي تخزّن الثواني في عدد صحيح 32 بت، والذي يفيض في يناير من ذلك العام؛ تجاوزت الأنظمة الحديثة ذات 64 بت هذه المشكلة منذ زمن طويل، لكن التاريخ لا يزال مهمًا إن كنت تصيّن أي نظام مدمج أو قديم. ويتجاهل توقيت يونكس عمدًا الثواني الكبيسة — كل يوم يساوي بالضبط 86400 ثانية بالنسبة لهذه الحقبة الزمنية، وهذا بالضبط ما يجعل الحساب موثوقًا. كل هذا يعمل داخل متصفحك، مجانًا وبلا حدود، كباقي أدوات المطورين هنا.
ما هو الطابع الزمني Unix
الطابع الزمني Unix (أو «وقت epoch») هو ببساطة عدد الثواني التي مرّت منذ منتصف ليل UTC في 1 يناير 1970. إنه الطريقة التي تخزّن بها الحواسيب لحظة زمنية دون القلق بشأن المناطق الزمنية أو تنسيق التقويم، ولهذا تصادفه باستمرار في السجلات وقواعد البيانات وملفات cookies واستجابات API. تعدّ بعض الأنظمة بـالميلي ثانية بدلًا من الثواني — أي أكبر بألف مرة — لذا تكتشف هذه الأداة أيًا منهما لصقته وتحوّله بشكل صحيح. كل شيء يعمل داخل متصفحك؛ ولا يُرسَل أي شيء تكتبه إلى أي مكان.
ثوانٍ أم ميلي ثانية — كيف تعرف الأداة؟
في وضع «اكتشاف تلقائي»، تفترض الأداة الثواني للأرقام ذات الطول العادي والميلي ثانية للأرقام الكبيرة جدًا (13 رقمًا فأكثر)، وهذا صحيح في كل مرة تقريبًا. إذا كانت القيمة غامضة، بدّل قائمة الوحدة لفرض الثواني أو الميلي ثانية.
لماذا يختلف UTC عن توقيتي المحلي؟
الطابع الزمني لحظة واحدة؛ وUTC وتوقيتك المحلي طريقتان لكتابة اللحظة نفسها. تعرض الأداة كليهما، موسومَين بالمنطقة الزمنية لمتصفحك، لتختار أيهما تحتاج.
هل يمكنني الانتقال من تاريخ إلى طابع زمني؟
نعم — استخدم مربع «التاريخ → الطابع الزمني». اختر تاريخًا ووقتًا (يُقرآن بمنطقتك الزمنية المحلية) وستحصل على الطابع الزمني Unix بالثواني والميلي ثانية معًا، إضافة إلى صيغة ISO 8601 بتوقيت UTC.
ما هي صيغة ISO 8601؟
ISO 8601 هي الصيغة النصية القياسية للتاريخ والوقت، مثل 2026-07-20T14:30:00.000Z — غير قابلة للالتباس وقابلة للفرز. تعني الحرف «Z» في النهاية توقيت UTC. إنها الطريقة الأكثر أمانًا لكتابة طابع زمني، للبشر والآلات على حد سواء.
هل يُرسَل أي شيء إلى خادم؟
لا. يحدث التحويل بالكامل داخل متصفحك بلغة JavaScript — يمكنك حتى قطع الاتصال بالإنترنت وستظل الأداة تعمل. لا يُرفع أو يُسجَّل أي شيء.
