الاسم¶

zic - مترجم المنطقة الزمنية

موجز¶

zic [ خيار ... ] [ اسم_ملف ... ]

الوصف¶

يقرأ برنامج zic النص من الملفات المذكورة في سطر الأوامر وينشئ ملفات تنسيق معلومات المنطقة الزمنية (TZif) المحددة في هذا الإدخال. إذا كان اسم_ملف هو “-”, يُقرأ الإدخال القياسي.

الخيارات¶

--version

أخرج معلومات الإصدار ثم اخرج.

--help

أخرج رسالة استخدام قصيرة واخرج.

-b تضخيم

إخراج بيانات التوافق العكسي كما هو محدد بواسطة تضخيم. إذا كان تضخيم هو fat، يتم إنشاء إدخالات بيانات إضافية تعمل حول أخطاء أو عدم توافق محتمل في البرامج القديمة، مثل البرامج التي تسيء معالجة بيانات 64 بت لملف TZif أو سلسلة TZ الاستباقية. إذا كان تضخيم هو slim، يتم إبقاء ملفات الإخراج صغيرة؛ يمكن أن يساعد هذا في التحقق من الأخطاء وعدم التوافق. المبدئي هو slim، حيث أن الحلول البديلة لـ fat عادة ما تكون جيدة فقط حتى عام 2038 على أي حال. انظر أيضًا إلى الخيار -r لطريقة أخرى لتغيير حجم الإخراج.

-D

لا تنشئ أدلة أصلية لملفات الإخراج. على سبيل المثال، لمنطقة باسم America/Los_Angeles، يجب أن يكون الدليل America موجودًا بالفعل. افتراضيًا، يتم إنشاء الدليل وأصوله إذا لم تكن موجودة بالفعل. -d دليل إنشاء ملفات معلومات تحويل الوقت في الدليل المسمى بدلاً من الدليل القياسي المسمى أدناه.

-l منطقة_زمنية

استخدم منطقة_زمنية كوقت محلي. سيتصرف zic كما لو كان الإدخال يحتوي على سطر رابط من النموذج

Link منطقة_زمنية localtime

إذا كان منطقة_زمنية هو -، يتم إزالة أي رابط موجود بالفعل.

-L اسم_ملف_الثانية_الكبيسة

اقرأ معلومات الثانية الكبيسة من الملف بالاسم المعطى. إذا لم يُستخدم هذا الخيار، لا تظهر معلومات الثانية الكبيسة في ملفات الإخراج؛ هذا مطلوب من قبل بعض قارئات TZif.

-p منطقة_زمنية

تصرف كما لو كان الإدخال يحتوي على سطر رابط من النموذج

Link منطقة_زمنية posixrules

إذا كان منطقة_زمنية هو “-” (المبدئي)، يتم إزالة أي رابط موجود بالفعل.

ما لم يكن منطقة_زمنية “-”, هذا الخيار قديم ولم يعد مدعومًا من قبل معظم بيئات التشغيل. من بين أمور أخرى، لا ينبغي استخدامه للطوابع الزمنية بعد عام 2037، ولا ينبغي دمجه مع -b slim إذا كانت انتقالات منطقة_زمنية عند الوقت القياسي أو الوقت العالمي (UT) بدلاً من الوقت المحلي. الخيار موجود فقط لدعم بيئات التشغيل القديمة التي استخدمت قواعد منطقة_زمنية عند معالجة سلاسل TZ قديمة مثل "AST4ADT" التي تفتقر إلى قواعد الانتقال؛ بيئات التشغيل الحديثة التي تدعم سلاسل TZ هذه تستخدم عادةً القواعد الأمريكية الحالية فقط حيث أن سلاسل TZ كانت تستخدم بشكل رئيسي في الولايات المتحدة. وبالمثل، أي منطقة أو رابط باسم "posixrules" هو قديم وإشكالي.

-m وضع

إنشاء ملفات TZif مع بتات وضع الملف المعطاة. افتراضيًا، يتم إنشاء الملفات بالوضع 644 كما تم تعديله بواسطة umask. مع هذا الخيار، يتم إنشاؤها بالوضع المعطى بدلاً من ذلك. من أجل قابلية النقل، يجب أن يكون الوضع عددًا صحيحًا ثمانيًا غير موقع، عادةً 644 أو 444؛ بعض المنصات تدعم أيضًا الأوضاع الرمزية على غرار chmod(1). لا يؤثر هذا الخيار على الأدلة الأصلية المنشأة، والتي لها الوضع 755 كما تم تعديله بواسطة umask. يتم تجاهل الخيار على المنصات التي تفتقر إلى مفهوم بتات وضع الملف.

-r [@lo][/@hi]

حدد نطاق تطبيق ملفات المخرجات للطوابع الزمنية في النطاق من lo (شامل) إلى hi (غير شامل)، حيث lo و hi هما عددان عشريان موقعان اختياريان للثواني منذ الحقبة (1970-01-01 00:00:00 UTC). القيم المحذوفة تفترض القيم القصوى. تستخدم ملفات المخرجات إزاحة UT 0 والاختصار “-00” بدلاً من بيانات الطابع الزمني المحذوفة. على سبيل المثال، “zic -r @0” يحذف البيانات المخصصة للطوابع الزمنية السالبة (أي قبل الحقبة)، و “zic -r @0/@2147483648” يخرج البيانات المخصصة فقط للطوابع الزمنية غير السالبة التي تناسب الأعداد الصحيحة الموقعة ذات 31 بت. على المنصات مع GNU date، “zic -r @$(date +%s)” يحذف البيانات المخصصة للطوابع الزمنية الماضية. على الرغم من أن هذا الخيار يقلل عادةً حجم ملف المخرجات، إلا أن الحجم يمكن أن يزداد بسبب الحاجة لتمثيل حدود نطاق الطابع الزمني، خاصةً إذا تسبب hi في احتواء ملف TZif على إدخالات صريحة للتحولات السابقة لـ hi بدلاً من تمثيلها بإيجاز بسلسلة TZ استباقية. انظر أيضًا خيار -b slim لطريقة أخرى لتقليل حجم المخرجات.

-R @hi

يولد تحولات صريحة زائدة في النهاية للطوابع الزمنية التي تحدث بأقل من hi ثانية منذ الحقبة، حتى لو كان يمكن تمثيل التحولات بإيجاز عبر سلسلة TZ الاستباقية. لا يؤثر هذا الخيار على الطوابع الزمنية الممثلة. على الرغم من أنه يستوعب قراء TZif غير القياسيين الذين يتجاهلون سلسلة TZ الاستباقية، إلا أنه يزيد حجم ملفات المخرجات المعدلة.

-t file

عند إنشاء معلومات الوقت المحلي، ضع رابط التهيئة في الملف المسمى بدلاً من الموقع القياسي.

-u owner[:group]

يغير مالك ومجموعة ملفات المخرجات العادية إلى تلك المحددة. owner إما اسم مستخدم، أو معرف مستخدم صحيح عشري غير موقع، أو سلسلة فارغة تعني عدم تغيير المالك. group مشابه لأسماء ومعرفات المجموعات. لا يؤثر هذا الخيار على الدلائل أو الروابط الثابتة أو الرمزية. يحتاج عادةً إلى صلاحيات خاصة لتغيير الملكية، ويتم تجاهله على المنصات التي تفتقر إلى مفاهيم المالكين والمجموعات.

-v

كن أكثر تفصيلاً، واشتكى من الحالات التالية:

الملفات¶

ملفات الإدخال ينبغي أن تكون ملفات نصية، أي ينبغي أن تكون سلسلة من صفر أو أكثر من الأسطر، كل سطر ينتهي ببايت سطر جديد ويحتوي على 2048 بايت كحد أقصى شاملاً السطر الجديد، وبدون أي بايتات NUL. ترميز النص المدخل عادةً هو UTF-8 أو ASCII؛ ينبغي أن يكون له تمثيل أحادي البايت لمجموعة الأحرف المحمولة POSIX (PPCS) https://pubs.opengroup.org/onlinepubs/9799919799/basedefs/V1_chap06.html وأن تتكون أحرف الترميز غير أحادية البايت بالكامل من بايتات غير PPCS. أحرف غير PPCS تظهر عادةً فقط في التعليقات: على الرغم من أن أسماء ملفات المخرجات واختصارات المناطق الزمنية يمكن أن تحتوي أي حرف تقريباً، إلا أن البرامج الأخرى ستعمل بشكل أفضل إذا اقتصرت هذه على الصيغة المقيدة الموصوفة تحت الخيار -v.

ملفات الإدخال ينبغي أن تكون ملفات نصية، أي ينبغي أن تكون سلسلة من صفر أو أكثر من الأسطر، كل سطر ينتهي ببايت سطر جديد ويحتوي على 2048 بايت كحد أقصى شاملاً السطر الجديد، وبدون أي بايتات NUL. ترميز النص المدخل عادةً هو UTF-8 أو ASCII؛ ينبغي أن يكون له تمثيل أحادي البايت لمجموعة الأحرف المحمولة POSIX (PPCS) https://pubs.opengroup.org/onlinepubs/9799919799/basedefs/V1_chap06.html وأن تتكون أحرف الترميز غير أحادية البايت بالكامل من بايتات غير PPCS. أحرف غير PPCS تظهر عادةً فقط في التعليقات: على الرغم من أن أسماء ملفات المخرجات واختصارات المناطق الزمنية يمكن أن تحتوي أي حرف تقريباً، إلا أن البرامج الأخرى ستعمل بشكل أفضل إذا اقتصرت هذه على الصيغة المقيدة الموصوفة تحت الخيار -v.

أسطر الإدخال تتكون من حقول. الحقول مفصولة عن بعضها بواحد أو أكثر من أحرف المسافات البيضاء. أحرف المسافات البيضاء هي: مسافة، تغذية نموذج، إرجاع عربة، سطر جديد، جدولة، وجدولة عمودية. المسافات البيضاء البادئة واللاحقة في أسطر الإدخال تُتجاهل. حرف الشارب (#) غير المقتبس في الإدخال يُدخل تعليقاً يمتد إلى نهاية السطر الذي يظهر عليه. أحرف المسافات البيضاء والشارب يمكن وضعها بين علامتي اقتباس مزدوجة (") إذا كانت ستُستخدم كجزء من حقل. أي سطر فارغ (بعد إزالة التعليقات) يُتجاهل. الأسطر غير الفارغة يُتوقع أن تكون من أحد ثلاثة أنواع: أسطر قواعد، أسطر مناطق، وأسطر روابط.

الأسماء يجب أن تكون بالإنجليزية وهي غير حساسة لحالة الأحرف. تظهر في عدة سياقات، وتتضمن أسماء الأشهر وأيام الأسبوع وكلمات مفتاحية مثل maximum وonly وRolling وZone. يمكن اختصار الاسم بحذف كل شيء باستثناء بادئة أولية؛ أي اختصار يجب أن يكون غير غامض في السياق.

سطر القاعدة له الصيغة

Rule	NAME	FROM	TO	-	IN	ON	AT	SAVE	LETTER/S

على سبيل المثال:

Rule	US	1967	1973	-	Apr	lastSun	2:00w	1:00d	D

الاسم

يُعطي اسم مجموعة القواعد التي تحتوي هذا السطر. الاسم يجب أن يبدأ بحرف ليس رقماً ASCII ولا “-” ولا “+”. للسماح بامتدادات مستقبلية، الاسم غير المقتبس ينبغي ألا يحتوي على أحرف من المجموعة “!$%&'()*,/:;<=>?@[\]^`{|}~”. ".q !$%&'()*,/:;<=>?@[\]^`{|}~ ."

FROM

يُعطي أول سنة تُطبق فيها القاعدة. يمكن توفير أي سنة عددية صحيحة بإشارة؛ يُفترض التقويم الغريغوري التمهيدي، مع السنة 0 تسبق السنة 1. القواعد يمكن أن تصف أوقاتاً غير قابلة للتمثيل كقيم زمنية، مع تجاهل الأوقات غير القابلة للتمثيل؛ هذا يسمح للقواعد بأن تكون محمولة بين مضيفين بأنواع قيم زمنية مختلفة.

TO

يُعطي السنة النهائية التي تُطبق فيها القاعدة. الكلمة maximum (أو اختصار) تعني المستقبل غير المحدد، والكلمة only (أو اختصار) يمكن استخدامها لتكرار قيمة حقل FROM.

-

هو حقل محجوز وينبغي أن يحتوي دائماً على “-” للتوافق مع الإصدارات الأقدم من zic. كان يُعرف سابقاً بحقل TYPE، الذي يمكن أن يحتوي على قيم للسماح لسكريبت منفصل بتقييد أي “types” من السنوات التي ستُطبق فيها القاعدة.

IN

يُسمي الشهر الذي تسري فيه القاعدة. أسماء الأشهر يمكن اختصارها كما ذُكر سابقاً؛ مثلاً، يناير يمكن أن يظهر كـ “January”, “JANU” أو “Ja”, ولكن ليس كـ “j” والذي سيكون غامضاً مع كل من يونيو ويوليو.

ON

يحدد اليوم الذي يسري فيه القانون. تشمل الأشكال المعترف بها:

5	اليوم الخامس من الشهر
lastSun	آخر يوم أحد في الشهر
lastMon	آخر يوم إثنين في الشهر
Sun>=8	أول يوم أحد في الثامن أو بعده
Sun<=25	آخر يوم أحد في الخامس والعشرين أو قبله

اسم يوم أسبوع (مثل Sunday) أو اسم يوم أسبوع مسبوق بـ “last” (مثل lastSunday) يمكن اختصاره كما ذكر سابقًا، مثل “Su” لـ Sunday و “lastsa” لآخر يوم سبت. يجب ألا توجد أية محارف فراغ داخل حقل ON. إن “<=” و “>=” التراكيب قد تؤدي إلى يوم في الشهر المجاور؛ على سبيل المثال، التركيبة IN-ON “Oct Sun>=31” تعني أول يوم أحد في 31 أكتوبر أو بعده، حتى لو وقع ذلك الأحد في نوفمبر.

AT

يحدد وقت اليوم الذي يسري فيه القانون، بالنسبة إلى 00:00، بداية اليوم التقويمي. تشمل الأشكال المعترف بها:

2	وقت بالساعات
2:00	وقت بالساعات والدقائق
01:28:14	وقت بالساعات والدقائق والثواني
00:19:32.13	وقت بثوانٍ كسرية
12:00	منتصف النهار، 12 ساعة بعد 00:00
15:00	3 مساءً، 15 ساعة بعد 00:00
24:00	نهاية اليوم، 24 ساعة بعد 00:00
260:00	260 ساعة بعد 00:00
-2:30	2.5 ساعة قبل 00:00
-	يعادل 0

على الرغم من أن zic يقرب الأوقات إلى أقرب ثانية صحيحة (كسر التعادلات لصالح العدد الصحيح الزوجي)، قد تكون الكسور مفيدة لتطبيقات أخرى تتطلب دقة أكبر. لا يحدد تنسيق المصدر أي دقة قصوى. يمكن أن يتبع أي من هذه الأشكال الحرف w إذا كان الوقت المعطى محليًا أو “wall clock” وقت الحائط، s إذا كان الوقت المعطى هو الوقت القياسي دون أي تعديل للتوقيت الصيفي، أو u (أو g أو z) إذا كان الوقت المعطى هو الوقت العالمي؛ في غياب مؤشر، يُفترض الوقت المحلي (ساعة الحائط). تتجاهل هذه الأشكال الثواني الكبيسة؛ على سبيل المثال، إذا حدثت ثانية كبيسة عند 00:59:60 بالتوقيت المحلي، “1:00” تعني 3601 ثانية بعد منتصف الليل المحلي بدلاً من 3600 ثانية المعتادة. القصد هو أن سطر القانون يصف اللحظات التي تظهر فيها ساعة/تقويم مضبوطة على نوع الوقت المحدد في حقل AT التاريخ والوقت المحددين من اليوم.

SAVE

يحدد مقدار الوقت الذي يُضاف إلى التوقيت القياسي المحلي عندما يسري القانون، وما إذا كان الوقت الناتج قياسيًا أم صيفيًا. لهذا الحقل نفس تنسيق حقل AT باستثناء مجموعة مختلفة من حروف اللاحقة: s للوقت القياسي و d للوقت الصيفي. عادةً ما يُحذف حرف اللاحقة، ويُفترض s إذا كان الإزاحة صفرًا و d بخلاف ذلك. يُسمح بالإزاحات السالبة؛ في أيرلندا، على سبيل المثال، يُطبق التوقيت الصيفي في الشتاء وله إزاحة سالبة بالنسبة للتوقيت القياسي الأيرلندي. تُضاف الإزاحة ببساطة إلى التوقيت القياسي؛ على سبيل المثال، لا يميز zic بين توقيت قياسي 10:30 مضافًا إليه SAVE بقيمة 0:30 وتوقيت قياسي 10:00 مضافًا إليه SAVE بقيمة 1:00.

LETTER/S

يحدد “variable part” (على سبيل المثال، “S” أو “D” in “EST” أو “EDT”) اختصارات المنطقة الزمنية التي ستُستخدم عندما يسري هذا القانون. إذا كان هذا الحقل “-”, فالجزء المتغير فارغ.

سطر المنطقة له الشكل

Zone	NAME	STDOFF	RULES	FORMAT	[UNTIL]

على سبيل المثال:

Zone	Asia/Amman	2:00	Jordan	EE%sT	2017 Oct 27 01:00

الاسم

اسم المنطقة الزمنية. هذا هو الاسم المستخدم في إنشاء ملف معلومات تحويل الوقت للمنطقة الزمنية. يجب ألا يحتوي على مكون اسم ملف “.” أو “..”; مكون اسم ملف هو سلسلة فرعية قصوى لا تحتوي على “/”.

STDOFF

مقدار الوقت المراد إضافته إلى UT للحصول على الوقت القياسي، دون أي تعديل للتوقيت الصيفي. هذا الحقل له نفس تنسيق حقلي AT و SAVE لأسطر القواعد، باستثناء عدم وجود أحرف لاحقة؛ ابدأ الحقل بعلامة ناقص إذا كان يجب طرح الوقت من UT.

RULES

اسم القواعد المطبقة في المنطقة الزمنية، أو بدلاً من ذلك، حقل بنفس تنسيق حقل SAVE لسطر القاعدة، يعطي مقدار الوقت المراد إضافته إلى الوقت القياسي المحلي وما إذا كان الوقت الناتج قياسيًا أم صيفيًا. ينطبق الوقت القياسي إذا كان هذا الحقل - أو للطوابع الزمنية التي تحدث قبل سريان أي قاعدة. عند إعطاء مقدار من الوقت، يهم فقط مجموع الوقت القياسي وهذا المقدار.

FORMAT

تنسيق اختصارات المنطقة الزمنية. زوج الأحرف %s يوضح مكان وضع الجزء المتغير من اختصار المنطقة الزمنية، المأخوذ من حقل LETTER/S للقاعدة المقابلة؛ أي طوابع زمنية تسبق أقدم قاعدة تستخدم LETTER/S لأقدم قاعدة وقت قياسي (والتي يجب أن توجد في هذه الحالة). بدلاً من ذلك، يمكن للتنسيق استخدام زوج الأحرف %z لتمثيل إزاحة UT بالشكل ±hh أو ±hhmm أو ±hhmmss، باستخدام أقصر شكل لا يفقد معلومات، حيث hh و mm و ss هي الساعات والدقائق والثواني شرق (+) أو غرب (-) UT. بدلاً من ذلك، يفصل الشرطة المائلة (/) بين اختصارات الوقت القياسي والصيفي. للتوافق مع POSIX، يجب أن يحتوي اختصار المنطقة الزمنية على أحرف ASCII أبجدية رقمية فقط، “+” و “-”. بموجب الاصطلاح، اختصار المنطقة الزمنية “-00” هو عنصر نائب يعني أن الوقت المحلي غير محدد.

UNTIL

الوقت الذي تتغير فيه إزاحة UT أو القاعدة(القواعد) لموقع ما. يأخذ شكل من حقل إلى أربعة حقول YEAR [MONTH [DAY [TIME]]]. إذا تم تحديد ذلك، يتم إنشاء معلومات المنطقة الزمنية من إزاحة UT وتغيير القاعدة المعطاة حتى الوقت المحدد، والذي يتم تفسيره باستخدام القواعد السارية قبل الانتقال مباشرة. الشهر واليوم والوقت من اليوم لها نفس تنسيق حقول IN و ON و AT للقاعدة؛ يمكن حذف الحقول اللاحقة، وتكون القيمة المبدئية هي أقرب قيمة ممكنة للحقول المفقودة.

يجب أن يكون السطر التالي “continuation” سطرًا؛ له نفس شكل سطر المنطقة باستثناء أن السلسلة “Zone” والاسم محذوفان، حيث سيضع سطر الاستمرار المعلومات بدءًا من الوقت المحدد كـ “until” معلومات في السطر السابق في الملف المستخدم بواسطة السطر السابق. قد تحتوي أسطر الاستمرار على “until” معلومات، تمامًا كما تفعل أسطر المنطقة، مما يشير إلى أن السطر التالي هو استمرار إضافي.

إذا تغيرت منطقة في نفس اللحظة التي كان من الممكن أن تسري فيها قاعدة في المنطقة السابقة أو سطر الاستمرار، يتم تجاهل القاعدة. تبدأ منطقة أو سطر استمرار L مع مجموعة قواعد مسماة بالوقت القياسي بشكل مبدئي: أي أن أي طوابع زمنية لـ L تسبق أقدم قاعدة لـ L تستخدم القاعدة السارية بعد أول انتقال لـ L إلى الوقت القياسي. في منطقة واحدة، يعتبر خطأ إذا سريت قاعدتان في نفس اللحظة، أو إذا حدث تغييران للمنطقة في نفس اللحظة.

إذا طرح سطر استمرار N ثانية من إزاحة UT بعد انتقال كان سيفسر على أنه لاحق إذا تم استخدام إزاحة UT وقواعد سطر الاستمرار، فإن “until” وقت المنطقة السابقة أو سطر الاستمرار يتم تفسيره وفقًا لإزاحة UT وقواعد سطر الاستمرار، وأي قاعدة كان من الممكن أن تسري في N ثانية التالية يُفترض بدلاً من ذلك أنها تسري في وقت واحد. على سبيل المثال:

# Rule	NAME	FROM	TO	-	IN	ON	AT	SAVE	LETTER/S
Rule	US	1967	2006	-	Oct	lastSun	2:00	0	S
Rule	US	1967	1973	-	Apr	lastSun	2:00	1:00	D
# Zone	NAME	STDOFF	RULES	FORMAT	[UNTIL]
Zone	America/Menominee	-5:00	-	EST	1973 Apr 29 2:00
		-6:00	US	C%sT

سطر الرابط له الشكل

Link	TARGET	LINK-NAME

على سبيل المثال:

Link	Europe/Istanbul	Asia/Istanbul

Link	Greenwich	G_M_T
Link	Etc/GMT	Greenwich
Zone	Etc/GMT  0  -  GMT

باستثناء سطور الاستمرار، قد تظهر السطور بأي ترتيب في الإدخال. ومع ذلك، يكون السلوك غير محدد إذا حددت سطور منطقة أو رابط متعددة نفس الاسم.

يمكن أن يحتوي الملف الذي يصف الثواني الكبيسة على سطور كبيسة وسطر انتهاء صلاحية. سطور الكبيسة لها الشكل التالي:

Leap	YEAR	MONTH	DAY	HH:MM:SS	CORR	R/S

على سبيل المثال:

Leap	2016	Dec	31	23:59:60	+	S

الثواني الكبيسة المتدحرجة ستسمح للمرء برؤية إسقاط الكرة في تايمز سكوير حيث سيكون هناك “3... 2... 1... leap... Happy New Year” عد تنازلي، وضع الثانية الكبيسة عند منتصف ليل توقيت نيويورك بدلاً من منتصف ليل UTC. على الرغم من أن الثواني الكبيسة الثابتة هي الممارسة الشائعة، إلا أن الثواني الكبيسة المتدحرجة يمكن أن تكون مفيدة في التطبيقات المتخصصة مثل رموز زمنية SMPTE التي قد تفضل وضع انقطاعات الثانية الكبيسة في نهاية يوم البث المحلي. ومع ذلك، لا تدعم الثواني الكبيسة المتدحرجة إذا استخدم الخيار -r.

سطر انتهاء الصلاحية، إذا كان موجودًا، له الشكل:

Expires	YEAR	MONTH	DAY	HH:MM:SS

على سبيل المثال:

Expires	2020	Dec	28	00:00:00

مثال موسع¶

هذا مثال موسع لإدخال zic، يهدف إلى توضيح العديد من ميزاته.

# Rule	NAME	FROM	TO	-	IN	ON	AT	SAVE	LETTER/S
Rule	Swiss	1941	1942	-	May	Mon>=1	1:00	1:00	S
Rule	Swiss	1941	1942	-	Oct	Mon>=1	2:00	0	-

Rule	EU	1977	1980	-	Apr	Sun>=1	1:00u	1:00	S
Rule	EU	1977	only	-	Sep	lastSun	1:00u	0	-
Rule	EU	1978	only	-	Oct	 1	1:00u	0	-
Rule	EU	1979	1995	-	Sep	lastSun	1:00u	0	-
Rule	EU	1981	max	-	Mar	lastSun	1:00u	1:00	S
Rule	EU	1996	max	-	Oct	lastSun	1:00u	0	-

# Zone	NAME	STDOFF	RULES	FORMAT	[UNTIL]
Zone	Europe/Zurich	0:34:08	-	LMT	1853 Jul 16
		0:29:45.50	-	BMT	1894 Jun
		1:00	Swiss	CE%sT	1981
		1:00	EU	CE%sT

Link	Europe/Zurich	Europe/Vaduz

في هذا المثال، قواعد الاتحاد الأوروبي مخصصة للاتحاد الأوروبي ومنظمته السابقة، الجماعات الأوروبية. المنطقة الزمنية تُسمى Europe/Zurich ولديها الاسم المستعار Europe/Vaduz. يقول هذا المثال أن زيورخ كانت 34 دقيقة و8 ثوانٍ شرق التوقيت العالمي حتى 1853-07-16 عند 00:00، عندما تغير الإزاحة القانونية إلى 7درجات26دقائق22.50ثوانٍ، وهو ما يساوي 0:29:45.50؛ يعالج zic هذا بتقريبه إلى 0:29:46. بعد 1894-06-01 عند 00:00 أصبح إزاحة التوقيت العالمي ساعة واحدة وقواعد التوقيت الصيفي السويسرية (المعرفة بأسطر تبدأ بـ “Rule Swiss”) تُطبق. من 1981 إلى الوقت الحالي، طبقت قواعد التوقيت الصيفي للاتحاد الأوروبي، وبقي إزاحة التوقيت العالمي المنسق عند ساعة واحدة.

في 1941 و1942، طبق التوقيت الصيفي من أول إثنين في مايو عند 01:00 إلى أول إثنين في أكتوبر عند 02:00. قواعد التوقيت الصيفي للاتحاد الأوروبي قبل 1981 ليس لها تأثير هنا، ولكنها أُدرجت للاكتمال. منذ 1981، بدأ التوقيت الصيفي في آخر أحد من مارس عند 01:00 بالتوقيت العالمي المنسق. حتى 1995 انتهى في آخر أحد من سبتمبر عند 01:00 بالتوقيت العالمي المنسق، لكن هذا تغير إلى آخر أحد من أكتوبر بدءًا من 1996.

لأغراض العرض، “LMT” و “BMT” استُخدمت في البداية، على التوالي. منذ تطبيق القواعد السويسرية ثم قواعد الاتحاد الأوروبي لاحقًا، أصبح اختصار المنطقة الزمنية CET للتوقيت القياسي وCEST للتوقيت الصيفي.

الملفات¶

/etc/localtime

ملف المنطقة الزمنية المحلية المبدئي.

/usr/share/zoneinfo

دليل معلومات المنطقة الزمنية المبدئي.

ملاحظات¶

للمناطق التي تحتوي على أكثر من نوعين من الوقت المحلي، قد تحتاج إلى استخدام التوقيت القياسي المحلي في حقل AT لقاعدة وقت الانتقال الأقدم لضمان صحة وقت الانتقال الأقدم المسجل في الملف المُجمّع.

إذا، لمنطقة زمنية معينة، تزامنت زيادة الساعة الناتجة عن بدء التوقيت الصيفي مع وتساوت مع نقصان الساعة الناتج عن تغيير في إزاحة التوقيت العالمي، يُنتج zic انتقالًا واحدًا إلى التوقيت الصيفي عند إزاحة التوقيت العالمي الجديدة دون أي تغيير في الوقت المحلي (ساعة الحائط). للحصول على انتقالات منفصلة، استخدم أسطر استمرار منطقة متعددة تحدد لحظات الانتقال باستخدام التوقيت العالمي.

انظر أيضًا¶

tzfile(5)، zdump(8)

ترجمة¶

تُرجمت هذه الصفحة من الدليل بواسطة زايد السعيدي <zayed.alsaidi@gmail.com>

هذه الترجمة هي وثيقة مجانية؛ راجع رخصة جنو العامة الإصدار 3 أو ما بعده للاطلاع على شروط حقوق النشر. لا توجد أي ضمانات.

إذا وجدت أي أخطاء في ترجمة صفحة الدليل هذه، يرجى إرسال بريد إلكتروني إلى قائمة بريد المترجمين: kde-l10n-ar@kde.org.