আমার কি ক্রোন.আরলি বা ক্রন্টব ব্যবহার করা উচিত?

Question

দেখে মনে হচ্ছে অ্যাজস্ট্যাটগুলি ব্যবহার করার / নির্ধারিত সময়সীমার সমস্ত পরামর্শ ক্রন্টাবের মাধ্যমে, যেমন: 0 * * * * /usr/local/awstats/wwwroot/cgi-bin/awstats.pl -config=mysite -update >/dev/null(ঘন্টা ব্যাপী অ্যাজস্ট্যাট চালানো)।

তবে, আমি যদি পরীক্ষা করে দেখি তবে crontab -lএটি বলেছে যে ক্রন্টব আমার ব্যবহারকারীর জন্য খালি।

যাইহোক, আমি যখন যাচাই করে /etc/cron.hourlyনিই, আমি নিম্নলিখিতগুলির সাথে একটি অস্টাস্টাস ফাইল পেয়েছি:

#!/bin/bash
exec /usr/share/awstats/tools/awstats_updateall.pl now         -configdir="/etc/awstats"           -awstatsprog="/usr/share/awstats/wwwroot/cgi-bin/awstats.pl" >/dev/null
exit 0

কেবল আপনাকে জানাতেই, আমার উত্তেজকগুলি সূক্ষ্ম আপডেট হয়েছে, এটি এর প্রতিবেদন তৈরি করে এবং সবই ভাল।

ক্রন্টব কমান্ডটি চালিয়ে দেওয়া নির্দিষ্ট ক্রোন ফোল্ডারে কোনও এন্ট্রি তৈরি করে? (অর্থাত্ ক্রোন.অওয়ারলি বা ক্রোন.ডেইলি ইত্যাদি)? নাকি এগুলি সম্পর্কিত নয়? যদি তারা সম্পর্কিত হয় তবে ক্রন্টব এন্ট্রি ছাড়াই কেন আমার ব্যবহারকারী?

Answer 1

crontab -eক্রন্টাব তৈরির theতিহ্যবাহী উপায়। আমি এটি বিশ্রী এবং পুরানো ধাঁচের বলে মনে করি, তবে লোকেরা এখনও এটি ব্যবহার করে।

/etc/cron.hourlyসহ, cron.daily, cron.weekly& /etc/cron.d, ইত্যাদি অধিকাংশ লিনাক্স ডিস্ট্রো দ্বারা উপলব্ধ কারণ তারা ভাল সুবিধাজনক এবং কাজ মত প্যাকেজ পরিচালকের ও কনফিগারেশন ম্যানেজমেন্ট সিস্টেম অটোমেশন সরঞ্জামগুলির সাথে করছে। কোনও প্যাকেজ ম্যানেজারের পক্ষে /etc/cron.hourly/fooবিদ্যমান ক্রন্টব সম্পাদনা সম্পাদনার স্ক্রিপ্ট করার তুলনায় কোনও ফাইল ফেলে দেওয়া খুব সহজ । একটি প্যাকেজ ম্যানেজারের মাধ্যমে একটি প্রোগ্রাম প্রোগ্রামক্রমে ফাইল সম্পাদনা করা ফাইলটিকে দূষিত করতে পারে, সদৃশ এন্ট্রি যুক্ত করতে পারে, ভুল লাইন মুছে ফেলতে পারে, মন্তব্যগুলি স্ক্রু করতে পারে ইত্যাদি এডিটফাইলে কিছুটা আলোচনার জন্য ক্ষতিকারক হিসাবে বিবেচিত হয় , কারণ এই সমস্যাটি প্রায় সময় ধরে চলেছে ।

ক্রন্টব কমান্ডটি চালিয়ে দেওয়া নির্দিষ্ট ক্রোন ফোল্ডারে কোনও এন্ট্রি তৈরি করে?

নং /etc/cron.daily/fooপ্যাকেজ ম্যানেজার দ্বারা তৈরি করা হয়, বা হাতে তৈরি করা হয়। আপনি যখন crontab কমান্ডটি চালাবেন এটি তৈরি হয় না। crontab -eক্রন্টব এর অধীনে তৈরি করবে /var, যেমন /var/spool/cron/root।

আমি পছন্দ করি /etc/cron.$period/fooএবং /etc/cron.dকারণ যে স্তরক্রমটি ঝরঝরে এবং সুসংহত, এবং এটি আমার কনফিগারেশন ম্যানেজমেন্ট সিস্টেমের জন্য স্ক্রিপ্ট করা সহজ। /etc/crontabলিনাক্সেও উপলভ্য, তবে এটি প্রোগ্রামটিভভাবে সম্পাদনা করা কিছুটা একঘেয়েমি এবং শক্ত। FreeBSD সমর্থন /etc/crontabএবং মত সিস্টেম /etc/periodic।

Comments

আপনার উত্তরের জন্য ধন্যবাদ, আমি এটিকেও পছন্দ করি, কারণ আমি .d ফোল্ডারে কনফিগারেশন ফাইলগুলি (যেমন কনফ। ডি, ইত্যাদি) বাদ দেওয়ার জন্য অভ্যস্ত!

— ফিজি ড্রিঙ্ক

আমি কেবল এই বিষয়ে একমত হতে পারি। আমি /etc/crontabযখন সিস্টেমটি চালানোর কথা বলি তখন রুটের ক্রোনট্যাব ব্যবহারের পরিবর্তে ব্যবহার করাও পছন্দ করি । এইভাবে, প্রতিটি ব্যবহারকারীর ক্রন্টবায় খনন না করে সিস্টেমটি কী তা সহজেই বুঝতে পারে।

— Spack

আমি এই উত্তরের সাথে একমত সম্ভবত কিছু অন্যান্য পার্থক্য উল্লেখ করুন: /etc/cron.$period/- এ স্বয়ংসম্পূর্ণ স্ক্রিপ্টগুলি রয়েছে যা ব্যবহারকারী রুট দ্বারা চালিত হয়। OTOH /etc/cron.d/ এ crontab -eফরম্যাটে ফাইল অন্তর্ভুক্ত রয়েছে । অবশেষে, / etc / ক্রোন * র স্ক্রিপ্টগুলি রুট-চালিত করার উদ্দেশ্যে করা হয়, যখন crontab -eসমস্ত ব্যবহারকারীর জন্য উপলব্ধ।

— নিলস টোডটম্যান

crontab -eকমান্ড ডিফল্টরূপে অসুবিধাজনক। সুতরাং আমি একটি স্ক্রিপ্ট তৈরি করেছি cteযার নাম দুটি কমান্ড রয়েছে: export EDITOR=geditএবং তারপরে crontab -eসম্পাদক এর সাথে কাজ করা আরও সহজ।

— এসডসোলার