تحويل وقت Unix إلى التاريخ والوقت
قم بتحويل وقت Unix بسهولة إلى تنسيقات تواريخ مقروءة بشريًا والعكس بالعكس باستخدام محول Unix Time Converter. هذه الأداة الفعالة عبر الإنترنت مثالية للمطورين ومسؤولي النظام وأي شخص يعمل مع طوابع Unix الزمنية. تأكد من دقة تحويلات الوقت وتبسيط سير عملك دون الحاجة إلى تثبيت أي برنامج.
الأسئلة الشائعة
لتحويل وقت Unix إلى تاريخ مقروء، أدخل الطابع الزمني لـUnix (رقم مثل 1609459200) في حقل الإدخال، ثم انقر زر تحويل وقت Unix. تعرض الأداة فورًا التاريخ والوقت المقابلين بالتنسيق القياسي (e.g، 1 يناير 2021، 00:00:00 UTC).
وقت Unix (المعروف أيضًا بوقت Epoch أو وقت POSIX أو الطابع الزمني لـUnix) هو عدد الثواني المنقضية منذ 1 يناير 1970، 00:00:00 UTC (عصر Unix). وهو تمثيل عالمي للوقت تستخدمه أنظمة التشغيل وقواعد البيانات ولغات البرمجة وواجهات API لتتبع الوقت بشكل متسق.
نعم، تدعم أداتنا التحويل ثنائي الاتجاه. أدخل تاريخًا ووقتًا مقروءًا بشريًا (مثل "2024-01-15 14:30:00")، وحدد منطقتك الزمنية إذا لزم الأمر، وانقر على زر التحويل لتحويله إلى تنسيق الطابع الزمني لنظام Unix لاستخدامه في قواعد البيانات أو واجهات برمجة التطبيقات أو البرمجة.
يوفر توقيت Unix طريقة بسيطة ومتسقة لتمثيل الوقت عبر الأنظمة والمناطق الزمنية والمنصات المختلفة. وهي مستقلة عن المناطق الزمنية، وسهلة المقارنة والفرز، وصغيرة الحجم للتخزين، ومحصنة ضد تعقيدات التوقيت الصيفي، ومدعومة عالميًا في لغات البرمجة، مما يجعلها مثالية لقواعد البيانات وواجهات برمجة التطبيقات.
عصر Unix هو نقطة البداية: 1 يناير 1970، 00:00:00 UTC. تحسب جميع الطوابع الزمنية لـUnix الثواني انطلاقًا من هذه اللحظة. اختيرت هذه النقطة عند تطوير Unix في 1969-1970. تكون الطوابع الزمنية قبل هذا التاريخ أرقامًا سالبة، وبعده أرقامًا موجبة.
تمثل الطوابع الزمنية لـUnix وقت UTC مطلقًا من دون معلومات المنطقة الزمنية. لعرض الوقت المحلي، حوّل الطابع الزمني باستخدام فارق المنطقة الزمنية. مثلًا، وقت Unix 1609459200 هو 1 يناير 2021، الساعة 00:00 UTC، لكنه 31 ديسمبر 2020، الساعة 19:00 بتوقيت EST (-5 ساعات). خزّن دائمًا بتوقيت UTC، وحوّل عند العرض.
تتجاوز الأعداد الصحيحة الموقعة ذات 32 بت حدها في 19 يناير 2038، عند 03:14:07 UTC (الطابع الزمني 2147483647). ستتعطل الأنظمة التي تستخدم طوابع زمنية ذات 32 بت، على غرار مشكلة Y2K. تستخدم الأنظمة الحديثة طوابع زمنية ذات 64 بت، ما يمنع تجاوز الحد لمدة 292 مليار سنة. حدّث الأنظمة القديمة قبل 2038 لتجنب الأعطال الحرجة.
يستخدم JavaScript المللي ثانية منذ Epoch، لا الثواني. اضرب الطابع الزمني لـUnix في 1000: new Date(timestamp * 1000). أو اقسم وقت JavaScript على 1000 لتحصل على وقت Unix: Math.floor(Date.now() / 1000). هذا الفرق البالغ 1000 ضعف سبب شائع لأخطاء تحويل الطوابع الزمنية.
نعم، تستخدم التواريخ السابقة لـ1 يناير 1970 طوابع زمنية سالبة لـUnix. مثلًا، 1 يناير 1960 يساوي -315619200. ورغم أنها أقل شيوعًا، فإن الطوابع الزمنية السالبة صالحة وتُستخدم للتواريخ التاريخية أو تواريخ الميلاد أو أي حدث يسبق عصر Unix.
حوّل الطوابع الزمنية إلى تواريخ مقروءة للتحقق من صحتها. تحقق مما إذا كانت القيم بالثواني (وقت Unix) أم بالمللي ثانية (JavaScript). تأكد من صحة التعامل مع المناطق الزمنية. وابحث عن أخطاء الفرق بمقدار واحد أو غياب تحويل المنطقة الزمنية أو استخدام الوقت المحلي بدلًا من UTC.
وقت Unix هو رقم (الثواني منذ Epoch): 1609459200. أما ISO 8601 فهو تنسيق سلسلة نصية: '2021-01-01T00:00:00Z'. وقت Unix موجز وملائم للحوسبة، بينما ISO 8601 مقروء للبشر ويتضمن المنطقة الزمنية. حوّل بينهما حسب حاجتك إلى كفاءة التخزين أو سهولة القراءة.
تخزينها في صورة أعمدة INTEGER (32 بت، تعمل حتى عام 2038) أو BIGINT (64 بت، قابلة للتطبيق في المستقبل). بدلاً من ذلك، استخدم أنواع TIMESTAMP أو DATETETIME الأصلية. INTEGER مضغوط ومستقل عن المنطقة الزمنية ولكنه أقل قابلية للقراءة البشرية في الاستعلامات. اختر بناءً على ميزات قاعدة البيانات ومتطلبات التخزين وأنماط الاستعلام.
نعم، اطرح الطوابع الزمنية للحصول على المدة بالثواني: endTime - startTime. تحويل النتيجة إلى ساعات (÷ 3600) أو أيام (÷ 86400) أو وحدات أخرى. هذا الحساب البسيط يجعل توقيت Unix مثاليًا لحسابات المدة وتحديد العمر والمنطق المستند إلى الوقت دون الحاجة إلى حسابات التاريخ المعقدة.
تكون طوابع Unix الزمنية دائمًا UTC، ولا تتأثر بالتوقيت الصيفي. هذا يزيل تعقيدات التوقيت الصيفي في الحسابات والتخزين. التعامل مع التوقيت الصيفي فقط عند عرض الطوابع الزمنية بالتوقيت المحلي للمستخدمين. تخزين التوقيت العالمي المنسق UTC، والتحويل إلى المنطقة الزمنية المحلية عند العرض-هذا يمنع الأخطاء المتعلقة بالتوقيت الصيفي المنسق وتناقضات البيانات.