যদি আপনি রানগুলির মধ্যে একটি টাইমস্ট্যাম্প ফাইল সংরক্ষণ করতে পারেন তবে আপনি কেবলমাত্র বর্তমান তারিখে নির্ভর করার পরিবর্তে এর তারিখটি পরীক্ষা করতে পারেন।
আপনার যদি খোঁজ কমান্ডের জন্য ভগ্ন মান সমর্থন -mtime(অথবা আছে -mmin) ( গনুহ খোঁজ উভয় হয়েছে , POSIX পারেন প্রয়োজন বলে মনে হচ্ছে না ), আপনি 'শ্বাসনালী' ক্রন সঙ্গে কাজ পারা খোঁজ এবং স্পর্শ ।
অথবা, যদি আপনার কাছে স্ট্যাট কমান্ড থাকে যা "যুগের পরের সেকেন্ড" হিসাবে ফাইলের তারিখগুলি দেখানো সমর্থন করে (উদাহরণস্বরূপ Gnu কোর্টিলস থেকে স্ট্যাট , এছাড়াও অন্যান্য বাস্তবায়ন), আপনি তারিখ , স্ট্যাট এবং শেলের তুলনা অপারেটরগুলি ব্যবহার করে নিজের তুলনা করতে পারেন একটি টাইমস্ট্যাম্প ফাইল আপডেট করার জন্য স্পর্শ সহ )। আপনি স্ট্যাটের পরিবর্তে ls ব্যবহার করতে সক্ষম হতে পারেন যদি এটি ফর্ম্যাটিং করতে পারে (উদাহরণস্বরূপ, জিএনইউ ফাইললটুল থেকে এলএস )।
নীচে একটি পার্ল প্রোগ্রাম রয়েছে (আমি এটি বলেছিলাম n-hours-ago) যা একটি টাইমস্ট্যাম্প ফাইল আপডেট করে এবং মূল টাইমস্ট্যাম্পটি যথেষ্ট পুরানো থাকলে সফলভাবে প্রস্থান করে। এর ব্যবহারের পাঠ্যটি দেখায় যে ক্রোন জব থ্রোট করার জন্য কীভাবে এটি ক্রন্টব এন্ট্রিতে ব্যবহার করা যায়। এটি "দিবালোক সঞ্চয়" এবং পূর্ববর্তী রানগুলি থেকে 'দেরী' টাইমস্ট্যাম্পগুলি কীভাবে পরিচালনা করতে পারে তার সামঞ্জস্যগুলিও বর্ণনা করে।
#!/usr/bin/perl
use warnings;
use strict;
sub usage {
printf STDERR <<EOU, $0;
usage: %s <hours> <file>
If entry at pathname <file> was modified at least <hours> hours
ago, update its modification time and exit with an exit code of
0. Otherwise exit with a non-zero exit code.
This command can be used to throttle crontab entries to periods
that are not directly supported by cron.
34 2 * * * /path/to/n-hours-ago 502.9 /path/to/timestamp && command
If the period between checks is more than one "day", you might
want to decrease your <hours> by 1 to account for short "days"
due "daylight savings". As long as you only attempt to run it at
most once an hour the adjustment will not affect your schedule.
If there is a chance that the last successful run might have
been launched later "than usual" (maybe due to high system
load), you might want to decrease your <hours> a bit more.
Subtract 0.1 to account for up to 6m delay. Subtract 0.02 to
account for up to 1m12s delay. If you want "every other day" you
might use <hours> of 47.9 or 47.98 instead of 48.
You will want to combine the two reductions to accomodate the
situation where the previous successful run was delayed a bit,
it occured before a "jump forward" event, and the current date
is after the "jump forward" event.
EOU
}
if (@ARGV != 2) { usage; die "incorrect number of arguments" }
my $hours = shift;
my $file = shift;
if (-e $file) {
exit 1 if ((-M $file) * 24 < $hours);
} else {
open my $fh, '>', $file or die "unable to create $file";
close $fh;
}
utime undef, undef, $file or die "unable to update timestamp of $file";
exit 0;