كرون

تدعم بعض تطبيقات cron ^{[ 8 ]} وحدات الماكرو غير القياسية التالية:

@rebootيُهيئ هذا الأمر مهمةً لتشغيلها مرةً واحدةً عند بدء تشغيل الخدمة. وبما أن cron لا يُعاد تشغيله عادةً، فإن هذا يتزامن عادةً مع بدء تشغيل الجهاز. ويُفرض هذا السلوك في بعض إصدارات cron، مثل الإصدار المُستخدم في دبيان [ ^{9 ]، بحيث لا يؤدي إعادة تشغيل الخدمة إلى} إعادة تشغيل @rebootالمهام.

@rebootيمكن أن يكون ذلك مفيدًا إذا كانت هناك حاجة لبدء تشغيل خادم أو برنامج خفي تحت مستخدم معين، ولم يكن لدى المستخدم حق الوصول لتكوين init لبدء تشغيل البرنامج.

يلعب هذان الملفان دورًا مهمًا:

• /etc/cron.allow – إذا كان هذا الملف موجودًا، فيجب أن يحتوي على اسم المستخدم حتى يُسمح لهذا المستخدم باستخدام مهام cron.
• /etc/cron.deny – إذا لم يكن ملف cron.allow موجودًا ولكن ملف /etc/cron.deny موجود، فإنه لاستخدام مهام cron، يجب ألا يتم إدراج المستخدمين في ملف /etc/cron.deny.

لاحظ أنه إذا لم يكن أي من هذين الملفين موجودًا، فإنه اعتمادًا على معلمات التكوين الخاصة بالموقع، إما أن المستخدم الخارق فقط هو من يمكنه استخدام مهام cron، أو أن جميع المستخدمين يمكنهم استخدام مهام cron.

معظم تطبيقات cron تفسر ببساطة إدخالات crontab وفقًا لإعدادات المنطقة الزمنية للنظام التي يعمل عليها برنامج cron. قد يُسبب هذا خلافًا إذا كان جهاز كبير متعدد المستخدمين يحتوي على مستخدمين في مناطق زمنية مختلفة، خاصةً إذا كانت المنطقة الزمنية الافتراضية للنظام تتضمن التوقيت الصيفي الذي قد يُسبب التباسًا . لذلك، قد يتعرف تطبيق cron، كحالة خاصة، على أسطر من النوع "CRON_TZ= < المنطقة الزمنية > " في crontab الخاص بالمستخدم، ويفسر إدخالات crontab اللاحقة نسبةً إلى تلك المنطقة الزمنية. ^{[ 10 ]}

كانت خدمة cron في نظام يونكس الإصدار 7 خدمة نظام (أُطلق عليها لاحقًا اسم daemon ) يتم استدعاؤها /etc/rcعندما يدخل نظام التشغيل في وضع المستخدمين المتعددين. ^{[ 11 ]} وكانت خوارزميتها بسيطة:

1. اقرأ /usr/lib/crontab^{[ 12 ]}
2. حدد ما إذا كان يجب تشغيل أي أوامر في التاريخ والوقت الحاليين، وإذا كان الأمر كذلك، فقم بتشغيلها بصفتك المستخدم الخارق ، root.
3. نم لمدة دقيقة واحدة
4. كرر من الخطوة 1.

كانت هذه النسخة من برنامج cron بسيطة وقوية، لكنها كانت تستهلك موارد النظام سواءً وجدت عملاً تقوم به أم لا. وفي تجربة أُجريت في جامعة بيردو أواخر سبعينيات القرن الماضي لتوسيع نطاق خدمة cron لتشمل جميع المستخدمين المئة على جهاز VAX ذي نظام مشاركة الوقت ، تبيّن أنها تُحمّل النظام عبئاً زائداً.

تم تطوير الإصدار التالي من برنامج cron، مع إصدار نظام Unix System V ، لتوسيع إمكانياته لتشمل جميع مستخدمي نظام Unix، وليس فقط المستخدم المتميز. ورغم أن هذا قد يبدو بسيطًا اليوم نظرًا لأن معظم أنظمة Unix والأنظمة الشبيهة بها تمتلك معالجات قوية وعددًا قليلًا من المستخدمين، إلا أنه في ذلك الوقت تطلب نهجًا جديدًا على نظام بمعالج MIPS واحد يضم حوالي 100 حساب مستخدم.

في عدد أغسطس 1977 من مجلة اتصالات جمعية آلات الحوسبة (ACM) ، نشر دبليو آر فرانتا وكورت مالي مقالًا بعنوان "بنية بيانات فعالة لمجموعة أحداث المحاكاة"، يصفان فيه بنية بيانات قائمة انتظار الأحداث لأنظمة المحاكاة المنفصلة القائمة على الأحداث، والتي أظهرت "أداءً يفوق أداء خوارزميات القوائم المرتبطة البسيطة الشائعة الاستخدام"، وسلوكًا جيدًا في ظل توزيعات زمنية غير منتظمة، وتعقيدًا في أسوأ الحالات .${\displaystyle \theta \left({\sqrt {n}}\right)}$، حيث يمثل "n" عدد الأحداث في قائمة الانتظار.

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

في العام الدراسي التالي، انضم طلاب جدد إلى برنامج الدراسات العليا في جامعة بيردو، من بينهم كيث ويليامسون، الذي انضم إلى فريق أنظمة قسم علوم الحاسوب. وكمهمة تمهيدية، طلب منه براون تطوير نموذج أولي لبرنامج cron ليصبح خدمة إنتاجية، وبدأ استخدام هذا البرنامج متعدد المستخدمين في جامعة بيردو أواخر عام 1979. وقد حلت هذه النسخة من cron محل النسخة /etc/cronالمستخدمة على جهاز VAX 11/780 التابع لقسم علوم الحاسوب والذي يعمل بنظام 32 بت.

الخوارزمية المستخدمة بواسطة هذا البرنامج المُجدول هي كالتالي:

1. عند بدء التشغيل، ابحث عن ملف بهذا الاسم .crontabفي المجلدات الرئيسية لجميع أصحاب الحسابات.
2. لكل ملف crontab تم العثور عليه، حدد الوقت التالي في المستقبل الذي يجب أن يتم فيه تشغيل كل أمر.
3. ضع تلك الأوامر في قائمة أحداث Franta–Maly مع وقتها المقابل ومحدد الوقت "الخماسي".
4. ادخل إلى الحلقة الرئيسية:
   1. افحص مدخل المهمة في رأس قائمة الانتظار، واحسب إلى أي مدى يجب أن يتم تشغيلها في المستقبل.
   2. نم خلال تلك الفترة الزمنية.
   3. عند الاستيقاظ وبعد التحقق من الوقت الصحيح، قم بتنفيذ المهمة الموجودة في رأس قائمة الانتظار (في الخلفية) بصلاحيات المستخدم الذي أنشأها.
   4. حدد الوقت التالي في المستقبل لتشغيل هذا الأمر وأعده إلى قائمة الأحداث عند قيمة الوقت تلك.

بالإضافة إلى ذلك، يستجيب البرنامج الخفي لإشارات SIGHUP لإعادة فحص ملفات crontab المُعدّلة، ويُجدول أحداث تنبيه خاصة كل ساعة ونصف ساعة للبحث عن هذه الملفات. وقد تم حذف الكثير من التفاصيل المتعلقة بعدم دقة تتبع وقت الكمبيوتر، وجدولة تنبيهات يونكس، وتغييرات الوقت الصريحة، وإدارة العمليات، والتي تُشكّل جميعها غالبية أسطر التعليمات البرمجية في هذا البرنامج. كما يقوم هذا البرنامج بتسجيل مخرجات stdout و stderr ، ويرسل أي مخرجات عبر البريد الإلكتروني إلى مالك ملف crontab.

إن الموارد التي يستهلكها هذا البرنامج تتزايد فقط مع مقدار العمل الذي يُعطى له ولا تزداد بشكل جوهري بمرور الوقت، باستثناء التحقق الدوري من التغييرات.

Williamson completed his studies and departed the University with a Masters of Science in Computer Science and joined AT&T Bell Labs in Murray Hill, New Jersey, and took this cron with him. At Bell Labs, he and others incorporated the Unix at command into cron, moved the crontab files out of users' home directories (which were not host-specific) and into a common host-specific spool directory, and of necessity added the crontab command to allow users to copy their crontabs to that spool directory.

This version of cron later appeared largely unchanged in Unix System V and in BSD and their derivatives, Solaris from Sun Microsystems, IRIX from Silicon Graphics, HP-UX from Hewlett-Packard, and AIX from IBM. Technically, the original license for these implementations should be with the Purdue Research Foundation who funded the work, but this took place at a time when little concern was given to such matters.

With the advent of the GNU Project and Linux, new crons appeared. The most prevalent of these is the Vixie cron, originally coded by Paul Vixie in 1987. Version 3 of Vixie cron was released in late 1993. Version 4.1 was renamed to ISC Cron and was released in January 2004. Version 3, with some minor bugfixes, is used in most distributions of Linux and BSDs.

In 2007, Red Hat forked vixie-cron 4.1 to the cronie project, adding features such as PAM and SELinux support.^[13] In 2009, anacron 2.3 was merged into cronie.^[14] Anacron is not an independent cron program however; another cron job must call it.

DragonFly's dcron was made by its founder Matt Dillon, and its maintainership was taken over by Jim Pryor in 2010.^[15]

في عام ٢٠٠٣، قدّم ديل ميلور mcron، ^{[ ١٦ ]} وهو نسخة معدّلة من cron مكتوبة بلغة Guile، توفر توافقًا تامًا مع Vixie cron، بالإضافة إلى مرونة أكبر، إذ تسمح باستخدام أي كود Scheme في حسابات الجدولة وتعريفات المهام. ولأن كلًا من برنامج mcron الخفي وملفات crontab تُكتب عادةً بلغة Scheme (مع أن mcron يقبل أيضًا ملفات crontab التقليدية من Vixie)، فإن الحالة التراكمية لقائمة مهام المستخدم متاحة لكود مهامه، والذي يمكن جدولة تشغيله إذا استوفت نتائج المهام الأخرى معايير محددة. يُنشر mcron افتراضيًا ضمن مدير حزم Guix ، الذي يتضمن خدمات تُمكّن مدير الحزم من إصدار ملفات crontab الخاصة بـ mcron بشكل أحادي، مع ضمان تثبيت الحزم اللازمة لتنفيذ المهام، وأن ملفات crontab المقابلة تشير إليها بشكل صحيح. ^{[ ١٧ ]}

يقوم حل webcron بجدولة مهام الحلقة لتشغيلها بشكل منتظم في أي مكان لا تتوفر فيه تطبيقات cron في بيئة استضافة الويب .

في عام 2025، نُشرت مواصفات نمط كرون المفتوح (OCPS) لمعالجة التباين في صيغة كرون بين التطبيقات المختلفة. يوفر الإصدار 1.0 من OCPS مواصفات رسمية لهجة كرون في Vixie، ويُقنن تنسيق النمط ذي الحقول الخمسة بقواعد واضحة للحالات الشاذة التي كانت غامضة سابقًا. ^{[ 18 ]}

تم تصميم المواصفات كمجموعة شاملة متوافقة مع الإصدارات السابقة، مع خطط مستقبلية لإضافة ميزات تدريجيًا مثل الجداول الزمنية المحددة مسبقًا، ودقة المستوى الثاني، ومعدلات التقويم المتقدمة مع الحفاظ على التوافق مع الإصدارات السابقة.

الأحرف التالية غير قياسية وتوجد فقط في بعض تطبيقات cron، مثل جدولة Quartz Java .

L

يرمز الحرف "L" إلى "الأخير". عند استخدامه في حقل يوم الأسبوع، يسمح بتحديد صيغ مثل "آخر جمعة" (" 5L ") من شهر معين. أما في حقل يوم الشهر، فيحدد آخر يوم من الشهر.

W

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

هاش ( #)

يُسمح باستخدام الرمز "#" في حقل يوم الأسبوع، ويجب أن يتبعه رقم بين واحد وخمسة. يسمح هذا بتحديد صيغ مثل "الجمعة الثانية" من شهر معين. ^{[ 22 ]} على سبيل المثال، إدخال "5#3" في حقل يوم الأسبوع يُشير إلى الجمعة الثالثة من كل شهر.

علامة استفهام ( ?)

في بعض التطبيقات، يُستخدم الرمز "؟" بدلاً من " * " لترك خانة يوم الشهر أو يوم الأسبوع فارغة. بينما تستبدل تطبيقات أخرى لـ cron علامة الاستفهام "؟" بوقت بدء تشغيل خدمة cron، بحيث يتم تحديث الوقت إلى 8:25 صباحًا إذا بدأ تشغيل cron في الساعة 8:25 صباحًا، وسيستمر التشغيل في هذا الوقت يوميًا حتى إعادة تشغيله. ^{[ 23 ]}? ? * * * *25 8 * * * *

الشرطة المائلة ( /)

في برنامج vixie-cron، يمكن دمج الشرطات المائلة مع النطاقات لتحديد قيم الخطوات. ^{[ 8 ]} على سبيل المثال، يشير */5 في حقل الدقائق إلى كل 5 دقائق (انظر الملاحظة أدناه حول الترددات). وهو اختصار للصيغة الأكثر تفصيلاً في نظام POSIX: 5,10,15,20,25,30,35,40,45,50,55,00 . لا يُحدد نظام POSIX استخدامًا للشرطات المائلة؛ ويشير مبرره (تعليقًا على امتداد BSD) إلى أن التعريف يستند إلى تنسيق System V، ولكنه لا يستبعد إمكانية وجود امتدادات. ^{[ 6 ]}

لاحظ أنه لا يمكن التعبير عن الترددات بشكل عام؛ فقط قيم الخطوات التي تقسم نطاقها بالتساوي تعبر عن ترددات دقيقة (بالنسبة للدقائق والثواني، فهي /2، /3، /4، /5، /6، /10، /12، /15، /20 و /30 لأن 60 يقبل القسمة بالتساوي على هذه الأرقام؛ بالنسبة للساعات، فهي /2، /3، /4، /6، /8 و /12 )؛ جميع "الخطوات" الممكنة الأخرى وجميع الحقول الأخرى تنتج فترات "قصيرة" غير متناسقة في نهاية وحدة الوقت قبل أن "تعاد ضبطها" إلى الدقيقة أو الثانية أو اليوم التالي؛ على سبيل المثال، إدخال */5 لحقل اليوم يتم تنفيذه أحيانًا بعد 1 أو 2 أو 3 أيام، اعتمادًا على الشهر والسنة الكبيسة؛ هذا لأن cron لا يحتفظ بالحالة (فهو لا يتذكر وقت التنفيذ الأخير ولا يحسب الفرق بينه وبين الآن، وهو أمر مطلوب لحساب التردد بدقة - بدلاً من ذلك، فإن cron هو مجرد أداة لمطابقة الأنماط).

بعض المكتبات الخاصة بلغات البرمجة التي توفر إمكانية جدولة المهام باستخدام crontab لا تتطلب نطاقات "صارمة" مثل 15-59/XX على يسار الشرطة المائلة عند استخدام النطاقات. ^{[ 24 ]} في هذه الحالات، يكون 15/XX هو نفسه جدول vixie-cron الذي يُمثل 15-59/10 في قسم الدقائق. وبالمثل، يمكن حذف -23 من 0-23/XX ، و-31 من 1-31/XX ، و -12 من 1-12/XX للساعات والأيام والأشهر على التوالي.

H

يُستخدم الرمز "H" في نظام التكامل المستمر Jenkins للإشارة إلى استبدال قيمة "مُجزأة". وبالتالي، فبدلاً من رقم ثابت مثل " 20 * * * *" الذي يعني بعد 20 دقيقة من بداية كل ساعة، H * * * *يشير الرمز " " إلى أن المهمة تُنفذ كل ساعة في وقت غير محدد ولكنه ثابت لكل مهمة. وهذا يسمح بتوزيع المهام على مدار الوقت، بدلاً من أن تبدأ جميعها في نفس الوقت وتتنافس على الموارد. ^{[ 25 ]}