محول التقويم اليولياني ↔ الغريغوري
حوّل تاريخًا بين التقويمين اليولياني والغريغوري في الاتجاهين: يوم 15 أكتوبر 1582 في التقويم الغريغوري هو 5 أكتوبر 1582 في اليولياني. ويذكر الناتج التقويمين معًا حتى لا يختلط شيء. مجاني في متصفحك.
- مجاني
- يعمل في متصفحك
- دون تسجيل
- بياناتك لا تغادر جهازك
شغّل الأداة مجانًا
مثال محلول
- التاريخ
- 1582-10-15
- اتجاه التحويل
- gregorian_to_julian
- تاريخ الإدخال
- 1582-10-15
- التاريخ المحوّل
- 1582-10-05
- التقويم المصدر
- gregorian
- التقويم الهدف
- julian
أداة مجانية وحتمية. تحوِّل التواريخ المدنية بين التقويم اليولياني والتقويم الغريغوري وفق سياسة إصلاح موثَّقة.
كيف تعمل
تحوِّل هذه القدرة التواريخ المدنية بين التقويم اليولياني والتقويم الغريغوري استنادًا إلى سياسة إصلاح موثَّقة، تُحدَّد فيها نقطة الانتقال بوضوح ويمكن التحقق منها في أي وقت. وتتبع التواريخ صيغة ISO-8601 لاستبعاد أي التباس في التفسير. ونوصي بشدة بقراءة الأمثلة المرجعية التي تغطي مسارات النجاح ومسارات الخطأ معًا قبل دمج هذه الوظيفة في تدفقات الإنتاج أو الاختبارات الآلية، لأنها تُثبِّت العقد المتوقَّع بدقة وتحول دون أي مفاجأة عند التشغيل الفعلي في بيئة حقيقية.
المدخلات والمخرجات
يجب أن تكون الحقول المطلوبة في المخطط موجودة ومُصنَّفة بأنواعها الصحيحة، بينما تعتمد الحقول الاختيارية على قيم افتراضية موثَّقة وقابلة للتنبؤ. ويتضمن كل رد ناجح دائمًا حقول المخرجات الأساسية، بحيث تبقى روابط الواجهة مستقرة على مرِّ الوقت دون مفاجآت أو تراجع. راجِع الأمثلة المرجعية بعناية لتفهم الصيغة المُعادة بدقة، ولتتعرف على شكل حقول النجاح وشكل رسائل الخطأ على حدٍّ سواء، قبل أي دمج جادّ في بيئة حقيقية أو في مجموعات الاختبار.
الحالات الحدّية والقيود
تُرفَض السلاسل الفارغة والأنواع الخاطئة والنطاقات المتناقضة في وقت مبكر جدًا من المعالجة، قبل أي عملية حسابية، وهو ما يمنع ظهور نتائج غير متسقة. وتُعامَل التواريخ المدنية التي لا تحمل منطقة زمنية باعتبارها تواريخ تقويمية بحتة، تماشيًا مع الاستخدام المتوقَّع لهذا النوع من التحويل التاريخي. أما الجداول المضمَّنة فتنتقل داخل مجلد القدرة نفسها ولا تتطلب أي اتصال بالشبكة أثناء التشغيل، مما يحافظ على الخصوصية والسرعة.
كما أن الحساب حتمي بالكامل، فالمدخلات نفسها تُنتج المخرجات نفسها في كل مرة، وهو ما يجعل الأمثلة المرجعية أساسًا موثوقًا يمكن الرجوع إليه عند مراجعة أي سلوك غير متوقَّع. افحص دائمًا الأمثلة المرجعية للنجاح والخطأ معًا قبل دمج هذه القدرة في تدفقات الإنتاج أو مجموعات الاختبار الآلية.
حالات الاستخدام
العمل اليومي
احصل على إجابة موثوقة دون جدول بيانات.
التعليم
أمثلة مرجعية مستقرة لعروضك التوضيحية.
الأسئلة الشائعة
ما التاريخ اليولياني الموافق 15 أكتوبر 1582؟
إنه 5 أكتوبر 1582. اختر الاتجاه من الغريغوري إلى اليولياني وأدخل 1582-10-15 فيعيد المحوّل 1582-10-05، أي اليوم نفسه مكتوبًا بتاريخ أبكر بعشرة أيام في التقويم اليولياني.
هل يمكن التحويل في الاتجاهين؟
نعم. اختر من اليولياني إلى الغريغوري أو من الغريغوري إلى اليولياني قبل إدخال التاريخ، ويذكر الناتج تقويم البداية وتقويم الوصول حتى لا يختلطا أبدًا.
هل تغيّر المنطقة الزمنية النتيجة؟
لا. يُعامَل التاريخ الذي لا يحمل وقتًا على أنه يوم تقويمي بسيط، فلا يؤثر مكانك ولا ساعتك في التاريخ المحوَّل الذي تحصل عليه.
لماذا رُفض التاريخ الذي أدخلته؟
تُرفض الإدخالات الفارغة والقيم التي ليست تواريخ والمعطيات المتناقضة قبل أي حساب، فتحصل على رسالة واضحة بدل تاريخ محوَّل يبدو معقولًا لكنه خاطئ.
أدوات ذات صلة
للمطوّرين — الوصول عبر API
كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.
الـEndpoint
صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.
استدعِ الخدمة من بيئتك
curl -X POST https://api.kit.forhosting.com/date/julian-calendar \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"date":"1582-10-15"}'const res = await fetch("https://api.kit.forhosting.com/date/julian-calendar", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"date": "1582-10-15"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/date/julian-calendar",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"date": "1582-10-15"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/julian-calendar", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"date":"1582-10-15"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"date":"1582-10-15"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/julian-calendar", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)مثال على الطلب
{
"date": "1582-10-15"
}مثال على الاستجابة
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "date.julian_calendar",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.
الأسعار
السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.
الأخطاء
| HTTP | الرمز | المعنى |
|---|---|---|
401 | unauthorized | مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك. |
402 | insufficient_balance | رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة. |
404 | unknown_type | نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب. |
429 | rate_limited | تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة. |
ملاحظات تقنية
كيف تعمل
والحساب حتمي تمامًا ويجري مجانًا داخل متصفحك بالاعتماد على الدالة النقية نفسها التي تستخدمها الواجهة البرمجية، وهو ما يضمن تطابقًا صارمًا بين القناتين. تُتحقَّق المدخلات قبل أي عملية حسابية، بحيث يُنتج النوع غير الصحيح خطأ invalid_input واضحًا وقابلًا للقراءة بدلًا من نتيجة صامتة أو مضللة. وترتيب التحقق ثابت وموثَّق منذ البداية، والتطابق بين المتصفح والواجهة البرمجية مضمون في جميع الأحوال، وتبقى سلاسل مطابقة الأخطاء مستقرة لأغراض الاعتماد والتوثيق.
المدخلات والمخرجات
أما القيم الوسيطة الكبيرة جدًا التي تتجاوز دقة IEEE-754 فتصبح أخطاء خارج النطاق صريحة بدلًا من قيم فارغة صامتة، حتى تكتشف المشكلة على الفور. وترتيب التحقق ثابت وموثَّق، والتطابق بين المتصفح والواجهة البرمجية مضمون، وتبقى سلاسل مطابقة الأخطاء مستقرة لأغراض الاعتماد على مرِّ الإصدارات. وتتبع جميع التواريخ صيغة ISO-8601 حتى يكون تفسيرها موحَّدًا لدى كل من يستهلك المخرجات، سواء عبر المتصفح أو عبر الواجهة البرمجية.
الحالات الحدّية والقيود
ويبقى السلوك متطابقًا تمامًا في المتصفح وعبر الواجهة البرمجية، وتحتفظ رسائل الخطأ بسلاسل مطابقة مستقرة مخصَّصة للاعتماد والتحقق الآلي.
حالات التكامل
الأتمتة
الدالة النقية نفسها في الأداة والواجهة البرمجية.
أسئلة تقنية
هل هي مجانية؟
نعم، المستوى A داخل المتصفح.
هل تحتاج إلى شبكة؟
لا شبكة؛ تجري المعالجة على الجهاز.
ماذا عن المدخلات غير الصالحة؟
خطأ invalid_input مع مطابقة واضحة.
هل هي مستقرة؟
أمثلة مرجعية حتمية تُثبِّت العقد.
من المؤلف؟
samurai.