محوّل التاريخ والوقت

الثواني أو المللي ثانية

الخطأ الأكثر شيوعًا عند التعامل مع التواريخ هو الخلط بينهما. تحسب طوابع Unix الزمنية الثواني منذ 1970-01-01 UTC؛ بينما تحسب Date.now() في JavaScript المللي ثانية. إذا مررت طابع Unix زمني مباشرة إلى مُنشئ Date دون الضرب في 1000، فستجد نفسك في يناير 1970. كقاعدة عامة، الرقم المكون من 10 أرقام هو بالثواني والرقم المكون من 13 رقمًا هو بالمللي ثانية، وهذا هو بالضبط كيف يقرر الكشف التلقائي هنا.

المعايير وكيف تختلف

• ISO 8601 هو المعيار الأساسي: 2024-01-15T10:30:00.000Z. يفصل الحرف T بين التاريخ والوقت ويعني Z منطقة UTC.
• RFC 3339 هو ملف تعريف أكثر صرامة من ISO 8601 موجه لبروتوكولات الإنترنت. يتطلب إزاحة صريحة، لذا يكتب +00:00 بدلاً من Z.
• ISO 9075 هو صيغة SQL القياسية، 2024-01-15 10:30:00 — مسافة بدلاً من T، ودون منطقة زمنية. وهذا ما تطبعه معظم قواعد البيانات.
• RFC 7231 هو صيغة تاريخ HTTP المستخدمة في ترويسات Date و Expires و Last-Modified، دائمًا بتوقيت GMT.

الحالتان الاستثنائيتان

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

التواريخ التسلسلية في Excel تحسب الأيام منذ 1899-12-30، مع تمثيل الجزء الكسري للوقت من اليوم. العصر الاستثنائي موجود لأن Excel يعيد إنتاج خطأ Lotus 1-2-3 عن قصد الذي تعامل مع 1900 كسنة كبيسة. استخدام 1899-12-30 كاليوم الصفري يجعل كل تاريخ من مارس 1900 فصاعدًا يتطابق بشكل صحيح، ولهذا يستخدمه هذا المحوّل.

كل شيء هو لحظة واحدة

مهما كتبت، تحلل الأداة ذلك إلى كائن Date واحد في JavaScript وتعيد عرض تلك اللحظة الواحدة في جميع الصيغ الحادية عشرة. لا يُرسل أي شيء إلى أي مكان — يعمل التحويل بالكامل في متصفحك.