تحويل توقيت UTC مع تغير اليوم يحتاج إلى الاحتفاظ بالساعة والتاريخ والفارق معًا. في مثالنا، الساعة 00:30 في 1 يناير 2027 مع فارق UTC+03:00 تقابل 21:30 في 31 ديسمبر 2026 عند UTC. لم تتغير اللحظة، بل تغير وصفها الزمني.
نعرض بطاقات بأسماء أ وب وج، مع فوارق رقمية ثابتة اخترناها للتدريب. لا ننسبها إلى مدن أو قوانين توقيت حقيقية. يمكننا بذلك مراجعة الحساب دون افتراض أن فارق مدينة اليوم سيبقى نفسه في موعد آخر.
الخلاصة السريعة
للوصول من الوقت المحلي إلى UTC، اطرح الفارق المكتوب مع الوقت، مع المحافظة على التاريخ. يعرّف RFC3339 الفارق بأنه الوقت المحلي ناقص UTC. [1]
- أ:1 يناير 2027،00:30 مع UTC+03:00. نطرح 3 ساعات فنصل إلى 31 ديسمبر 2026،21:30 عند UTC.
- من هذا المرجع، ب مع UTC−04:00 يقرأ 31 ديسمبر 2026،17:30؛ وج مع UTC+05:30 يقرأ 1 يناير 2027،03:00. البطاقات الثلاث تصف اللحظة نفسها.
- العودة من UTC إلى الوقت المحلي تحتاج إلى تطبيق الفارق، كما يوضح NIST. [2] الفارق السالب يجعلنا نطرح مقداره، والموجب يجعلنا نضيفه في هذه الخطوة.
- لا تختصر+05:30 إلى 5 ساعات؛ الثلاثون دقيقة جزء من الفارق الذي اخترناه. راجع الساعة واليوم والشهر والسنة بعد الجمع أو الطرح.
- نفس قراءة الساعة مع فارقين مختلفين لا تعني تلقائيًا اللحظة نفسها. اكتب الفارق والتاريخ إلى جانب الوقت الذي تريد مقارنته.
- الفوارق هنا معلنة وثابتة للتمرين، وليست أسماء مناطق زمنية. عند استعمال منطقة حقيقية، تحقق من فارقها في تاريخ الموعد، ولا تستخرج قاعدة محلية من هذه البطاقات.
الفارق يربط الوقت المحلي بالمرجع
يوضح RFC3339 أن الفارق الرقمي يساوي الوقت المحلي ناقص UTC، ولذلك نحصل على UTC بطرح الفارق من المحلي. [1]
في أ اخترنا+03:00. معنى هذه البطاقة الحسابي أن وصف الوقت المحلي يتقدم على المرجع بثلاث ساعات. للعودة إلى المرجع نطرح الثلاث من 00:30، ولا نضيفها لأن علامة الفارق موجبة.
اتجاه العملية مهم بقدر قيمة الفارق. اكتب أولًا هل تبدأ من المحلي لتصل إلى UTC أم تبدأ من UTC لتصل إلى المحلي. إذا بدلت نقطة البداية دون تبديل العملية، فقد تحصل على رقم مرتب الشكل لكنه يصف وقتًا آخر.
منتصف الليل يغير التاريخ في الحساب
نبدأ من 00:30 في 1 يناير 2027 على بطاقة أ. طرح ساعة واحدة يعيدنا إلى 23:30 في 31 ديسمبر 2026، ثم طرح الساعتين الباقيتين يعطينا 21:30 في اليوم نفسه.
لم نقترض سنة إضافية في المدة، ولم نطرح عامًا كاملًا؛ عبرنا حد اليوم عند منتصف الليل، وكان هذا الحد هنا بين شهرين وسنتين. لهذا تتغير تسميات اليوم والشهر والسنة مع عملية مقدارها ثلاث ساعات فقط.
لا تحذف التاريخ بعد الوصول إلى 21:30. لو كتبت الساعة وحدها، فقد يضعها قارئ الملاحظة في 1 يناير بدل 31 ديسمبر. جزء من صحة التحويل أن يبقى اليوم الناتج واضحًا، لا أن يصح ترتيب الأرقام داخل الساعة فحسب.
من مرجع واحد إلى بطاقتين أخريين
يوضح NIST أن الحصول على الوقت المحلي من UTC يتطلب تطبيق فارق مناسب. [2]
نستعمل المرجع المحسوب 21:30 في 31 ديسمبر 2026. لب نضيف الفارق−04:00، أي نطرح أربع ساعات، فنحصل على 17:30 في 31 ديسمبر. ولج نضيف خمس ساعات وثلاثين دقيقة، فنصل إلى 03:00 في 1 يناير 2027.
هذه ليست ثلاث لحظات فصلت بينها ساعات سفر أو انتظار. إنها ثلاثة أوصاف محلية للحظة المرجعية نفسها. أسماء البطاقات تعليمية، ولم نسجل انتقال شخص بينها أو نرسل دعوة لموعد فعلي.
| البطاقة | الفارق | التاريخ | الوقت |
|---|---|---|---|
| أ | +03:00 | 1 يناير 2027 | 00:30 |
| UTC | +00:00 | 31 ديسمبر 2026 | 21:30 |
| ب | −04:00 | 31 ديسمبر 2026 | 17:30 |
| ج | +05:30 | 1 يناير 2027 | 03:00 |
الدقائق ليست زينة في الفارق
في+05:30 احتفظنا بالثلاثين دقيقة. لو طبقنا+05:00 على المرجع نفسه، فسنصل إلى 02:30 في 1 يناير، لا 03:00. الفرق بين هذين الجوابين نتيجة حذف جزء من المدخل، لا خطأ في اسم الشهر.
راجع مكونات الفارق قبل الحساب، ثم راجع الناتج بعده. وفي هذا المثال نستخدم فوارق معلومة بالدقائق؛ لا نحولها إلى اسم بلد أو نحتاج إلى خريطة خطوط طول لحساب القيم التي أعطيناها صراحة.
وللتحقق العكسي من ج، اطرح 05:30 من 03:00 في 1 يناير. تعود إلى 21:30 في 31 ديسمبر، وهو المرجع الذي بدأت منه. المطابقة العكسية تراجع هذه الأرقام، لكنها لا تثبت فارق مدينة لم نحددها.
قراءة الساعة وحدها لا تثبت تطابق الموعد
لو كتبت 00:30 في 1 يناير على بطاقة أخرى بفارق−04:00، فمرجعها UTC سيكون 04:30 في 1 يناير. هذا يختلف عن مرجع أ، وهو 21:30 في 31 ديسمبر، رغم تطابق قراءة 00:30 والتاريخ المحلي بين البطاقتين.
احتفظ إذن بالتاريخ والوقت والفارق في سجل واحد. وبعد تحويل بطاقتين إلى المرجع نفسه، تستطيع مقارنة اللحظتين بدل مقارنة أرقام الساعات فقط. وإذا كان أحد الفوارق غير معلوم، فلا تملأه من المثال الذي اعتدت استعماله.
ولا تحول الفارق الرقمي المختار إلى قاعدة دائمة لمكان حقيقي. يتحدث معيار التنسيق عن الفوارق ولا يعوض قواعد المناطق المحلية. [1] عند العمل على موعد فعلي، تحقق من المنطقة وتاريخ الموعد؛ مثالنا يعلم الحساب عندما يكون الفارق معطى بالفعل.
المصادر ومتابعة القراءة
- RFC3339:الفارق المحلي وطرح الفارق للوصول إلىUTC، القسم4.2 (يفتح في نافذة جديدة)rfc-editor.org
- NIST:تطبيق فارقUTC للحصول على الوقت المحلي (يفتح في نافذة جديدة)nist.gov
أُعدّ هذا المقال بصياغة عربية أصلية بالاستناد إلى المصادر أعلاه، وهو مدخل تمهيدي إلى الموضوع. اقرأ منهجية المحتوى وحدوده.