ຄລາສສິກຂຽນວ່າຊົ່ວໂມງທີ່ມີຄວາມສຸກບໍ່ໄດ້ເບິ່ງ. ໃນຊ່ວງເວລາປ່າທໍາມະຊາດເຫຼົ່ານັ້ນບໍ່ມີທັງນັກຂຽນໂປລແກລມຫຼື Unix, ແຕ່ນັກຂຽນໂປລແກລມໃນມື້ນີ້ຮູ້ຢ່າງແນ່ນອນວ່າ: cron ຈະຕິດຕາມເວລາແທນພວກເຂົາ.

ຜົນປະໂຫຍດຂອງສາຍຄໍາສັ່ງແມ່ນທັງສອງຈຸດອ່ອນແລະວຽກສໍາລັບຂ້ອຍ. sed, awk, wc, cut ແລະໂຄງການເກົ່າອື່ນໆແມ່ນດໍາເນີນການໂດຍ scripts ໃນເຄື່ອງແມ່ຂ່າຍຂອງພວກເຮົາທຸກໆມື້. ຈໍານວນຫຼາຍຂອງພວກເຂົາຖືກອອກແບບເປັນວຽກງານສໍາລັບ cron, ກໍານົດເວລາເດີມມາຈາກ 70s.

ຂ້ອຍໄດ້ໃຊ້ cron ຢ່າງຜິວເຜີນເປັນເວລາດົນນານ, ໂດຍບໍ່ໄດ້ເຈາະເລິກລາຍລະອຽດ, ແຕ່ມື້ໜຶ່ງ, ເມື່ອຂ້ອຍພົບຂໍ້ຜິດພາດໃນຂະນະທີ່ໃຊ້ script, ຂ້ອຍຈຶ່ງຕັດສິນໃຈພິຈາລະນາເບິ່ງໃຫ້ລະອຽດກວ່າ. ນັ້ນແມ່ນວິທີທີ່ບົດຄວາມນີ້ເກີດຂຶ້ນ, ແລະໃນຂະນະທີ່ຂຽນມັນ, ຂ້ອຍຄຸ້ນເຄີຍກັບ POSIX crontab ແລະຕົວເລືອກ cron ຫຼັກໆໃນການແຈກຢາຍທີ່ນິຍົມ. Linux ແລະການອອກແບບຂອງບາງສ່ວນຂອງພວກມັນ.

ເຈົ້າໃຊ້ບໍ Linux ແລະ ແລ່ນວຽກ cron ບໍ? ທ່ານສົນໃຈສະຖາປັດຕະຍະກຳຂອງແອັບພລິເຄຊັນລະບົບ Unix ບໍ? ຖ້າເປັນແນວນັ້ນ, ພວກເຮົາກໍ່ຢູ່ໃນໜ້າດຽວກັນ!

ເນື້ອໃນ

• ຕົ້ນ ກຳ ເນີດຂອງຊະນິດພັນ
• POSIX crontab
• ຂາຍດີທີ່ສຸດ - Vixie cron 3.0pl1
• ຄຣອນອິນ Debian и Ubuntu
• ເພື່ອນສະໜິດໃນ Red Hat, Fedora ແລະ CentOS
• cronie ໃນ SLES ແລະ openSUSE
• ອຸປະກອນ Vixie cron
• Afterword

ຕົ້ນ ກຳ ເນີດຂອງຊະນິດພັນ

ການປະຕິບັດໂຄງການຜູ້ໃຊ້ຫຼືລະບົບເປັນໄລຍະເວລາແມ່ນມີຄວາມຈໍາເປັນທີ່ຊັດເຈນໃນທຸກລະບົບປະຕິບັດການ. ດັ່ງນັ້ນ, ນັກຂຽນໂປລແກລມໄດ້ຮັບຮູ້ເຖິງຄວາມຈໍາເປັນຂອງການບໍລິການທີ່ອະນຸຍາດໃຫ້ພວກເຂົາວາງແຜນແລະປະຕິບັດວຽກງານຂອງສູນກາງໃນເວລາດົນນານກ່ອນຫນ້ານີ້.

ລະບົບປະຕິບັດການຄ້າຍຄື Unix ຕິດຕາມຕົ້ນກໍາເນີດຂອງພວກເຂົາກັບຄືນໄປບ່ອນ Version 7 Unix, ພັດທະນາໃນຊຸມປີ 70 ຂອງສະຕະວັດທີ່ຜ່ານມາຢູ່ທີ່ Bell Labs, ລວມທັງ Ken Thompson ທີ່ມີຊື່ສຽງ. ເວີຊັ່ນ 7 Unix ຍັງລວມເອົາ cron, ການບໍລິການສໍາລັບການເຮັດວຽກຂອງ superuser ເປັນປະຈໍາ.

A cron ທີ່ທັນສະໄຫມປົກກະຕິແມ່ນໂຄງການທີ່ງ່າຍດາຍ, ແຕ່ວິທີການປະຕິບັດການຂອງສະບັບຕົ້ນສະບັບແມ່ນງ່າຍດາຍຫຼາຍ: ການບໍລິການຕື່ນຂຶ້ນຫນຶ່ງນາທີ, ອ່ານຕາຕະລາງທີ່ມີຫນ້າວຽກຈາກໄຟລ໌ດຽວ (/etc/lib/crontab) ແລະດໍາເນີນການສໍາລັບ superuser ວຽກ ງານ ທີ່ ຄວນ ໄດ້ ຮັບ ການ ປະ ຕິ ບັດ ໃນ ປັດ ຈຸ ບັນ .

ຫຼັງຈາກນັ້ນ, ສະບັບປັບປຸງຂອງການບໍລິການທີ່ງ່າຍດາຍແລະເປັນປະໂຫຍດໄດ້ຖືກສະຫນອງໃຫ້ກັບທຸກລະບົບປະຕິບັດການທີ່ຄ້າຍຄື Unix.

ຄໍາອະທິບາຍທົ່ວໄປຂອງຮູບແບບ crontab ແລະຫຼັກການພື້ນຖານຂອງການດໍາເນີນງານຂອງຜົນປະໂຫຍດໄດ້ຖືກລວມເຂົ້າໃນມາດຕະຖານຕົ້ນຕໍຂອງລະບົບປະຕິບັດການທີ່ຄ້າຍຄືກັບ Unix - POSIX - ໃນປີ 1992, ແລະດັ່ງນັ້ນ cron ຈາກມາດຕະຖານ de facto ໄດ້ກາຍເປັນມາດຕະຖານ de jure.

ໃນປີ 1987, Paul Vixie, ໄດ້ສໍາຫຼວດຜູ້ໃຊ້ Unix ກ່ຽວກັບຄວາມປາດຖະຫນາຂອງເຂົາເຈົ້າສໍາລັບ cron, ໄດ້ອອກສະບັບອື່ນຂອງ daemon ທີ່ແກ້ໄຂບາງບັນຫາຂອງ cron ແບບດັ້ງເດີມແລະຂະຫຍາຍ syntax ຂອງໄຟລ໌ຕາຕະລາງ.

ຮອດລຸ້ນທີສາມຂອງ Vixie, cron ໄດ້ກາຍມາເປັນໂປຣແກຣມທີ່ສອດຄ່ອງກັບ POSIX, ແລະໂປຣແກຣມມີໃບອະນຸຍາດທີ່ອະນຸຍາດ - ຫຼືແທນທີ່ຈະບໍ່ມີໃບອະນຸຍາດເລີຍ, ຍົກເວັ້ນ README: ຜູ້ຂຽນບໍ່ໄດ້ໃຫ້ການຮັບປະກັນ, ຊື່ຂອງຜູ້ຂຽນບໍ່ສາມາດລຶບອອກໄດ້, ແລະໂປຣແກຣມສາມາດຂາຍໄດ້ດ້ວຍລະຫັດແຫຼ່ງເທົ່ານັ້ນ. ຂໍ້ກຳນົດເຫຼົ່ານີ້ໄດ້ພິສູດໃຫ້ເຫັນວ່າເຂົ້າກັນໄດ້ກັບຫຼັກການຂອງຊອບແວຟຣີ, ເຊິ່ງກຳລັງໄດ້ຮັບຄວາມນິຍົມໃນເວລານັ້ນ, ແລະດັ່ງນັ້ນການແຈກຢາຍທີ່ສຳຄັນບາງຢ່າງທີ່ເກີດຂຶ້ນໃນຕົ້ນຊຸມປີ 90. Linux ພວກເຂົາໄດ້ເອົາ Vixie cron ເປັນ cron ຂອງລະບົບ ແລະ ຍັງພັດທະນາມັນຢູ່.

ໂດຍສະເພາະ, Red Hat ແລະ SUSE ພວມພັດທະນາ fork ຂອງ Vixie cron, cronie, ແລະ Debian и Ubuntu ໃຊ້ Vixie cron ສະບັບຕົ້ນສະບັບທີ່ມີຫຼາຍ patch.

ກ່ອນອື່ນໝົດ, ໃຫ້ພວກເຮົາມາຮູ້ຈັກກັບ crontab utility ຜູ້ໃຊ້ POSIX ກ່ອນ, ຫຼັງຈາກນັ້ນພວກເຮົາຈະກວດສອບສ່ວນຂະຫຍາຍ syntax ທີ່ນຳສະເໜີໃນ Vixie cron, ແລະ ການນຳໃຊ້ການປ່ຽນແປງຂອງ Vixie cron ໃນການແຈກຢາຍທີ່ນິຍົມ. Linuxແລະສຸດທ້າຍ, ສິ່ງທີ່ໜ້າສົນໃຈ — ການວິເຄາະໂຄງສ້າງຂອງ cron daemon.

POSIX crontab

ຖ້າ cron ຕົ້ນສະບັບເຮັດວຽກສະເຫມີສໍາລັບ superuser, ຜູ້ກໍານົດເວລາທີ່ທັນສະໄຫມມັກຈະຈັດການກັບວຽກງານຂອງຜູ້ໃຊ້ທົ່ວໄປ, ເຊິ່ງມີຄວາມປອດໄພແລະສະດວກກວ່າ.

Crons ໄດ້ຖືກສະຫນອງໃຫ້ເປັນຊຸດຂອງສອງໂຄງການ: cron daemon ທີ່ເຮັດວຽກຢ່າງຕໍ່ເນື່ອງແລະຜົນປະໂຫຍດ crontab ທີ່ມີໃຫ້ກັບຜູ້ໃຊ້. ອັນສຸດທ້າຍຊ່ວຍໃຫ້ທ່ານສາມາດແກ້ໄຂຕາຕະລາງວຽກສະເພາະກັບຜູ້ໃຊ້ແຕ່ລະຄົນໃນລະບົບ, ໃນຂະນະທີ່ daemon ເປີດຫນ້າວຽກຈາກຕາຕະລາງຜູ້ໃຊ້ແລະລະບົບ.

В ມາດຕະຖານ POSIX ພຶດຕິກໍາຂອງ daemon ບໍ່ໄດ້ຖືກອະທິບາຍໃນທາງໃດກໍ່ຕາມແລະພຽງແຕ່ໂຄງການຜູ້ໃຊ້ເທົ່ານັ້ນທີ່ເປັນທາງການ crontab. ການມີຢູ່ຂອງກົນໄກສໍາລັບການເປີດຕົວວຽກງານຂອງຜູ້ໃຊ້ແມ່ນ, ແນ່ນອນ, implied, ແຕ່ບໍ່ໄດ້ອະທິບາຍລາຍລະອຽດ.

ໂດຍການໂທຫາ crontab utility, ທ່ານສາມາດເຮັດສີ່ຢ່າງ: ແກ້ໄຂຕາຕະລາງວຽກຂອງຜູ້ໃຊ້ໃນບັນນາທິການ, ໂຫລດຕາຕະລາງຈາກໄຟລ໌, ສະແດງຕາຕະລາງວຽກງານໃນປະຈຸບັນ, ແລະລຶບຕາຕະລາງວຽກ. ຕົວຢ່າງຂອງວິທີການເຮັດວຽກຂອງ crontab:

crontab -e # редактировать таблицу задач
crontab -l # показать таблицу задач
crontab -r # удалить таблицу задач
crontab path/to/file.crontab # загрузить таблицу задач из файла

ເມື່ອຖືກເອີ້ນ crontab -e ຕົວແກ້ໄຂທີ່ລະບຸໄວ້ໃນຕົວແປສະພາບແວດລ້ອມມາດຕະຖານຈະຖືກໃຊ້ EDITOR.

ວຽກ​ງານ​ຂອງ​ຕົນ​ເອງ​ໄດ້​ຖືກ​ອະ​ທິ​ບາຍ​ໃນ​ຮູບ​ແບບ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

# строки-комментарии игнорируются
#
# задача, выполняемая ежеминутно
* * * * * /path/to/exec -a -b -c
# задача, выполняемая на 10-й минуте каждого часа
10 * * * * /path/to/exec -a -b -c
# задача, выполняемая на 10-й минуте второго часа каждого дня и использующая перенаправление стандартного потока вывода
10 2 * * * /path/to/exec -a -b -c > /tmp/cron-job-output.log

ຫ້າພາກສະຫນາມທໍາອິດຂອງການບັນທຶກ: ນາທີ [1..60], ຊົ່ວໂມງ [0..23], ວັນຂອງເດືອນ [1..31], ເດືອນ [1..12], ມື້ຂອງອາທິດ [0. .6], ບ່ອນທີ່ 0 ແມ່ນວັນອາທິດ. ສຸດທ້າຍ, ຫົກ, ພາກສະຫນາມແມ່ນເສັ້ນທີ່ຈະຖືກປະຕິບັດໂດຍນາຍພາສາຄໍາສັ່ງມາດຕະຖານ.

ໃນຫ້າຊ່ອງຂໍ້ມູນທໍາອິດ, ຄ່າສາມາດຖືກລະບຸໄວ້ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ:

# задача, выполняемая в первую и десятую минуты каждого часа
1,10 * * * * /path/to/exec -a -b -c

ຫຼືດ້ວຍຂີດໝາຍ:

# задача, выполняемая в каждую из первых десяти минут каждого часа
0-9 * * * * /path/to/exec -a -b -c

ຜູ້ໃຊ້ເຂົ້າເຖິງການກໍານົດເວລາວຽກແມ່ນຖືກຄວບຄຸມໃນ POSIX ໂດຍໄຟລ໌ cron.allow ແລະ cron.deny, ເຊິ່ງລາຍຊື່ຜູ້ໃຊ້ທີ່ມີການເຂົ້າເຖິງ crontab ແລະຜູ້ໃຊ້ທີ່ບໍ່ມີການເຂົ້າເຖິງໂຄງການ, ຕາມລໍາດັບ. ມາດຕະຖານບໍ່ໄດ້ກໍານົດສະຖານທີ່ຂອງໄຟລ໌ເຫຼົ່ານີ້ໃນທາງໃດກໍ່ຕາມ.

ອີງ​ຕາມ​ມາດ​ຕະ​ຖານ​, ຢ່າງ​ຫນ້ອຍ​ສີ່​ຕົວ​ແປ​ສະ​ພາບ​ແວດ​ລ້ອມ​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ຜ່ານ​ການ​ເປີດ​ໂຄງ​ການ​:

1. HOME - ໄດເລກະທໍລີເຮືອນຂອງຜູ້ໃຊ້.
2. LOGNAME — ເຂົ້າ​ສູ່​ລະ​ບົບ​ຜູ້​ໃຊ້.
3. PATH ແມ່ນເສັ້ນທາງທີ່ເຈົ້າສາມາດຊອກຫາເຄື່ອງໃຊ້ລະບົບມາດຕະຖານໄດ້.
4. SHELL — ເສັ້ນທາງໄປຫານາຍພາສາຄໍາສັ່ງທີ່ໃຊ້ແລ້ວ.

ທີ່ຫນ້າສັງເກດ, POSIX ເວົ້າບໍ່ມີຫຍັງກ່ຽວກັບບ່ອນທີ່ຄ່າສໍາລັບຕົວແປເຫຼົ່ານີ້ມາຈາກ.

ຂາຍດີທີ່ສຸດ - Vixie cron 3.0pl1

ບັນພະບຸລຸດທົ່ວໄປຂອງຕົວແປ cron ທີ່ນິຍົມແມ່ນ Vixie cron 3.0pl1, ນໍາສະເຫນີໃນບັນຊີລາຍຊື່ທາງໄປສະນີ comp.sources.unix ໃນປີ 1992. ພວກເຮົາຈະພິຈາລະນາລັກສະນະຕົ້ນຕໍຂອງສະບັບນີ້ໃນລາຍລະອຽດເພີ່ມເຕີມ.

Vixie cron ມາໃນສອງໂຄງການ (cron ແລະ crontab). ຕາມປົກກະຕິ, daemon ແມ່ນຮັບຜິດຊອບສໍາລັບການອ່ານແລະແລ່ນວຽກງານຈາກຕາຕະລາງວຽກງານຂອງລະບົບແລະຕາຕະລາງວຽກງານຂອງຜູ້ໃຊ້ສ່ວນບຸກຄົນ, ແລະຜົນປະໂຫຍດ crontab ແມ່ນຮັບຜິດຊອບໃນການແກ້ໄຂຕາຕະລາງຜູ້ໃຊ້.

ຕາຕະລາງວຽກແລະໄຟລ໌ການຕັ້ງຄ່າ

ຕາຕະລາງວຽກງານ superuser ແມ່ນຢູ່ໃນ /etc/crontab. syntax ຂອງຕາຕະລາງລະບົບກົງກັນກັບ syntax ຂອງ Vixie cron, ຍົກເວັ້ນວ່າຄໍລໍາທີ VI ໃນມັນຊີ້ໃຫ້ເຫັນຊື່ຂອງຜູ້ໃຊ້ພາຍໃຕ້ການເປີດຕົວຂອງວຽກງານດັ່ງກ່າວ:

# Запускается ежеминутно от пользователя vlad
* * * * * vlad /path/to/exec

ຕາຕະລາງວຽກງານຂອງຜູ້ໃຊ້ປົກກະຕິແມ່ນຢູ່ໃນ /var/cron/tabs/username ແລະໃຊ້ syntax ດຽວກັນ. ເມື່ອທ່ານເອີ້ນໃຊ້ crontab utility ເປັນຜູ້ໃຊ້, ເຫຼົ່ານີ້ແມ່ນໄຟລ໌ທີ່ຖືກດັດແກ້.

ລາຍຊື່ຜູ້ໃຊ້ທີ່ມີການເຂົ້າເຖິງ crontab ແມ່ນຖືກຈັດການຢູ່ໃນໄຟລ໌ /var/cron/allow ແລະ /var/cron/deny, ບ່ອນທີ່ທ່ານພຽງແຕ່ຕ້ອງການໃສ່ຊື່ຜູ້ໃຊ້ໃນແຖວແຍກຕ່າງຫາກ.

syntax ຂະຫຍາຍ

ເມື່ອປຽບທຽບກັບ POSIX crontab, ການແກ້ໄຂຂອງ Paul Vixey ປະກອບດ້ວຍການດັດແປງທີ່ເປັນປະໂຫຍດຫຼາຍຕໍ່ syntax ຂອງຕາຕະລາງວຽກງານຂອງຜົນປະໂຫຍດ.

syntax ຕາຕະລາງໃຫມ່ໄດ້ກາຍເປັນທີ່ມີຢູ່: ຕົວຢ່າງ, ທ່ານສາມາດກໍານົດມື້ຂອງອາທິດຫຼືເດືອນໂດຍຊື່ (ຈັນ, ອັງຄານ, ແລະອື່ນໆ):

# Запускается ежеминутно по понедельникам и вторникам в январе
* * * Jan Mon,Tue /path/to/exec

ທ່ານ​ສາ​ມາດ​ລະ​ບຸ​ຂັ້ນ​ຕອນ​ທີ່​ວຽກ​ງານ​ທີ່​ໄດ້​ຮັບ​ການ​ເປີດ​:

# Запускается с шагом в две минуты
*/2 * * * Mon,Tue /path/to/exec

ຂັ້ນຕອນ ແລະໄລຍະຫ່າງສາມາດປະສົມກັນໄດ້:

# Запускается с шагом в две минуты в первых десять минут каждого часа
0-10/2 * * * * /path/to/exec

ທາງເລືອກທີ່ເຂົ້າໃຈໄດ້ກັບ syntax ປົກກະຕິແມ່ນສະຫນັບສະຫນູນ (reboot, ປີ, ປີ, ເດືອນ, ອາທິດ, ປະຈໍາວັນ, ເວລາທ່ຽງຄືນ, ຊົ່ວໂມງ):

# Запускается после перезагрузки системы
@reboot /exec/on/reboot
# Запускается раз в день
@daily /exec/daily
# Запускается раз в час
@hourly /exec/daily

ສະພາບແວດລ້ອມການປະຕິບັດວຽກງານ

Vixie cron ຊ່ວຍໃຫ້ທ່ານສາມາດປ່ຽນສະພາບແວດລ້ອມຂອງແອັບພລິເຄຊັນທີ່ໃຊ້ໄດ້.

ຕົວແປສະພາບແວດລ້ອມ USER, LOGNAME ແລະ HOME ບໍ່ພຽງແຕ່ສະຫນອງໃຫ້ໂດຍ daemon, ແຕ່ຖືກເອົາມາຈາກໄຟລ໌. passwd. ຕົວແປ PATH ຖືກຕັ້ງເປັນ "/usr/bin:/bin" ແລະຕົວແປ SHELL ຖືກຕັ້ງເປັນ "/bin/sh". ຄ່າຂອງຕົວແປທັງຫມົດຍົກເວັ້ນ LOGNAME ສາມາດປ່ຽນແປງໄດ້ໃນຕາຕະລາງຜູ້ໃຊ້.

ບາງຕົວແປສະພາບແວດລ້ອມ (ໂດຍສະເພາະ SHELL ແລະ HOME) ແມ່ນໃຊ້ໂດຍ cron ຕົວມັນເອງເພື່ອເຮັດວຽກ. ນີ້ແມ່ນສິ່ງທີ່ໃຊ້ bash ແທນ sh ມາດຕະຖານເພື່ອດໍາເນີນການວຽກງານທີ່ກໍາຫນົດເອງອາດຈະເບິ່ງຄືວ່າ:

SHELL=/bin/bash
HOME=/tmp/
# exec будет запущен bash-ем в /tmp/
* * * * * /path/to/exec

ໃນທີ່ສຸດ, ຕົວແປສະພາບແວດລ້ອມທັງຫມົດທີ່ກໍານົດໄວ້ໃນຕາຕະລາງ (ໃຊ້ໂດຍ cron ຫຼືຕ້ອງການໂດຍຂະບວນການ) ຈະຖືກສົ່ງກັບວຽກງານທີ່ເຮັດວຽກ.

ເພື່ອແກ້ໄຂໄຟລ໌, crontab ໃຊ້ຕົວແກ້ໄຂທີ່ລະບຸໄວ້ໃນຕົວແປສະພາບແວດລ້ອມ VISUAL ຫຼື EDITOR. ຖ້າສະພາບແວດລ້ອມທີ່ crontab ຖືກດໍາເນີນການບໍ່ໄດ້ກໍານົດຕົວແປເຫຼົ່ານີ້, ຫຼັງຈາກນັ້ນ "/usr/ucb/vi" ຖືກນໍາໃຊ້ (ucb ແມ່ນອາດຈະເປັນມະຫາວິທະຍາໄລຄາລິຟໍເນຍ, Berkeley).

ຄຣອນອິນ Debian и Ubuntu

ນັກພັດທະນາ Debian ແລະ ການແຈກຢາຍອະນຸພັນໄດ້ຖືກປ່ອຍອອກມາ ສະ​ບັບ​ປັບ​ປຸງ​ສູງ​ Vixie cron ຮຸ່ນ 3.0pl1. ບໍ່ມີຄວາມແຕກຕ່າງໃນ syntax ຂອງໄຟລ໌ຕາຕະລາງ; ສໍາລັບຜູ້ໃຊ້ມັນແມ່ນ Vixie cron ດຽວກັນ. ຄຸນນະສົມບັດໃຫມ່ທີ່ໃຫຍ່ທີ່ສຸດ: ສະຫນັບສະຫນູນ syslog, SELinux и PAM.

ສັງເກດເຫັນຫນ້ອຍ, ແຕ່ການປ່ຽນແປງທີ່ເຫັນໄດ້ຊັດເຈນປະກອບມີສະຖານທີ່ຂອງໄຟລ໌ການຕັ້ງຄ່າແລະຕາຕະລາງວຽກ.

ຕາຕະລາງທີ່ກຳນົດເອງໃນ Debian ຕັ້ງຢູ່ໃນໄດເລກະທໍລີ /var/spool/cron/crontabs, ຕາຕະລາງລະບົບຍັງຢູ່ທີ່ນັ້ນ - ໃນ /etc/crontab. ສະເພາະແພັກເກັດ Debian ຕາຕະລາງໜ້າວຽກຖືກວາງໄວ້ໃນ /etc/cron.d, ບ່ອນທີ່ daemon cron ອ່ານພວກມັນໂດຍອັດຕະໂນມັດ. ການຄວບຄຸມການເຂົ້າເຖິງຂອງຜູ້ໃຊ້ຖືກຄວບຄຸມໂດຍໄຟລ໌ /etc/cron.allow ແລະ /etc/cron.deny.

shell ຄຳສັ່ງເລີ່ມຕົ້ນຍັງຄົງເປັນ /bin/sh, ເຊິ່ງໃຊ້ໃນ Debian ເປືອກນ້ອຍໆທີ່ເຂົ້າກັນໄດ້ກັບ POSIX ຈະປາກົດຂຶ້ນ dash, ເປີດຕົວໂດຍບໍ່ມີການອ່ານການຕັ້ງຄ່າໃດໆ (ໃນໂຫມດທີ່ບໍ່ມີການໂຕ້ຕອບ).

Cron ເອງໃນລຸ້ນລ້າສຸດ Debian ມັນຖືກເປີດໃຊ້ຜ່ານ systemd, ແລະການຕັ້ງຄ່າເລີ່ມຕົ້ນຂອງມັນສາມາດພົບໄດ້ໃນ /lib/systemd/system/cron.service. ບໍ່ມີຫຍັງພິເສດກ່ຽວກັບການຕັ້ງຄ່າຂອງການບໍລິການ; ການຈັດການໜ້າວຽກທີ່ລະອຽດສາມາດເຮັດໄດ້ຜ່ານຕົວແປສະພາບແວດລ້ອມທີ່ປະກາດໂດຍກົງໃນ crontab ຂອງແຕ່ລະຄົນ.

ເພື່ອນສະໜິດໃນ RedHat, Fedora ແລະ CentOS

ເສດຖີ — ສ້ອມຂອງ Vixie cron ເວີຊັນ 4.1. ຄືກັບໃນ Debian, ໄວຍາກອນບໍ່ໄດ້ປ່ຽນແປງ, ແຕ່ການຮອງຮັບ PAM ແລະ SE ໄດ້ຖືກເພີ່ມເຂົ້າມາແລ້ວLinux, ເຮັດວຽກຢູ່ໃນກຸ່ມ, ຕິດຕາມກວດກາໄຟລ໌ໂດຍໃຊ້ inotify ແລະຄຸນສົມບັດອື່ນໆ.

ການຕັ້ງຄ່າເລີ່ມຕົ້ນແມ່ນຢູ່ໃນສະຖານທີ່ປົກກະຕິ: ຕາຕະລາງລະບົບຢູ່ໃນ /etc/crontab, packages ວາງຕາຕະລາງຂອງພວກເຂົາໃນ /etc/cron.d, ຕາຕະລາງຜູ້ໃຊ້ເຂົ້າໄປໃນ /var/spool/cron/crontabs.

daemon ດໍາເນີນການພາຍໃຕ້ການຄວບຄຸມລະບົບ, ການຕັ້ງຄ່າການບໍລິການແມ່ນ /lib/systemd/system/crond.service.

ກ່ຽວກັບການແຈກຢາຍທີ່ຄ້າຍຄືກັບ Red Hat, /bin/sh ຖືກໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນໃນຕອນເລີ່ມຕົ້ນ, ເຊິ່ງເປັນ bash ມາດຕະຖານ. ມັນຄວນຈະສັງເກດວ່າເມື່ອແລ່ນວຽກ cron ຜ່ານ /bin/sh, bash shell ເລີ່ມຕົ້ນໃນໂຫມດ POSIX-compliant ແລະບໍ່ໄດ້ອ່ານການຕັ້ງຄ່າເພີ່ມເຕີມ, ແລ່ນຢູ່ໃນໂຫມດທີ່ບໍ່ມີການໂຕ້ຕອບ.

cronie ໃນ SLES ແລະ openSUSE

ການແຈກຢາຍເຍຍລະມັນ SLES ແລະອະນຸພັນ openSUSE ຂອງມັນໃຊ້ cronie ດຽວກັນ. daemon ຢູ່ທີ່ນີ້ຍັງຖືກເປີດຕົວພາຍໃຕ້ systemd, ການຕັ້ງຄ່າການບໍລິການຕັ້ງຢູ່ໃນ /usr/lib/systemd/system/cron.service. ການຕັ້ງຄ່າ: /etc/crontab, /etc/cron.d, /var/spool/cron/tabs. /bin/sh ແມ່ນ bash ດຽວກັນທີ່ເຮັດວຽກຢູ່ໃນໂໝດບໍ່ໂຕ້ຕອບທີ່ປະຕິບັດຕາມ POSIX.

ອຸປະກອນ Vixie cron

ລູກຫລານທີ່ທັນສະໄຫມຂອງ cron ບໍ່ໄດ້ປ່ຽນແປງຢ່າງໃຫຍ່ຫຼວງເມື່ອທຽບກັບ Vixie cron, ແຕ່ຍັງໄດ້ຮັບຄຸນສົມບັດໃຫມ່ທີ່ບໍ່ຈໍາເປັນຕ້ອງເຂົ້າໃຈຫຼັກການຂອງໂຄງການ. ຫຼາຍໆສ່ວນຂະຫຍາຍເຫຼົ່ານີ້ຖືກອອກແບບບໍ່ດີ ແລະສັບສົນລະຫັດ. ລະຫັດແຫຼ່ງ cron ຕົ້ນສະບັບໂດຍ Paul Vixey ແມ່ນມີຄວາມຍິນດີທີ່ຈະອ່ານ.

ດັ່ງນັ້ນ, ຂ້າພະເຈົ້າໄດ້ຕັດສິນໃຈວິເຄາະອຸປະກອນ cron ໂດຍໃຊ້ຕົວຢ່າງຂອງໂຄງການ cron ທົ່ວໄປກັບທັງສອງສາຂາຂອງການພັດທະນາ - Vixie cron 3.0pl1. ຂ້ອຍຈະເຮັດຕົວຢ່າງງ່າຍໂດຍການຖອນ ifdefs ທີ່ສັບສົນການອ່ານແລະລົບລ້າງລາຍລະອຽດເລັກນ້ອຍ.

ການເຮັດວຽກຂອງຜີປີສາດສາມາດແບ່ງອອກເປັນຫຼາຍຂັ້ນຕອນ:

1. ການເລີ່ມຕົ້ນໂຄງການ.
2. ເກັບກໍາແລະປັບປຸງບັນຊີລາຍຊື່ຂອງຫນ້າວຽກທີ່ຈະດໍາເນີນການ.
3. ແລ່ນ cron loop ຫຼັກ.
4. ເລີ່ມໜ້າວຽກ.

ໃຫ້ເບິ່ງຢູ່ໃນຄໍາສັ່ງ.

ການລິເລີ່ມ

ເມື່ອເລີ່ມຕົ້ນ, ຫຼັງຈາກການກວດສອບການໂຕ້ຖຽງຂະບວນການ, cron ຕິດຕັ້ງຕົວຈັດການສັນຍານ SIGCHLD ແລະ SIGHUP. ອັນທໍາອິດເຮັດໃຫ້ການເຂົ້າບັນທຶກກ່ຽວກັບການສິ້ນສຸດຂອງຂະບວນການເດັກນ້ອຍ, ອັນທີສອງປິດຕົວອະທິບາຍໄຟລ໌ຂອງໄຟລ໌ບັນທຶກ:

signal(SIGCHLD, sigchld_handler);
signal(SIGHUP, sighup_handler);

cron daemon ເຮັດວຽກຢູ່ຄົນດຽວຢູ່ໃນລະບົບ, ພຽງແຕ່ເປັນ superuser ແລະຈາກໄດເລກະທໍລີ cron ຕົ້ນຕໍ. ການໂທຕໍ່ໄປນີ້ສ້າງໄຟລ໌ລັອກດ້ວຍ PID ຂອງຂະບວນການ daemon, ໃຫ້ແນ່ໃຈວ່າຜູ້ໃຊ້ຖືກຕ້ອງແລະປ່ຽນໄດເລກະທໍລີປະຈຸບັນເປັນຕົ້ນຕໍ:

acquire_daemonlock(0);
set_cron_uid();
set_cron_cwd();

ເສັ້ນທາງເລີ່ມຕົ້ນຖືກຕັ້ງໄວ້, ເຊິ່ງຈະຖືກນໍາໃຊ້ໃນເວລາເລີ່ມຕົ້ນຂະບວນການ:

setenv("PATH", _PATH_DEFPATH, 1);

ຫຼັງຈາກນັ້ນ, ຂະບວນການແມ່ນ "daemonized": ມັນສ້າງສໍາເນົາເດັກນ້ອຍຂອງຂະບວນການໂດຍການໂທຫາ fork ແລະກອງປະຊຸມໃຫມ່ໃນຂະບວນການເດັກ (ໂທຫາ setsid). ຂະບວນການຂອງພໍ່ແມ່ແມ່ນບໍ່ຈໍາເປັນ, ແລະມັນອອກຈາກ:

switch (fork()) {
case -1:
    /* критическая ошибка и завершение работы */
    exit(0);
break;
case 0:
    /* дочерний процесс */
    (void) setsid();
break;
default:
    /* родительский процесс завершает работу */
    _exit(0);
}

ການຢຸດເຊົາຂະບວນການພໍ່ແມ່ປ່ອຍຕົວລັອກໃນໄຟລ໌ລັອກ. ນອກຈາກນັ້ນ, ມັນຈໍາເປັນຕ້ອງປັບປຸງ PID ໃນໄຟລ໌ໃຫ້ກັບເດັກ. ຫຼັງຈາກນີ້, ຖານຂໍ້ມູນຫນ້າວຽກຈະຖືກຕື່ມໃສ່ໃນ:

/* повторный захват лока */
acquire_daemonlock(0);

/* Заполнение БД  */
database.head = NULL;
database.tail = NULL;
database.mtime = (time_t) 0;
load_database(&database);

ຫຼັງຈາກນັ້ນ, cron ຍ້າຍໄປສູ່ວົງຈອນການເຮັດວຽກຕົ້ນຕໍ. ແຕ່ກ່ອນນັ້ນ, ມັນເປັນມູນຄ່າທີ່ພິຈາລະນາການໂຫຼດລາຍການວຽກ.

ການ​ເກັບ​ກໍາ​ແລະ​ການ​ປັບ​ປຸງ​ບັນ​ຊີ​ລາຍ​ການ​ວຽກ​ງານ​

ຟັງຊັນ load_database ຮັບຜິດຊອບໃນການໂຫຼດລາຍຊື່ໜ້າວຽກ. ມັນກວດເບິ່ງ crontab ລະບົບຕົ້ນຕໍແລະໄດເລກະທໍລີທີ່ມີໄຟລ໌ຜູ້ໃຊ້. ຖ້າໄຟລ໌ແລະໄດເລກະທໍລີບໍ່ໄດ້ປ່ຽນແປງ, ລາຍຊື່ຫນ້າວຽກຈະບໍ່ຖືກອ່ານຄືນໃຫມ່. ຖ້າບໍ່ດັ່ງນັ້ນ, ບັນຊີລາຍຊື່ຂອງວຽກງານໃຫມ່ຈະເລີ່ມຕົ້ນ.

ການໂຫຼດໄຟລ໌ລະບົບທີ່ມີໄຟລ໌ພິເສດ ແລະຊື່ຕາຕະລາງ:

/* если файл системной таблицы изменился, перечитываем */
if (syscron_stat.st_mtime) {
    process_crontab("root", "*system*",
    SYSCRONTAB, &syscron_stat,
    &new_db, old_db);
}

ກຳລັງໂຫຼດຕາຕະລາງຜູ້ໃຊ້ໃນວົງ:

while (NULL != (dp = readdir(dir))) {
    char    fname[MAXNAMLEN+1],
            tabname[MAXNAMLEN+1];
    /* читать файлы с точкой не надо*/
    if (dp->d_name[0] == '.')
            continue;
    (void) strcpy(fname, dp->d_name);
    sprintf(tabname, CRON_TAB(fname));
    process_crontab(fname, fname, tabname,
                    &statbuf, &new_db, old_db);
}

ຫຼັງຈາກນັ້ນ, ຖານຂໍ້ມູນເກົ່າຖືກແທນທີ່ດ້ວຍອັນໃຫມ່.

ໃນຕົວຢ່າງຂ້າງເທິງ, ການໂທຟັງຊັນ process_crontab ກວດສອບວ່າຜູ້ໃຊ້ທີ່ກົງກັບຊື່ໄຟລ໌ຕາຕະລາງມີຢູ່ (ເວັ້ນເສຍແຕ່ວ່າມັນເປັນ superuser) ແລະຫຼັງຈາກນັ້ນໂທຫາ load_user. ຕໍ່ມາໄດ້ອ່ານໄຟລ໌ຕົວມັນເອງເປັນແຖວແລ້ວ:

while ((status = load_env(envstr, file)) >= OK) {
    switch (status) {
    case ERR:
        free_user(u);
        u = NULL;
        goto done;
    case FALSE:
        e = load_entry(file, NULL, pw, envp);
        if (e) {
            e->next = u->crontab;
            u->crontab = e;
        }
        break;
    case TRUE:
        envp = env_set(envp, envstr);
        break;
    }
}

ໃນທີ່ນີ້, ຕົວແປສະພາບແວດລ້ອມໄດ້ຖືກກໍານົດ (ເສັ້ນຂອງແບບຟອມ VAR=value) ໂດຍໃຊ້ຟັງຊັນ load_env / env_set, ຫຼືຄໍາອະທິບາຍຫນ້າວຽກຖືກອ່ານ (* * * * * /path/to/exec) ໂດຍໃຊ້ຟັງຊັນ load_entry.

ຫນ່ວຍງານຂາເຂົ້າທີ່ load_entry ກັບຄືນມາແມ່ນວຽກງານຂອງພວກເຮົາ, ເຊິ່ງຖືກຈັດໃສ່ໃນບັນຊີລາຍຊື່ທົ່ວໄປຂອງວຽກງານ. ຟັງຊັນຕົວມັນເອງປະຕິບັດການວິເຄາະ verbose ຂອງຮູບແບບເວລາ, ແຕ່ພວກເຮົາມີຄວາມສົນໃຈຫຼາຍໃນການສ້າງຕົວແປສະພາບແວດລ້ອມແລະຕົວກໍານົດການເປີດຕົວ:

/* пользователь и группа для запуска задачи берутся из passwd*/
e->uid = pw->pw_uid;
e->gid = pw->pw_gid;

/* шелл по умолчанию (/bin/sh), если пользователь не указал другое */
e->envp = env_copy(envp);
if (!env_get("SHELL", e->envp)) {
    sprintf(envstr, "SHELL=%s", _PATH_BSHELL);
    e->envp = env_set(e->envp, envstr);
}
/* домашняя директория */
if (!env_get("HOME", e->envp)) {
    sprintf(envstr, "HOME=%s", pw->pw_dir);
    e->envp = env_set(e->envp, envstr);
}
/* путь для поиска программ */
if (!env_get("PATH", e->envp)) {
    sprintf(envstr, "PATH=%s", _PATH_DEFPATH);
    e->envp = env_set(e->envp, envstr);
}
/* имя пользовтеля всегда из passwd */
sprintf(envstr, "%s=%s", "LOGNAME", pw->pw_name);
e->envp = env_set(e->envp, envstr);

loop ຕົ້ນຕໍເຮັດວຽກກັບບັນຊີລາຍຊື່ຂອງວຽກງານໃນປະຈຸບັນ.

ສາຍຫຼັກ

cron ຕົ້ນສະບັບຈາກ Version 7 Unix ເຮັດວຽກຂ້ອນຂ້າງງ່າຍດາຍ: ມັນ re-read the configuration in a loop, launching the tasks of the current minutes as a superuser, and sleep until the start of the next minutes. ວິທີງ່າຍໆນີ້ໃນເຄື່ອງເກົ່າຕ້ອງການຊັບພະຍາກອນຫຼາຍເກີນໄປ.

ສະບັບທາງເລືອກໄດ້ຖືກສະເຫນີໃນ SysV, ເຊິ່ງ daemon ໄດ້ໄປນອນຈົນກ່ວານາທີທີ່ໃກ້ທີ່ສຸດທີ່ວຽກງານໄດ້ຖືກກໍານົດ, ຫຼືສໍາລັບ 30 ນາທີ. ມີການບໍລິໂພກຊັບພະຍາກອນໜ້ອຍລົງສຳລັບການອ່ານການຕັ້ງຄ່າ ແລະການກວດສອບໜ້າວຽກຄືນໃໝ່ໃນໂໝດນີ້, ແຕ່ການອັບເດດລາຍຊື່ໜ້າວຽກຢ່າງວ່ອງໄວໄດ້ກາຍເປັນເລື່ອງທີ່ບໍ່ສະດວກ.

Vixie cron ກັບຄືນໄປຫາການກວດສອບລາຍການວຽກຫນຶ່ງຄັ້ງຕໍ່ນາທີ, ໂຊກດີໃນຕອນທ້າຍຂອງ 80s ມີຊັບພະຍາກອນຫຼາຍໃນເຄື່ອງ Unix ມາດຕະຖານ:

/* первичная загрузка задач */
load_database(&database);
/* запустить задачи, поставленные к выполнению после перезагрузки системы */
run_reboot_jobs(&database);
/* сделать TargetTime началом ближайшей минуты */
cron_sync();
while (TRUE) {
    /* выполнить задачи, после чего спать до TargetTime с поправкой на время, потраченное на задачи */
    cron_sleep();

    /* перечитать конфигурацию */
    load_database(&database);

    /* собрать задачи для данной минуты */
    cron_tick(&database);

    /* перевести TargetTime на начало следующей минуты */
    TargetTime += 60;
}

ຟັງຊັນ cron_sleep ແມ່ນມີສ່ວນຮ່ວມໂດຍກົງໃນການປະຕິບັດຫນ້າວຽກ, ໂທຫາ job_runqueue (ນັບແລະດໍາເນີນການວຽກ) ແລະ do_command (ດໍາເນີນການແຕ່ລະຫນ້າວຽກແຕ່ລະຄົນ). ຫນ້າທີ່ສຸດທ້າຍແມ່ນຕົກເປັນມູນຄ່າການກວດສອບໃນລາຍລະອຽດເພີ່ມເຕີມ.

ແລ່ນໜ້າວຽກ

ຟັງຊັນ do_command ຖືກປະຕິບັດໃນແບບ Unix ທີ່ດີ, ນັ້ນແມ່ນ, ມັນເຮັດການສ້ອມແຊມເພື່ອປະຕິບັດຫນ້າວຽກແບບ asynchronous. ຂະ​ບວນ​ການ​ພໍ່​ແມ່​ຍັງ​ສືບ​ຕໍ່​ເປີດ​ປະ​ຕິ​ບັດ​ວຽກ​ງານ​, ຂະ​ບວນ​ການ​ເດັກ​ນ້ອຍ​ກະ​ກຽມ​ຂະ​ບວນ​ການ​ວຽກ​ງານ​:

switch (fork()) {
case -1:
    /*не смогли выполнить fork */
    break;
case 0:
    /* дочерний процесс: на всякий случай еще раз пробуем захватить главный лок */
    acquire_daemonlock(1);
    /* переходим к формированию процесса задачи */
    child_process(e, u);
    /* по завершению дочерний процесс заканчивает работу */
    _exit(OK_EXIT);
    break;
default:
    /* родительский процесс продолжает работу */
    break;
}

ມີເຫດຜົນຫຼາຍຢ່າງໃນຂະບວນການ child_process: ມັນເອົາຜົນຜະລິດມາດຕະຖານແລະຄວາມຜິດພາດໃນຕົວຂອງມັນເອງ, ເພື່ອສົ່ງມັນໄປຫາເມລ (ຖ້າຕົວແປສະພາບແວດລ້ອມ MAILTO ຖືກລະບຸໄວ້ໃນຕາຕະລາງວຽກ), ແລະສຸດທ້າຍ, ລໍຖ້າຕົ້ນຕໍ. ຂະ​ບວນ​ການ​ຂອງ​ວຽກ​ງານ​ທີ່​ຈະ​ສໍາ​ເລັດ​.

ຂະບວນການວຽກງານແມ່ນສ້າງຂື້ນໂດຍສ້ອມອື່ນ:

switch (vfork()) {
case -1:
    /* при ошибки сразу завершается работа */
    exit(ERROR_EXIT);
case 0:
    /* процесс-внук формирует новую сессию, терминал и т.д.
     */
    (void) setsid();

    /*
     * дальше многословная настройка вывода процесса, опустим для краткости
     */

    /* смена директории, пользователя и группы пользователя,
     * то есть процесс больше не суперпользовательский
     */
    setgid(e->gid);
    setuid(e->uid);
    chdir(env_get("HOME", e->envp));

    /* запуск самой команды
     */
    {
        /* переменная окружения SHELL указывает на интерпретатор для запуска */
        char    *shell = env_get("SHELL", e->envp);

        /* процесс запускается без передачи окружения родительского процесса,
         * то есть именно так, как описано в таблице задач пользователя  */
        execle(shell, shell, "-c", e->cmd, (char *)0, e->envp);

        /* ошибка — и процесс на запустился? завершение работы */
        perror("execl");
        _exit(ERROR_EXIT);
    }
    break;
default:
    /* сам процесс продолжает работу: ждет завершения работы и вывода */
    break;
}

ນັ້ນແມ່ນພື້ນຖານ cron ທັງຫມົດ. ຂ້າພະເຈົ້າໄດ້ລະເວັ້ນບາງລາຍລະອຽດທີ່ຫນ້າສົນໃຈ, ສໍາລັບການຍົກຕົວຢ່າງ, ບັນຊີສໍາລັບຜູ້ໃຊ້ຫ່າງໄກສອກຫຼີກ, ແຕ່ຂ້າພະເຈົ້າໄດ້ອະທິບາຍສິ່ງທີ່ຕົ້ນຕໍ.

Afterword

Cron ເປັນໂປຣແກຣມທີ່ງ່າຍດາຍ ແລະ ເປັນປະໂຫຍດຢ່າງໜ້າປະຫລາດໃຈ, ສ້າງຂຶ້ນໃນປະເພນີ Unix ທີ່ດີທີ່ສຸດ. ມັນບໍ່ໄດ້ເຮັດຫຍັງພິເສດ, ແຕ່ມັນໄດ້ເຮັດວຽກຂອງມັນໄດ້ດີຫຼາຍເປັນເວລາຫຼາຍທົດສະວັດ. ນີ້ແມ່ນການເບິ່ງລະຫັດສຳລັບລຸ້ນທີ່ມາພ້ອມກັບ Ubuntuຂ້ອຍໃຊ້ເວລາບໍ່ເກີນໜຶ່ງຊົ່ວໂມງ, ແລະຂ້ອຍມີຄວາມມ່ວນຫຼາຍ! ຂ້ອຍຫວັງວ່າຂ້ອຍຈະສາມາດແບ່ງປັນມັນກັບເຈົ້າໄດ້.

ຂ້ອຍບໍ່ຮູ້ກ່ຽວກັບເຈົ້າ, ແຕ່ຂ້ອຍເສຍໃຈເລັກນ້ອຍທີ່ຮູ້ວ່າການຂຽນໂປລແກລມທີ່ທັນສະໄຫມ, ໂດຍມີແນວໂນ້ມທີ່ຈະສັບສົນແລະບໍ່ມີຕົວຕົນເກີນໄປ, ບໍ່ໄດ້ເອື້ອອໍານວຍໃຫ້ແກ່ຄວາມງ່າຍດາຍດັ່ງກ່າວເປັນເວລາດົນນານ.

ມີທາງເລືອກທີ່ທັນສະໄຫມຫຼາຍສໍາລັບ cron: systemd-timers ຊ່ວຍໃຫ້ທ່ານສາມາດຈັດລະບຽບລະບົບທີ່ຊັບຊ້ອນດ້ວຍການເພິ່ງພາອາໄສ, fcron ຊ່ວຍໃຫ້ທ່ານສາມາດຄວບຄຸມການບໍລິໂພກຊັບພະຍາກອນໄດ້ໂດຍການເຮັດວຽກ. ແຕ່ສ່ວນຕົວ, crontab ທີ່ງ່າຍດາຍທີ່ສຸດແມ່ນພຽງພໍສໍາລັບຂ້ອຍສະເຫມີ.

ໃນສັ້ນ, ຮັກ Unix, ໃຊ້ໂປແກຼມງ່າຍໆແລະຢ່າລືມອ່ານ mana ສໍາລັບເວທີຂອງທ່ານ!

ແຫຼ່ງຂໍ້ມູນ: www.habr.com