ນີ້ແມ່ນຄໍາສັ່ງ jigdo-file ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
jigdo-file - ກະກຽມໄຟລ໌ສໍາລັບການດາວໂຫຼດ Jigsaw (ການແຈກຢາຍໄຟລ໌ຂະຫນາດໃຫຍ່, ຕົວຢ່າງ CD
ຮູບພາບ).
ສະຫຼຸບສັງລວມ
ໄຟລ j jigdo ຄໍາສັ່ງ
[ --ຮູບ=cdrom.iso ] [ --jigdo=cdrom.jigdo ] [ --ແມ່ແບບ=cdrom.ແມ່ແບບ ] [ --ກຳລັງ ] [
ເພີ່ມເຕີມ OPTIONS ] [ ເອກະສານ ... | --files-from=f ]
ສາມັນ ຄໍາສັ່ງ: ເຮັດແບບ, ເຮັດໃຫ້ຮູບພາບ, ກວດສອບ
ລາຍລະອຽດ
Jigsaw ດາວໂຫຼດ, ຫຼື jigdo ສັ້ນ, ເປັນໂຄງການພັດທະນາຕົ້ນຕໍເພື່ອເຮັດໃຫ້ມັນງ່າຍທີ່ຈະ
ແຈກຢາຍຮູບພາບລະບົບໄຟລ໌ຂະຫນາດໃຫຍ່ (ຕົວຢ່າງ CD (ISO9660) ຫຼື DVD (UDF) ຮູບພາບ) ໃນໄລຍະ
ອິນເຕີເນັດ, ແຕ່ວ່າມັນຍັງສາມາດຖືກນໍາໃຊ້ສໍາລັບຂໍ້ມູນອື່ນໆທີ່ເປັນງຸ່ມງ່າມໃນການຈັດການເນື່ອງຈາກມັນ
ຂະໜາດເຊັ່ນໄຟລ໌ສຽງ/ວິດີໂອ ຫຼືຊຸດຊອບແວຂະໜາດໃຫຍ່.
jigdo ພະຍາຍາມໃຫ້ແນ່ໃຈວ່າໄຟລ໌ຂະຫນາດໃຫຍ່ (ສະເຫມີເອີ້ນວ່າ ຮູບພາບເລັກນ້ອຍ ຈາກນີ້ໄປ) ແມ່ນໄດ້ຮັບການດາວໂຫຼດ
ໃນສ່ວນຂະຫນາດນ້ອຍທີ່ສາມາດຖືກເກັບໄວ້ໃນເຄື່ອງແມ່ຂ່າຍທີ່ແຕກຕ່າງກັນ. ຜູ້ທີ່ຕ້ອງການດາວນ໌ໂຫລດ
ຮູບພາບເຮັດແນວນັ້ນໂດຍການບອກ ຈີກໂດ(1) (ຫມາຍເຫດ ປະຕິບັດແລ້ວ ຍັງ) ດາວໂຫຼດເຄື່ອງມືເພື່ອປະມວນຜົນອັນໜຶ່ງ
`.ຈີກໂດ' ໄຟລ໌; ການນໍາໃຊ້ມັນ, ຈີກໂດ ດາວໂຫຼດພາກສ່ວນແລະການປະກອບຮູບພາບ. ໄຟລ j jigdo
ຖືກນໍາໃຊ້ເພື່ອກະກຽມໄຟລ໌ສໍາລັບການດາວໂຫຼດ.
ສິ່ງທີ່ເຮັດໃຫ້ jigdo ພິເສດແມ່ນວ່າພາກສ່ວນທີ່ຖືກນໍາໃຊ້ເພື່ອ reconstruct ຮູບພາບສາມາດມີ
ຂະຫນາດແລະເນື້ອຫາໃດກໍ່ຕາມ - ພວກເຂົາພຽງແຕ່ຕ້ອງການບັນຈຸຢູ່ໃນພາກພື້ນທີ່ຕິດຕໍ່ກັນທຸກບ່ອນໃນ
ຮູບພາບ.
ຕົວຢ່າງ: ຖ້າທ່ານຕ້ອງການແຈກຢາຍຮູບພາບ ISO9660 ທີ່ມີຮູບຖ່າຍຂອງ an
ເຄື່ອງແມ່ຂ່າຍຂອງ FTP, ທ່ານສາມາດແນະນໍາ ໄຟລ j jigdo ການກະກຽມຂໍ້ມູນການດາວໂຫຼດໃນວິທີການດັ່ງກ່າວ
ເມື່ອຄົນໃຊ້ ຈີກໂດ ເພື່ອດາວໂຫລດຮູບພາບ, ຈີກໂດ ຕົວຈິງແລ້ວດຶງໄຟລ໌ສ່ວນບຸກຄົນ
ຈາກເຄື່ອງແມ່ຂ່າຍ FTP ແລະປະກອບໃຫ້ເຂົາເຈົ້າເຂົ້າໄປໃນສໍາເນົາທີ່ແນ່ນອນຂອງຮູບພາບຂອງທ່ານ - ໃນລະຫວ່າງການ
ດາວໂຫລດ! (ຖ້າຮູບພາບບໍ່ແມ່ນການຖິ້ມລະບົບໄຟລ໌, ທ່ານສາມາດນໍາໃຊ້ ແບ່ງປັນ(1) ການສ້າງຂະຫນາດນ້ອຍ
ສ່ວນທີ່ຮູບພາບຈະໄດ້ຮັບການປະກອບໃຫມ່ຈາກ.)
ທ່ານມີອິດສະຫຼະທີ່ຈະເລືອກເອົາບ່ອນທີ່ສ່ວນບຸກຄົນຂອງຮູບພາບໄດ້ຖືກເກັບຮັກສາໄວ້: ພວກເຂົາເຈົ້າ
ອາດຈະຢູ່ໃນໄດເລກະທໍລີທີ່ແຕກຕ່າງກັນທັງຫມົດໃນເຄື່ອງແມ່ຂ່າຍທີ່ແຕກຕ່າງກັນ (ເຊັ່ນ: ເນື່ອງຈາກວ່າ
ການເກັບຮັກສາ / ແບນວິດຂໍ້ຈໍາກັດ), ແຕ່ນີ້ແມ່ນເບິ່ງບໍ່ເຫັນສໍາລັບຄົນທີ່ດາວໂຫຼດຂອງທ່ານ
ຮູບ. ຂໍ້ມູນກ່ຽວກັບເຊີບເວີທີ່ມີຢູ່ພຽງແຕ່ຕ້ອງການເພີ່ມໃສ່ `.ຈີກໂດ'ແຟ້ມ
ໂດຍທ່ານກ່ອນທີ່ຈະແຈກຢາຍມັນ.
ພາກສ່ວນ 'ລາຍລະອຽດ' ຂ້າງລຸ່ມນີ້ມີລາຍລະອຽດດ້ານວິຊາການກ່ຽວກັບວິທີເຮັດວຽກຂອງ jigdo. 'ຕົວຢ່າງ'
ພາກສ່ວນລາຍການສະແດງສະຖານະການທົ່ວໄປຈໍານວນຫນຶ່ງແລະອາດຈະຊ່ວຍໃຫ້ທ່ານໄດ້ຮັບຄວາມຄິດຂອງ jigdo ໃດ
ເປັນປະໂຫຍດສໍາລັບການ.
OPTIONS
ທາງເລືອກຫຼາຍແມ່ນສະເພາະສະເພາະ ຄໍາສັ່ງ; ອັນຂ້າງລຸ່ມນີ້ແມ່ນທົ່ວໄປຫຼືຖືກນໍາໃຊ້ໂດຍ
ຄໍາສັ່ງຈໍານວນຫນຶ່ງ. ທາງເລືອກເພີ່ມເຕີມແມ່ນລະບຸໄວ້ຂ້າງລຸ່ມນີ້ກັບຄໍາສັ່ງຂອງບຸກຄົນ. ທັງໝົດ
ຕົວເລືອກຈະຖືກລະເລີຍຢ່າງງຽບໆ ຖ້າພວກມັນບໍ່ສາມາດໃຊ້ໄດ້ກັບຄຳສັ່ງປັດຈຸບັນ. ສໍາລັບການໃດໆ
BYTES ຕົວກໍານົດການກັບທາງເລືອກ, ທ່ານສາມາດຕໍ່ທ້າຍຫນຶ່ງຂອງຕົວອັກສອນ `k', `M' ຫຼື `G' ກັບ.
ຈໍານວນເງິນທີ່ທ່ານລະບຸ, ເພື່ອຊີ້ບອກກິໂລໄບ, ເມກະໄບຫຼື gigabyte.
-h - ຊ່ວຍ
ສະຫຼຸບຫຍໍ້ຂອງຄໍາສັ່ງ ແລະທາງເລືອກ.
-H --help-ທັງໝົດ
ສະຫຼຸບສັງລວມຄໍາສັ່ງແລະທາງເລືອກທີ່ສົມບູນ.
-v - ການປ່ຽນແປງ
ເວີຊັນຂອງໂປຣແກຣມ Output.
-i --ຮູບ=cdrom.iso
ລະບຸສະຖານທີ່ຂອງໄຟລ໌ທີ່ມີຮູບພາບ. ຮູບພາບແມ່ນໄຟລ໌ຂະຫນາດໃຫຍ່ທີ່
ທ່ານຕ້ອງການແຈກຢາຍ.
-j --jigdo=cdrom.jigdo
ລະບຸສະຖານທີ່ຂອງໄຟລ໌ຄໍາອະທິບາຍ Jigsaw Download. ໄຟລ໌ jigdo ແມ່ນ a
ໄຟລ໌ທີ່ມະນຸດສາມາດອ່ານໄດ້ທີ່ສ້າງຂຶ້ນໂດຍ ໄຟລ j jigdo, ທີ່ທ່ານເພີ່ມຂໍ້ມູນກ່ຽວກັບທັງຫມົດ
ເຊີບເວີທີ່ເຈົ້າຈະອັບໂຫລດໄຟລ໌ໄປ. ຈີກໂດ ຈະດາວໂຫລດໄຟລ໌ນີ້ເປັນ
ຂັ້ນຕອນທໍາອິດຂອງການດຶງຮູບພາບ.
-t --ແມ່ແບບ=cdrom.ແມ່ແບບ
ລະບຸສະຖານທີ່ຂອງຮູບພາບ 'ແມ່ແບບ' ໄຟລ໌. ໄຟລ໌ແມ່ແບບແມ່ນໄຟລ໌ຄູ່
ຜະລິດໂດຍ ໄຟລ j jigdo, ມັນປະກອບດ້ວຍຂໍ້ມູນກ່ຽວກັບວິທີການ reassemble ຮູບພາບແລະ
ຍັງ (ໃນຮູບແບບການບີບອັດ) ຂໍ້ມູນທັງຫມົດຈາກຮູບພາບທີ່ບໍ່ພົບເຫັນຢູ່ໃນໃດໆຂອງ
ພາກສ່ວນ.
ອີງຕາມຄໍາສັ່ງ, ແຕ່ລະສາມໄຟລ໌ນີ້ຖືກນໍາໃຊ້ບາງຄັ້ງສໍາລັບການປ້ອນຂໍ້ມູນ,
ບາງຄັ້ງສໍາລັບຜົນຜະລິດ. ຖ້າໄຟລ໌ຈະຖືກໃຊ້ສໍາລັບຜົນຜະລິດສໍາລັບຄໍາສັ່ງໂດຍສະເພາະ
ແລະໄຟລ໌ຜົນຜະລິດມີຢູ່ແລ້ວ, ໄຟລ j jigdo ອອກດ້ວຍຄວາມຜິດພາດ, ເວັ້ນເສຍແຕ່ --ກຳລັງ
ແມ່ນປະຈຸບັນ.
ໃນກໍລະນີຫຼາຍທີ່ສຸດ, ທ່ານພຽງແຕ່ຕ້ອງການກໍານົດຫນຶ່ງອອກຈາກ -i -j -t, ເນື່ອງຈາກວ່າໃດກໍ່ຕາມ
ຊື່ໄຟລ໌ທີ່ຂາດຫາຍໄປຈະຖືກຫັກອອກຈາກອັນທີ່ທ່ານລະບຸ. ນີ້ແມ່ນເຮັດໂດຍທໍາອິດ
ຖອດສ່ວນຂະຫຍາຍໃດນຶ່ງອອກຈາກຊື່ທີ່ສະໜອງໃຫ້ ແລະຈາກນັ້ນບໍ່ມີສິ່ງໃດຕໍ່ທ້າຍ (ຖ້າ
ຫັກ --ຮູບ), `.ຈີກໂດ' ຫຼື `. ແມ່ແບບ'.
-r --report=default|noprogress|ງຽບ|grep
ຄວບຄຸມວິທີການ verbose ໂຄງການ, ແລະຮູບແບບທີ່ຜົນຜະລິດໄດ້: ບໍ່ກ້າວໜ້າ is
ຄືກັນກັບ Default ຍົກເວັ້ນວ່າບໍ່ມີການພິມຂໍ້ຄວາມຄວາມຄືບໜ້າຂອງ 'x% done' ງຽບ
ຈໍາກັດການຜະລິດກັບສິ່ງທີ່ຈໍາເປັນຢ່າງແທ້ຈິງ, ສ່ວນໃຫຍ່ແມ່ນຂໍ້ຄວາມຜິດພາດ. grep
ແມ່ນແຕກຕ່າງກັນພຽງແຕ່ຈາກ Default ສໍາລັບ ສ້າງແບບ ຄໍາສັ່ງ: ມັນເຮັດໃຫ້ຜົນຜະລິດໃນ
ງ່າຍໆ ' ຮູບແບບທີ່ເປັນປະໂຫຍດໃນເວລາທີ່ຊອກຫາໄຟລ໌ສອງ
ໃນໄຟລ໌ຖານສອງອື່ນໆ.
-f --ກຳລັງ
ຂຽນທັບໄຟລ໌ຜົນຜະລິດທີ່ມີຢູ່ໂດຍບໍ່ມີການຈົ່ມ.
-- ບໍ່ມີແຮງ
ນີ້ is ໄດ້ Default ປະຕິເສດທີ່ຈະຂຽນທັບໄຟລ໌ຜົນຜະລິດທີ່ມີຢູ່.
-c --cache=jigdo-cache.db
ໄຟລ j jigdo ປົກກະຕິແລ້ວຈໍາເປັນຕ້ອງໄດ້ອ່ານເນື້ອໃນທັງຫມົດຂອງທັງຫມົດ ເອກະສານ ທ່ານລະບຸ.
ຖ້າຫາກວ່າທ່ານນໍາໃຊ້ມັນຊ້ໍາ (ເຊັ່ນ: ເພາະວ່າທ່ານເຮັດໃຫ້ຮູບພາບ CD ໃຫມ່ທີ່ມີຢູ່ໃນປະຈໍາວັນ).
caching ຂໍ້ມູນໄຟລ໌ຈະເພີ່ມຄວາມໄວຂອງໂຄງການຢ່າງຫຼວງຫຼາຍ. ໄດ້
ໄຟລ໌ cache ຈະຖືກສ້າງຂື້ນໂດຍອັດຕະໂນມັດຖ້າມັນຍັງບໍ່ທັນມີ. ຂໍ້ມູນປົກກະຕິແລ້ວແມ່ນທັງສອງ
ອ່ານຈາກແລະຂຽນໃສ່ມັນ.
--no-cache
ນີ້ is ໄດ້ Default ຢ່າໃຊ້ cache.
--cache-expiry=ວິນາທີ
ກໍານົດອາຍຸສູງສຸດຂອງລາຍການ cache. ທຸກໆລາຍການທີ່ເກົ່າກວ່ານີ້ຈະຖືກລຶບອອກຈາກ
ແຄດ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 30 ມື້. ທ່ານສາມາດຕໍ່ທ້າຍໜຶ່ງໃນຕົວອັກສອນ `h', `d', `w',
`m', `y' ຫມາຍເຖິງຊົ່ວໂມງ, ມື້, ອາທິດ, ເດືອນຫຼືປີ, ຕາມລໍາດັບ. ມູນຄ່າຂອງ
`0' ຫຼື 'ປິດ' ປິດການໝົດອາຍຸ, ດັ່ງນັ້ນລາຍການທັງໝົດຈະຢູ່ໃນແຄດຕະຫຼອດໄປ.
ເບິ່ງພາກສ່ວນ 'CACHE FILES' ຂ້າງລຸ່ມນີ້ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.
--readbuffer=BYTES
ກໍານົດຂະຫນາດຂອງ buffers ພາຍໃນ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 128k - ຖ້າທ່ານມີແຜ່ນໄວ,
ການເພີ່ມມູນຄ່ານີ້ອາດຈະເຮັດໃຫ້ ໄຟລ j jigdo ໄວກວ່າ, ແຕ່ໂດຍທົ່ວໄປ, ການປ່ຽນແປງມັນແມ່ນ
ບໍ່ຈໍາເປັນ.
--md5-block-size=BYTES
ບໍ່ຫນ້າສົນໃຈ ພາຍໃນ ພາລາມິເຕີ. ກໍານົດຂະຫນາດຂອງຕັນເຂົ້າໄປໃນໄຟລ໌ໃດ
ແບ່ງຍ່ອຍ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 128k. ຖ້າທ່ານປ່ຽນມັນ, ໄຟລ໌ cache ໃດໆຈະຕ້ອງເປັນ
ຟື້ນຟູ. ພາຍໃນ, ໄຟລ j jigdo ອາດຈະເລືອກໃຊ້ຂະໜາດໃຫຍ່ ຫຼືນ້ອຍກວ່າເລັກນ້ອຍ
ມູນຄ່າ.
-T --files-from=ເອກະສານ
ອ່ານໄຟລ໌ ແລະຊື່ໄດເລກະທໍລີຈາກໄຟລ໌ທີ່ລະບຸ. ຖ້າ ເອກະສານ ແມ່ນ `-', ອ່ານຊື່
ຈາກການປ້ອນຂໍ້ມູນມາດຕະຖານ. ແຕ່ລະແຖວໃນໄຟລ໌ຖືກເອົາເປັນຊື່, ດັ່ງນັ້ນຊື່ອາດຈະ
ມີຍະຫວ່າງ, ແຕ່ບໍ່ແມ່ນຕົວອັກສອນແຖວໃໝ່. ເປັນສາຍເປົ່າສາເຫດ ໄຟລ j jigdo ຢຸດ
ອ່ານຈາກໄຟລ໌.
ຊອກຫາ(1) ເປັນເຄື່ອງມືທີ່ມີປະສິດທິພາບໃນການສ້າງລາຍຊື່ໄຟລ໌, ແຕ່ໃຫ້ແນ່ໃຈວ່າໃຊ້ `ຊອກຫາ
-ປະເພດ f' ຖ້າເປັນໄປໄດ້ - ຖ້າບໍ່ດັ່ງນັ້ນ, ຖ້າເຈົ້າສັ່ງ ຊອກຫາ ເພື່ອສົ່ງອອກທັງສອງຊື່ໄຟລ໌
ແລະ symlink ກັບຊື່ໄຟລ໌ນັ້ນ, ໄຟລ j jigdo ຈະອ່ານເນື້ອໃນໄຟລ໌ສອງຄັ້ງ.
--hex ຜົນໄດ້ຮັບ checksums ໃນເລກຖານສິບຫົກແທນທີ່ຈະເປັນຮູບແບບ Base64. ນີ້ບໍ່ຄວນເປັນ
ໃຊ້ກັບ ສ້າງແບບ ຄໍາສັ່ງ, ເນື່ອງຈາກວ່າຜົນໄດ້ຮັບ `.ຈີກໂດ' ໄຟລ໌ລະເມີດ
ໄດ້ `.ຈີກໂດ' ຮູບແບບໄຟລ໌. ການນໍາໃຊ້ຈຸດປະສົງຂອງຕົນແມ່ນເພື່ອເຮັດໃຫ້ ໄຟລ j jigdo ຮ່ວມມືກັນໄດ້ຫຼາຍຂຶ້ນ
ກັບອຸປະກອນອື່ນໆຂອງ Unix shell ເຊັ່ນ ຂ້ອຍແມ່ນ md5(1).
--no-hex
ນີ້ is ໄດ້ Default ໃຊ້ການເຂົ້າລະຫັດຂອງ checksums ຄ້າຍຄື Base64 ຂອງ jigdo.
--debug[=ຊ່ວຍ|=ທັງໝົດ|=ໜ່ວຍ, ~ ໜ່ວຍ ... ]
ເປີດ ຫຼືປິດຜົນການດີບັກ. ພຽງແຕ່ '--debug' ເທົ່າກັບ `--debug=all'.
ອາກິວເມັນແມ່ນລາຍການທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດຂອງຊື່ຫົວໜ່ວຍທີ່ຜົນການດີບັກແມ່ນ
ຈະຖືກເປີດໃຊ້, ຫຼືປິດການໃຊ້ງານຖ້າຊື່ຖືກນໍາຫນ້າດ້ວຍ `~'. ຊື່ພິເສດ "ທັງຫມົດ"
ໝາຍເຖິງທຸກໜ່ວຍ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ການດີບັ໊ກຜົນອອກຈະຖືກປິດ ຍົກເວັ້ນສຳລັບຫົວໜ່ວຍຕ່າງໆ
"ຢືນຢັນ" ແລະ "ທົ່ວໄປ". ບັນຊີລາຍຊື່ທີ່ແນ່ນອນຂອງຫນ່ວຍງານທີ່ມີຢູ່ສໍາລັບການ debugging ສາມາດ
ໄດ້ຮັບການສະຫຼັບຂຶ້ນກັບວ່າ jigdo ໄດ້ຖືກລວບລວມດ້ວຍການສະຫນັບສະຫນູນ debugging - the
ລາຍຊື່ສາມາດພິມດ້ວຍ `--debug=help'.
ເອກະສານ ຊື່ຂອງໄຟລ໌ຫຼືໄດເລກະທໍລີທີ່ຈະໃຊ້ເປັນການປ້ອນຂໍ້ມູນ. ເຫຼົ່ານີ້ແມ່ນພາກສ່ວນທີ່ເປັນ
ບັນຈຸຢູ່ໃນຮູບ. ໃນກໍລະນີຫນຶ່ງຂອງຊື່ເປັນໄດເລກະທໍລີ, ໂຄງການ
recursively scans ໄດເລກະທໍລີແລະເພີ່ມໄຟລ໌ທັງຫມົດທີ່ບັນຈຸຢູ່ໃນມັນ. ໃນຂະນະທີ່ເຮັດ
ນີ້, ມັນປະຕິບັດຕາມການເຊື່ອມຕໍ່ສັນຍາລັກ, ແຕ່ຫຼີກເວັ້ນການ loops symlink.
ຖ້າຫນຶ່ງຂອງຊື່ໄຟລ໌ເລີ່ມຕົ້ນດ້ວຍຕົວອັກສອນ `-', ທ່ານຕ້ອງນໍາຫນ້າບັນຊີລາຍຊື່ຂອງ
ໄຟລ໌ທີ່ມີ `--'. ຄ່າຂອງ `-' ມີ no ຄວາມຫມາຍພິເສດໃນບັນຊີລາຍຊື່ນີ້, ມັນ stands ສໍາລັບ
ໄຟລ໌ທີ່ມີຊື່ເປັນຂີດໝາຍອັນດຽວ.
ສາມາດ
ຊື່ຄໍາສັ່ງແມ່ນ argument ທີ່ບໍ່ແມ່ນທາງເລືອກທໍາອິດທີ່ຜ່ານໄປຫາ ໄຟລ j jigdo. ຄໍາສັ່ງສ່ວນໃຫຍ່ມີ
ຕົວຫຍໍ້ສັ້ນເຊັ່ນດຽວກັນກັບຊື່ຍາວ. ໄດ້ ສັ້ນ ຄໍາສັ່ງ ຊື່ ຄວນ ບໍ່ be ໃຫມ່ in
scripts - ມີ ອາດຈະ be ບໍ່ເຂົ້າກັນ ການປ່ຽນແປງ to ໃຫ້ເຂົາເຈົ້າ in ໄດ້ ອະນາຄົດ!
ສ້າງແມ່ແບບ, MT
ອ່ານ ຮູບພາບເລັກນ້ອຍ ແລະ ເອກະສານ, ສ້າງ `.ຈີກໂດ' ແລະ `. ແມ່ແບບ'. ນີ້ແມ່ນຫນ້າທີ່ຕົ້ນຕໍຂອງ
ໄຟລ j jigdo.
ມັນເປັນໄປໄດ້ທີ່ຈະລະບຸທັງສອງ --ຮູບ=- ແລະ --files-from=-. ໃນກໍລະນີດັ່ງກ່າວນີ້, ທໍາອິດບັນຊີລາຍຊື່
ໄຟລ໌ຈະຖືກອ່ານຈາກການປ້ອນຂໍ້ມູນມາດຕະຖານຈົນກວ່າຈະພົບເສັ້ນຫວ່າງເປົ່າ. ທຸກຢ່າງ
ຕໍ່ໄປນີ້ແມ່ນສົມມຸດວ່າເປັນຂໍ້ມູນຮູບພາບ. ນີ້ສາມາດເປັນປະໂຫຍດຖ້າທ່ານໃຊ້ mkisofs(1) ຫຼື
ໂຄງການທີ່ຄ້າຍຄືກັນທີ່ສາມາດອອກຮູບພາບທີ່ສົມບູນໃນຜົນຜະລິດມາດຕະຖານຂອງເຂົາເຈົ້າ, ເນື່ອງຈາກວ່າ
ບໍ່ຈໍາເປັນຕ້ອງເກັບຮັກສາຮູບພາບໃນແຜ່ນຊົ່ວຄາວ.
ຖ້າຫາກວ່າເປັນ ເອກະສານ argument ມີຕົວອັກສອນ `//' (Unix) ຫຼື `\.\' (Windows), ນີ້ມີ
ຄວາມຫມາຍພິເສດ. ໃນໄຟລ໌ jigdo ສຸດທ້າຍທີ່ຜູ້ໃຊ້ຈະດາວໂຫລດ, ແຕ່ລະສ່ວນແມ່ນ
ອ້າງອີງໃນພາກ `[Parts]' ທີ່ມີ URI ຂອງແບບຟອມ 'Label:some/filename'. (ເບິ່ງ
`ຮູບແບບຂອງໄຟລ໌ .JIGDO' ຂ້າງລຸ່ມນີ້ສໍາລັບລາຍລະອຽດລາຍລະອຽດ.) ພາກສ່ວນ `[ເຊີບເວີ]' ໃຫ້.
ການສ້າງແຜນທີ່ຂອງປ້າຍກຳກັບກັບເຊີບເວີໃນອິນເຕີເນັດ, ດ້ວຍສາຍເຊັ່ນ
`ປ້າຍ =http://myserver.org/jigdofiles/'. ການນໍາໃຊ້ຂໍ້ມູນນີ້, ຈີກໂດ ຈະສ້າງ
ດາວໂຫລດ URI ສຸດທ້າຍສໍາລັບສ່ວນ, `http://myserver.org/jigdofiles/some/filename'.
ການລະບຸ `//' (ຫຼື `\.\') ໃນໄຟລ໌ຫຼືຊື່ໄດເລກະທໍລີໃຫ້ບໍລິການເພື່ອ 'ຕັດ' ຊື່ທີ່
ລະດັບໄດເລກະທໍລີທີ່ຖືກຕ້ອງ. ຕົວຢ່າງ, ຖ້າເສັ້ນທາງ Unix ຂອງຫນຶ່ງຂອງເຈົ້າ ເອກະສານ is
`/path/some/filename', ທ່ານສາມາດບອກໄດ້ ໄຟລ j jigdo ເພື່ອຕັດອອກຫຼັງຈາກ '/ ເສັ້ນທາງ' ໂດຍການຜ່ານມັນ
argument `/path//some/filename', ຫຼື `/path//' ຖ້າທ່ານຕ້ອງການສະແກນໄດເລກະທໍລີທັງໝົດ.
ຊື່ເສັ້ນທາງບໍ່ຈໍາເປັນຕ້ອງເປັນຢ່າງແທ້ຈິງ; `ບາງໄດເລກະທໍລີ //' ແມ່ນເປັນໄປໄດ້.
--ປ້າຍຊື່ ປ້າຍກຳກັບ=/ເສັ້ນທາງ
ລະບຸຊື່ທີ່ຈະໃຊ້ເປັນຊື່ປ້າຍກຳກັບສຳລັບເສັ້ນທາງໃນແຜ່ນ. (ມີອິດທິພົນຕໍ່ຜົນຜະລິດ
jigdo file.) ຖ້າທ່ານໃຊ້ `//' ໃນ ເອກະສານ ການໂຕ້ຖຽງທີ່ອະທິບາຍຂ້າງເທິງ, ໄຟລ j jigdo
ໂດຍຄ່າເລີ່ມຕົ້ນຈະເລືອກເອົາຊື່ປ້າຍຊື່ໂດຍອັດຕະໂນມັດ (`A', `B' ແລະອື່ນໆ). ດ້ວຍທາງເລືອກນີ້,
ທ່ານສາມາດໃຫ້ປ້າຍຊື່ທີ່ມີຄວາມຫມາຍຫຼາຍ. ໃຫ້ສັງເກດວ່າຊື່ປ້າຍຊື່ຈະເປັນພຽງແຕ່
ໃຊ້ຖ້າຫນຶ່ງຫຼືຫຼາຍກວ່ານັ້ນ ເອກະສານ ເລີ່ມຕົ້ນດ້ວຍ `/path//'.
ພະຍາຍາມໃຊ້ຊື່ປ້າຍກຳກັບທີ່ເລີ່ມຕົ້ນດ້ວຍຕົວພິມໃຫຍ່, ເພື່ອແຍກພວກມັນ
ຢ່າງຊັດເຈນຈາກຊື່ໂປໂຕຄອນເຊັ່ນ: `http', `ftp'.
--uri ປ້າຍກຳກັບ=http://some.server.org/
ໂດຍຄ່າເລີ່ມຕົ້ນ, ການນໍາໃຊ້ --ປ້າຍຊື່ ດັ່ງທີ່ອະທິບາຍໄວ້ຂ້າງເທິງຈະເຮັດໃຫ້ເສັ້ນຂອງແບບຟອມ
`label=file:/path/' ຈະຖືກຂຽນໃສ່ພາກສ່ວນ `[Servers]' ຂອງ output jigdo
ໄຟລ໌. ຖ້າທ່ານຕ້ອງການ override `file:' URI ເພື່ອໃຫ້ແຖວອ່ານ
`ປ້າຍ =http://some.server.org/', ທ່ານສາມາດເຮັດແນວນັ້ນໂດຍການລະບຸ --uri ຄຽງຄູ່ກັບການ
--ປ້າຍຊື່. ໃຫ້ພຽງແຕ່ --uri ປ້າຍກຳກັບ=... ໂດຍບໍ່ມີການທີ່ສອດຄ້ອງກັນ --ປ້າຍຊື່ ປ້າຍກຳກັບ=...
ບໍ່ມີຜົນ, ແລະເຖິງແມ່ນວ່າທ່ານຈະລະບຸທັງສອງ, ການເຂົ້າພຽງແຕ່ຖືກເພີ່ມໃສ່
ພາກສ່ວນ `[ເຊີບເວີ]' ຖ້າປ້າຍຊື່ຖືກອ້າງອີງໂດຍຢ່າງໜ້ອຍໜຶ່ງລາຍການ `[ສ່ວນ]'.
ມູນຄ່າທີ່ສະໜອງໃຫ້ບໍ່ໄດ້ຖືກອ້າງອີງໂດຍໂຄງການ; ຖ້າມັນມີຕົວອັກສອນເຊັ່ນ
ຍະຫວ່າງ ຫຼືຕົວອັກສອນໃດນຶ່ງ #"'\ ຈາກນັ້ນທ່ານຕ້ອງອ້າງເຖິງມັນ. (ພາຍໃຕ້ Unix, ທ່ານອາດຈະ
ຈໍາເປັນຕ້ອງອ້າງເຖິງມູນຄ່າສອງຄັ້ງເພື່ອປົກປ້ອງມັນຈາກແກະ, ເຊັ່ນ: \\\\ ຫຼື '\\'
ເພື່ອໃຫ້ໄດ້ຮັບ backslash ດຽວໃນ URI.)
ແຜນທີ່ລະບຸໄວ້ກັບ --uri ທາງເລືອກແມ່ນຖືກລະເລີຍຖ້າມັນມີຢູ່ໃນແລ້ວ
ໄຟລ໌ jigdo ຜົນຜະລິດ.
ຜູ້ໃຊ້ສະບັບ Windows ອາດຈະສັງເກດເຫັນວ່າ `\' ຕົວແຍກລະບົບແມ່ນ
ປ່ຽນເປັນ `/' ໃນ `file:' URIs ທີ່ສ້າງຂຶ້ນໂດຍຄ່າເລີ່ມຕົ້ນ. ນີ້ແມ່ນເຮັດແລ້ວ
ເພື່ອເພີ່ມຄວາມເຂົ້າກັນໄດ້ຂ້າມເວທີຂອງ 'file:' - the ພິມຂາດ ຄໍາສັ່ງຂອງ
ເວີຊັ່ນ Windows ອັດຕະໂນມັດຈະປ່ຽນຕົວອັກສອນເມື່ອມັນພິມ
URIs. ໃນກໍລະນີທີ່ທ່ານສະຫນອງຂອງທ່ານເອງ `file:' URIs ພາຍໃຕ້ Windows ການນໍາໃຊ້ --uri, ເຈົ້າຕ້ອງ
ແລກປ່ຽນ `/' ແລະ `\'.
-0 to -9
ກໍານົດປະລິມານການບີບອັດໃນໄຟລ໌ແມ່ແບບຜົນຜະລິດ, ຈາກ -0 (ບໍ່ມີການບີບອັດ) ກັບ
-9 (ການບີບອັດສູງສຸດ). ຄ່າເລີ່ມຕົ້ນແມ່ນ -9, ເຊິ່ງສາມາດເຮັດໃຫ້ການສ້າງແບບຈໍາລອງ
ຂ້ອນຂ້າງຊ້າ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ສູດການບີບອັດທີ່ໃຊ້ແມ່ນຄືກັນກັບສຳລັບ gzip(1).
--Gzip ແລະ --bzip2
ເລືອກລະຫວ່າງຂັ້ນຕອນການບີບອັດ gzip ແລະ bzip2. ຄ່າເລີ່ມຕົ້ນແມ່ນ gzip.
Bzip2 ປົກກະຕິແລ້ວໃຫ້ອັດຕາສ່ວນການບີບອັດທີ່ດີກວ່າ, ແຕ່ການບີບອັດແມ່ນຢ່າງຫຼວງຫຼາຍ
ຊ້າກວ່າກັບ gzip.
--min-length=BYTES
ກໍານົດຄວາມຍາວຕໍາ່ສຸດຂອງສ່ວນຫນຶ່ງສໍາລັບ ໄຟລ j jigdo ເພື່ອຊອກຫາມັນຢູ່ໃນຮູບພາບ. ໄດ້
ຄ່າເລີ່ມຕົ້ນແມ່ນ 1k. ຊິ້ນສ່ວນຂະຫນາດນ້ອຍກວ່ານີ້ຈະບໍ່ພົບຢູ່ໃນຮູບ, ດັ່ງນັ້ນພວກມັນ
ຂໍ້ມູນຈະຖືກລວມຢູ່ໃນໄຟລ໌ແມ່ແບບ. algorithm ຄົ້ນຫາທີ່ໃຊ້ຮຽກຮ້ອງໃຫ້ມີດັ່ງກ່າວ
ຄວາມຍາວຕໍ່າສຸດ, ຖ້າບໍ່ດັ່ງນັ້ນການສ້າງແມ່ແບບອາດຈະຊ້າທີ່ສຸດ. ຖ້າເຈົ້າ
ຮູ້ໃຫ້ແນ່ໃຈວ່າທັງຫມົດຂອງທ່ານ ເອກະສານ ມີຂະຫນາດໃຫຍ່ກວ່າຈໍານວນທີ່ແນ່ນອນ, ທ່ານສາມາດເຮັດໄດ້
ເພີ່ມຂຶ້ນ ໄຟລ j jigdoຄວາມໄວຂອງເລັກນ້ອຍໂດຍການລະບຸຈໍານວນທີ່ມີທາງເລືອກນີ້.
ມີສາຍຢ່າງຕໍ່າສຸດຢ່າງແທ້ຈິງຂອງ 256 bytes - ສິ່ງໃດທີ່ຕ່ໍາກວ່າຈະງຽບ
ກໍານົດເປັນ 256.
--merge=ເອກະສານ
ລວມເອົາເນື້ອໃນຂອງ ເອກະສານ ໃນຜົນຜະລິດ `.ຈີກໂດ' ໄຟລ໌. ໄຟລ໌ສາມາດມີຂໍ້ມູນ
ທີ່ທ່ານຕ້ອງການເພີ່ມເຂົ້າໄປໃນຜົນຜະລິດ (ສໍາລັບການຍົກຕົວຢ່າງ, ເປັນ `[Servers]' ພາກທີ່ມີບັນຊີລາຍການ
ຂອງເຄື່ອງແມ່ຂ່າຍຂອງທ່ານເປັນລາຍການ), ຫຼືມັນສາມາດເປັນໄຟລ໌ jigdo ຜົນຜະລິດໂດຍການດໍາເນີນການກ່ອນຫນ້ານີ້
of ໄຟລ j jigdo.
ມັນເປັນໄປໄດ້ທີ່ຈະລະບຸໄຟລ໌ດຽວກັນສໍາລັບການປ້ອນຂໍ້ມູນກັບ --ລວມເຂົ້າກັນ ແລະສໍາລັບຜົນຜະລິດທີ່ມີ
--ຈີກໂດ. ຢ່າງໃດກໍຕາມ, ທ່ານຍັງຈະຕ້ອງໃຊ້ --ກຳລັງ ເພື່ອເຮັດໃຫ້ໂຄງການຂຽນທັບ
ເວີຊັນເກົ່າຂອງໄຟລ໌ jigdo ກັບອັນໃໝ່. ເອກະສານ ສາມາດເປັນ `-' ສໍາລັບມາດຕະຖານ
input
ເມື່ອໃດ ເພີ່ມ ຂໍ້ມູນໃຫມ່ກັບໄຟລ໌ທີ່ສະຫນອງໃຫ້, ໄຟລ j jigdo ຈະບໍ່ໃສ່ໃຫມ່
ເສັ້ນເຂົ້າໄປໃນພາກສ່ວນ `[Parts]' ຖ້າລາຍການສໍາລັບ checksum MD5 ດຽວກັນ (ແຕ່ບໍ່ແມ່ນ
ຈໍາເປັນຕ້ອງມີ URI ດຽວກັນ!) ມີຢູ່ແລ້ວ, ແລະມັນຈະບໍ່ໃສ່ສາຍໃຫມ່
ເຂົ້າໄປໃນພາກ `[ເຊີບເວີ]' ຖ້າມີລາຍການທີ່ຄືກັນໝົດແລ້ວ.
ເມື່ອໃດ ອ່ານ in ທີ່ມີຢູ່ແລ້ວ ເອກະສານ, ພຶດຕິກໍາແມ່ນແຕກຕ່າງກັນເລັກນ້ອຍ: ໂຄງການ
ຮັກສາໄວ້ ລາຍການຢູ່ໃນພາກສ່ວນ `[Parts]' ທີ່ມີ checksum ຄືກັນ, ແຕ່ແຕກຕ່າງກັນ
URIs. ສໍາລັບລາຍການທີ່ຄືກັນຫມົດ ( checksum ດຽວກັນແລະ URI), ມີພຽງແຕ່ຫນຶ່ງເຂົ້າ
ເກັບຮັກສາໄວ້ແລະຊ້ໍາກັນໄດ້ຖືກໂຍກຍ້າຍ. ພາກສ່ວນ `[ເຊີບເວີ]' ຖືກປະໄວ້
ບໍ່ແຕະຕ້ອງ.
-- ຮູບພາບພາກສ່ວນ
ນີ້ is ໄດ້ Default ສາເຫດ ໄຟລ j jigdo ເພື່ອເພີ່ມສ່ວນ `[ຮູບພາບ]' ໄປທີ່ `.ຈີກໂດ'
ຍື່ນ.
ເປັນຂໍ້ຍົກເວັ້ນ, ພາກສ່ວນ `[ຮູບພາບ]' ແມ່ນ ບໍ່ ເພີ່ມຖ້າທ່ານໃຊ້ --ລວມເຂົ້າກັນ ແລະ
ໄຟລ໌ທີ່ຈະລວມປະກອບດ້ວຍ `[ຮູບພາບ]' ພາກສ່ວນທີ່ມີເສັ້ນທີ່ອ່ານວ່າ `Template-
MD5Sum=' (ທ້າຍແຖວຫຼັງຈາກ `='). ໃນກໍລະນີນີ້, ຂໍ້ມູນແມ່ແບບທີ່ສ້າງຂຶ້ນ
ຄ່າ MD5 checksum ແມ່ນພຽງແຕ່ເພີ່ມຫຼັງຈາກ `=' ຂອງແຖວທໍາອິດຂອງແບບຟອມນີ້
ໄຟລ໌ - ບໍ່ມີພາກສ່ວນ `[ຮູບພາບ]' ໃໝ່ທັງໝົດຖືກຕໍ່ທ້າຍ. ພຶດຕິກໍານີ້ແມ່ນເປັນປະໂຫຍດ
ເນື່ອງຈາກວ່າມັນອະນຸຍາດໃຫ້ທ່ານຜ່ານ --ລວມເຂົ້າກັນ ພາກສ່ວນ `[ຮູບພາບ]' ທີ່ມີຕົວຕົນ
ເນື້ອໃນແລະຫຼັງຈາກນັ້ນມີ MD5 checksum ເພີ່ມອັດຕະໂນມັດໂດຍ ໄຟລ j jigdo. ໄດ້
ພາກສ່ວນ `FORMAT OF .JIGDO FILES' ຂ້າງລຸ່ມນີ້ອະທິບາຍເນື້ອໃນຂອງພາກ `[ຮູບພາບ]' ໃນ
ລາຍລະອຽດຫຼາຍກວ່າເກົ່າ.
--no-image-section
Do ບໍ່ ປະກອບມີພາກສ່ວນ `[ຮູບພາບ]' ໃນ `.ຈີກໂດ' ໄຟລ໌. ທ່ານຈໍາເປັນຕ້ອງເພີ່ມຫນຶ່ງ
ຕົວທ່ານເອງຖ້າທ່ານໃຊ້ທາງເລືອກນີ້. ຢ່າງໃດກໍຕາມ, ການເຮັດນັ້ນບໍ່ແມ່ນເລື່ອງງ່າຍ (ທ່ານຍັງຈໍາເປັນຕ້ອງໄດ້
ເພີ່ມແຖວ 'Template-MD5Sum' ດ້ວຍ checksum ທີ່ຖືກຕ້ອງ, ຫຼື ຈີກໂດ ຈະຈົ່ມ), ດັ່ງນັ້ນ
ການນໍາໃຊ້ທາງເລືອກນີ້ແມ່ນທໍ້ຖອຍໃຈ.
--servers-section
ນີ້ is ໄດ້ Default ສາເຫດ ໄຟລ j jigdo ເພື່ອເພີ່ມພາກສ່ວນ `[ເຊີບເວີ]' ໄປທີ່ `.ຈີກໂດ'
ໄຟລ໌. ພາກສ່ວນເລີ່ມຕົ້ນນີ້ໃຊ້ 'ໄຟລ໌:' URIs, ເຊິ່ງອະນຸຍາດໃຫ້ປະກອບໃຫມ່ໃນທັນທີ
ຂອງຮູບພາບຈາກລະບົບໄຟລ໌ທ້ອງຖິ່ນ, ແລະຍັງເປັນປະໂຫຍດຖ້າຫາກວ່າທ່ານຕ້ອງການແກ້ໄຂໄດ້
ໄຟລ໌ດ້ວຍຕົນເອງແລະປ່ຽນແທນ `file:' URIs ດ້ວຍ URIs ອື່ນໆ.
--no-servers-section
Do ບໍ່ ເພີ່ມພາກສ່ວນ `[ເຊີບເວີ]' ໃນຕອນທ້າຍຂອງ `.ຈີກໂດ' ໄຟລ໌. ທີ່ເປັນປະໂຫຍດ eg if
ທ່ານຈະເພີ່ມເຕີມພາກສ່ວນທີ່ມີສະຄິບ.
--match-exec=SHELLCOMMAND
ເມື່ອໃດກໍ່ຕາມທີ່ພົບເຫັນໄຟລ໌ຢູ່ໃນຮູບພາບ, ດໍາເນີນການ string ຄໍາສັ່ງທີ່ສະຫນອງໃຫ້ໂດຍ
ຖ່າຍທອດມັນໄປຫາຫອຍ. ໄຟລ j jigdo ຕັ້ງຄ່າຕົວແປສະພາບແວດລ້ອມຈໍານວນຫນຶ່ງດ້ວຍ
ຂໍ້ມູນກ່ຽວກັບການຈັບຄູ່ໄຟລ໌. ຕົວຢ່າງ, ຖ້າໄຟລ໌ `/path//a/b/file'ແມ່ນ
ພົບເຫັນຢູ່ໃນຮູບແລະ 'Label:a/b/file' ຈະຖືກຂຽນໃສ່ `.ຈີກໂດ'
file:
· LABEL="Label" - ຊື່ຂອງປ້າຍກຳກັບຂອງໄຟລ໌. ຕົວຢ່າງສົມມຸດວ່າ `--ປ້າຍຊື່
ປ້າຍກຳກັບ=/path' ຖືກລະບຸໂດຍທ່ານ. ໃນກໍລະນີທີ່ບໍ່ມີທາງເລືອກດັ່ງກ່າວ, LABEL ຈະ
ຖືກຕັ້ງແຕ່ຫວ່າງເປົ່າ.
· LABELPATH="/path/" - ເສັ້ນທາງທີ່ສອດຄ້ອງກັບປ້າຍຊື່, ຫຼືໃນຄໍາສັບຕ່າງໆອື່ນໆ, the
ຄໍານໍາຫນ້າຂອງເສັ້ນທາງຂອງໄຟລ໌ທີ່ກົງກັນທີ່ຈະ ບໍ່ ປະກົດຢູ່ໃນຜົນຜະລິດ `.ຈີກໂດ'
ໄຟລ໌. ຖືກກໍານົດເຖິງແມ່ນວ່າບໍ່ມີ `--ປ້າຍຊື່'ມີທາງເລືອກ. ຈົບລົງດ້ວຍເຄື່ອງໝາຍທັບ.
· ການແຂ່ງຂັນ="a/b/" - ສ່ວນທີ່ເຫຼືອຂອງເສັ້ນທາງ, ໂດຍບໍ່ມີຊື່ໃບຂອງຄໍາທີ່ກົງກັນ
ໄຟລ໌. ຫວ່າງເປົ່າ ຫຼືລົງທ້າຍດ້ວຍເຄື່ອງໝາຍເລກ.
· LEAF="file" - ຊື່ໃບຂອງໄຟລ໌ທີ່ກົງກັນ.
· MD5SUM="lNVdUSqbo2yqm33webrhnw" - md5sum ຂອງໄຟລ໌ທີ່ກົງກັນ, ໃນ Base64-like
ຮູບແບບ.
· ເອກະສານ="/path//a/b/file" - ເພື່ອຄວາມສະດວກ, ເສັ້ນທາງທີ່ສົມບູນຂອງໄຟລ໌. ໄດ້
ຕົວປ່ຽນແປງຖືກຕັ້ງເປັນ $LABELPATH$MATCHPATH$LEAF ສະເໝີ.
ກະລຸນາລະມັດລະວັງທີ່ຈະອ້າງສິດສະຕຣິງທີ່ຖືກສົ່ງໄປຫາທາງເລືອກນີ້, ຖ້າບໍ່ດັ່ງນັ້ນຂອງທ່ານ
ຄໍາສັ່ງທີ່ສະຫນອງຈະບໍ່ເຮັດວຽກກັບຊື່ໄຟລ໌ທີ່ມີຊ່ອງຫວ່າງ. ເປັນຕົວຢ່າງ, ເພື່ອ
ສ້າງການສໍາຮອງຂອງການເຊື່ອມຕໍ່ຍາກກັບໄຟລ໌ທີ່ຈັບຄູ່, ໃຊ້ທາງເລືອກຕໍ່ໄປນີ້: --match-
exec='mkdir -p "${LABEL:-.}/$MATCHPATH" && ln -f "$FILE" "${LABEL:-.}/$MATCHPATH$LEAF"'
ໂດຍຄ່າເລີ່ມຕົ້ນ, ບໍ່ມີຄໍາສັ່ງຖືກປະຕິບັດ. ໃຊ້ --match-exec="" ເພື່ອລົບສາຍຄໍາສັ່ງທີ່
ຖືກຕັ້ງດ້ວຍການໃຊ້ຕົວເລືອກນີ້ກ່ອນໜ້ານີ້.
--greedy-ກົງກັນ
ນີ້ is ໄດ້ Default ຈິນຕະນາການວ່າຮູບພາບຂອງທ່ານປະກອບດ້ວຍ a .tar ໄຟລ໌ທີ່ໃນທາງກັບກັນ
ມີໄຟລ໌ອື່ນ x, ແລະທີ່ທ່ານສະຫນອງໃຫ້ທັງສອງ .tar ແລະໄຟລ໌ພາຍໃນມັນ
ຢູ່ໃນເສັ້ນຄໍາສັ່ງ. ເມື່ອໃດ ໄຟລ j jigdo ສະແກນຮູບພາບ, ມັນພົບກັບຈຸດເລີ່ມຕົ້ນ
ຂອງ .tar ໄຟລ໌, ແລະຫຼັງຈາກນັ້ນໄຟລ໌ x.
ໃນຈຸດນີ້, ການຕັດສິນໃຈຕ້ອງເຮັດ: ຄວນໄຟລ໌ຂະຫນາດນ້ອຍກວ່າ x ຖືກບັນທຶກເປັນ
ກົງກັນ, ຫຼືຄວນຈະຖືກລະເວັ້ນໃນເງື່ອນໄຂຂອງການແຂ່ງຂັນທີ່ໃຫຍ່ກວ່າ (ແລະດັ່ງນັ້ນຈຶ່ງດີກວ່າ) ຂອງ
ໄດ້ .tar ໄຟລ໌? ແຕ່ຫນ້າເສຍດາຍ, ໃນຈຸດນີ້ມັນບໍ່ຊັດເຈນວ່າຈະມີ
ຕົວຈິງແລ້ວຈະເປັນການແຂ່ງຂັນຢ່າງເຕັມທີ່ຂອງ .tar, ດັ່ງນັ້ນໂດຍຄ່າເລີ່ມຕົ້ນ, ໂຄງການມັກຂະຫນາດນ້ອຍ
ການແຂ່ງຂັນ.
--no-greedy-matching
ໃນກໍລະນີທີ່ມີການແຂ່ງຂັນບາງສ່ວນຂະຫນາດໃຫຍ່ແລະການແຂ່ງຂັນທີ່ສັ້ນກວ່າໄດ້
ຢືນຢັນ, ບໍ່ສົນໃຈກັບການແຂ່ງຂັນຂະຫນາດນ້ອຍ. (ເບິ່ງຕົວເລືອກຂ້າງເທິງ.)
ສ້າງຮູບພາບ, MI
ອ່ານ `. ແມ່ແບບ' ແລະ ເອກະສານ, ສ້າງ ຮູບພາບເລັກນ້ອຍ (ຫຼື `imagename.tmp'). ສະຫນອງພື້ນຖານ
ວິທີການປະກອບຮູບພາບ - ຈີກໂດ ປົກກະຕິແລ້ວແມ່ນເຫມາະສົມກັບວຽກງານນີ້ດີກວ່າ. ຢ່າງໃດກໍຕາມ, ໃນ
ກົງກັນຂ້າມກັບ ຈີກໂດ, ບໍ່ມີ `.ຈີກໂດ' ຕ້ອງການໄຟລ໌.
ຖ້າຫາກວ່າຮູບພາບທີ່ຈະໄດ້ຮັບການຂຽນໃສ່ໄຟລ໌ (ແລະບໍ່ແມ່ນມາດຕະຖານຜົນຜະລິດ), ມັນເປັນໄປໄດ້
ສ້າງຮູບພາບໃນຫຼາຍຂັ້ນຕອນ, ໂດຍມີການຮຽກຮ້ອງຈໍານວນຫນຶ່ງຂອງ `ໄຟລ j jigdo ເຮັດໃຫ້ຮູບພາບ', ເປັນ
ຕໍ່ໄປນີ້: ທ່ານທໍາອິດຮຽກຮ້ອງ ໄຟລ j jigdo, ການລະບຸໄຟລ໌ຈໍານວນຫຼາຍເທົ່າທີ່ມີຢູ່ໃນນີ້
ເວລາ. ໂຄງການສະແກນໄຟລ໌, ແລະໄຟລ໌ທີ່ມີຢູ່ໃນຮູບພາບໄດ້ຖືກຄັດລອກໄປ
ໄຟລ໌ຊົ່ວຄາວ, ເຊິ່ງຊື່ຂອງມັນຖືກສ້າງຂື້ນໂດຍການຕື່ມ `.tmp' ກັບຊື່ໄຟລ໌ຮູບພາບ.
ສໍາລັບໄຟລ໌ເພີ່ມເຕີມທັງຫມົດທີ່ອາດຈະເປັນສ່ວນຂອງຮູບພາບ, ທ່ານເຮັດຊ້ໍາຂະບວນການນີ້. ທັນທີ
ເນື່ອງຈາກທຸກພາກສ່ວນມີຢູ່, ໄຟລ໌ຊົ່ວຄາວຈະຖືກຕັດອອກເລັກນ້ອຍ (ເພື່ອລຶບບາງອັນ
ຂໍ້ມູນການບໍລິຫານທີ່ ໄຟລ j jigdo ຕໍ່ທ້າຍ) ແລະປ່ຽນຊື່ເປັນຮູບສຸດທ້າຍ
ຊື່. ຄວາມເປັນໄປໄດ້ຂອງ reassembling ຮູບພາບໃນຫຼາຍຂັ້ນຕອນແມ່ນເປັນປະໂຫຍດໂດຍສະເພາະແມ່ນສໍາລັບການ
ເກັບໄຟລ໌ຈາກສື່ທີ່ຖອດອອກໄດ້, ຕົວຢ່າງ CD ເກົ່າຫຼາຍແຜ່ນ.
ສະຄຣິບທີ່ໃຊ້ ເຮັດໃຫ້ຮູບພາບ ສາມາດກວດພົບວ່າການສ້າງຮູບພາບແມ່ນສໍາເລັດໂດຍການກວດສອບ
ສະຖານະການອອກຈາກ: 0 ສັນຍານການສ້າງສົບຜົນສໍາເລັດ, ໃນຂະນະທີ່ 1 ຫມາຍຄວາມວ່າໄຟລ໌ເພີ່ມເຕີມຈໍາເປັນຕ້ອງມີ
ສະໜອງໃຫ້. ຄວາມຜິດພາດອື່ນໆເຮັດໃຫ້ສະຖານະການອອກຂອງ 2 (`ກູ້ຄືນໄດ້, ເຊັ່ນ: ບໍ່ພົບໄຟລ໌)
ຫຼື 3 (ບໍ່ສາມາດກູ້ຄືນໄດ້, ເຊັ່ນ: ຂຽນຜິດພາດ).
--check-files
ນີ້ is ໄດ້ Default ເມື່ອໃດທີ່ພາກສ່ວນໃດຖືກຄັດລອກໃສ່ຮູບພາບ, ກວດເບິ່ງຄືນໃຫມ່
checksum ຕໍ່ກັບ checksum ທີ່ເກັບໄວ້ໃນແມ່ແບບ. ແນະນໍາໃຫ້ທ່ານ
ປ່ອຍໃຫ້ມັນເປີດ, ເຖິງແມ່ນວ່າມັນຈະຊ້າລົງການສ້າງຮູບພາບເລັກນ້ອຍ.
--no-check-files
ຢ່າກວດເບິ່ງ checksums ຂອງໄຟລ໌ໃນເວລາທີ່ຄັດລອກພວກມັນໃສ່ຮູບພາບ. ນີ້ສາມາດຢ່າງປອດໄພ
ໃຊ້ໃນເວລາທີ່ບໍ່ມີໄຟລ໌ cache ຖືກໃຊ້ (ຊຶ່ງຫມາຍຄວາມວ່າໄຟລ໌ຈະຖືກຂຽນໃສ່
ຮູບພາບໃນທັນທີຫຼັງຈາກທີ່ໄດ້ຮັບການສະແກນ) ຫຼືຮູບພາບທັງຫມົດແມ່ນໄດ້ຮັບການກວດສອບພາຍຫຼັງດ້ວຍ
ກວດສອບ ຄໍາສັ່ງ.
ການພິມຂາດ, PM
ອ່ານ `.ຈີກໂດ' , `. ແມ່ແບບ' ແລະ (ຖ້າມີ) `imagename.tmp', outputs ບັນຊີລາຍຊື່ຂອງ URIs ຍັງ
ຈໍາເປັນຕ້ອງໄດ້ປະກອບຮູບພາບຢ່າງສົມບູນ.
ຮ່ວມກັນກັບ ເຮັດໃຫ້ຮູບພາບ ຄໍາສັ່ງ, ນີ້ສະຫນອງສ່ວນໃຫຍ່ຂອງການທໍາງານຂອງ ຈີກໂດ on
ເສັ້ນຄໍາສັ່ງ.
ສໍາລັບແຕ່ລະພາກສ່ວນທີ່ຍັງບໍ່ທັນມີຢູ່ໃນໄຟລ໌ຮູບພາບຊົ່ວຄາວ, checksum ໄຟລ໌ແມ່ນ
ຊອກຫາຢູ່ໃນພາກສ່ວນ `[Parts]' ຂອງໄຟລ໌ jigdo. ປ້າຍຊື່ໃດນຶ່ງໃນລາຍການທີ່ສອດຄ້ອງກັນ
ຫຼັງຈາກນັ້ນ, ໄດ້ຖືກຂະຫຍາຍອອກຕາມຄໍານິຍາມປ້າຍຊື່ໃນພາກ `[ເຊີບເວີ]' ແລະພິມອອກ
ກ່ຽວກັບຜົນຜະລິດມາດຕະຖານ. ຈີກໂດ ອະນຸຍາດໃຫ້ທ່ານລະບຸສະຖານທີ່ທາງເລືອກຫຼາຍສໍາລັບແຕ່ລະຄົນ
ປ້າຍຊື່ໃນພາກນີ້, ແຕ່ ພິມຂາດ ຈະອອກພຽງແຕ່ອັນທໍາອິດສໍາລັບແຕ່ລະຄົນທີ່ຂາດຫາຍໄປ
ສ່ວນຫນຶ່ງ.
ຖ້າ checksum ບໍ່ພົບຢູ່ໃນພາກ `[Parts]' (ອັນນີ້ບໍ່ຄວນເກີດຂຶ້ນເວັ້ນເສຍແຕ່
ທ່ານໄດ້ລຶບພາກສ່ວນນັ້ນອອກ), ການຊອກຫາແມ່ນເຮັດຂຶ້ນແທນສໍາລັບ `MD5Sum:', ຄືກັນກັບ
ກັບ ຈີກໂດ. (ສະນັ້ນ, ຖ້າຫາກວ່າທ່ານຕ້ອງການທີ່ຈະໄດ້ຮັບການກໍາຈັດຂອງ `[ພາກສ່ວນ], ທ່ານສາມາດເຮັດໄດ້ຖ້າຫາກວ່າທ່ານ
ປ່ຽນຊື່ແຕ່ລະພາກສ່ວນເປັນ checksum ຂອງຕົນເອງ.)
--uri ປ້າຍກຳກັບ=http://some.server.org/
ລົບລ້າງລາຍການໃນ `.ຈີກໂດ' ໄຟລ໌ສໍາລັບປ້າຍຊື່ໃດໆທີ່ມີ URI ທີ່ທ່ານເລືອກ.
ດ້ວຍຕົວຢ່າງຂ້າງເທິງ, ການປ້ອນ `[Parts]' ຂອງ 'Label:some/filename' ຈະເຮັດໃຫ້ເກີດ
ເສັ້ນ `http://some.server.org/some/filename' ຈະຖືກພິມ.
ມູນຄ່າທີ່ສະໜອງໃຫ້ບໍ່ໄດ້ຖືກອ້າງອີງໂດຍໂຄງການ; ຖ້າມັນມີຕົວອັກສອນເຊັ່ນ
ຍະຫວ່າງ ຫຼືຕົວອັກສອນໃດນຶ່ງ #"'\ ຈາກນັ້ນທ່ານຕ້ອງອ້າງເຖິງມັນ. (ພາຍໃຕ້ Unix, ທ່ານອາດຈະ
ຈໍາເປັນຕ້ອງອ້າງເຖິງມູນຄ່າສອງຄັ້ງເພື່ອປົກປ້ອງມັນຈາກແກະ, ເຊັ່ນ: \\\\ ຫຼື '\\'
ເພື່ອໃຫ້ໄດ້ຮັບ backslash ດຽວໃນ URI.)
ພິມ-ຂາດ-ທັງໝົດ, PMA
ຄືກັນ ພິມຂາດ, ຄໍາສັ່ງນີ້ອອກບັນຊີລາຍຊື່ຂອງ URIs ທີ່ຍັງຈໍາເປັນເພື່ອໃຫ້ສົມບູນ
ປະກອບຮູບ. ແນວໃດກໍ່ຕາມ, ທັງຫມົດ ສະຖານທີ່ດາວໂຫຼດທາງເລືອກແມ່ນພິມອອກແທນ
ພຽງແຕ່ຫນຶ່ງ. ໃນຜົນຜະລິດ, URIs ສໍາລັບໄຟລ໌ແມ່ນແຍກອອກຈາກໄຟລ໌ອື່ນໆຂອງ URIs ກັບ
ເສັ້ນເປົ່າ. ໄດ້ --uri ທາງເລືອກທີ່ມີຜົນກະທົບເຊັ່ນດຽວກັນກັບສໍາລັບການ ພິມຂາດ.
ຢືນຢັນ, VER
ອ່ານ ຮູບພາບເລັກນ້ອຍ (ສົມມຸດວ່າສ້າງຂຶ້ນດ້ວຍ ເຮັດໃຫ້ຮູບພາບ) ແລະ `. ແມ່ແບບ', ກວດເບິ່ງທີ່ຖືກຕ້ອງ
checksum ຂອງຮູບພາບ.
ຂໍ້ມູນແມ່ແບບບໍ່ພຽງແຕ່ປະກອບມີ checksums ຂອງພາກສ່ວນສ່ວນບຸກຄົນ, ແຕ່ຍັງຂອງ
ຮູບພາບໂດຍລວມ. ເຮັດໃຫ້ຮູບພາບ ແລ້ວປະຕິບັດຈໍານວນຂອງການກວດສອບພາຍໃນ, ແຕ່ຖ້າຫາກວ່າທ່ານ
ເຊັ່ນດຽວກັບ, ທ່ານຍັງສາມາດກວດເບິ່ງຮູບພາບດ້ວຍຄໍາສັ່ງນີ້.
ສະແກນ, SC
ອ່ານທັງຫມົດ ເອກະສານ ແລະເຂົ້າໄປໃນຖານຄວາມຈໍາ, ເວັ້ນເສຍແຕ່ວ່າພວກເຂົາຖືກເກັບໄວ້ແລ້ວ. ໄດ້
--cache ທາງເລືອກຈະຕ້ອງມີຢູ່ສໍາລັບຄໍາສັ່ງນີ້.
--no-scan-whole-file
ນີ້ is ໄດ້ Default ນີ້ພຽງແຕ່ເຮັດໃຫ້ທໍາອິດ --md5-block-size bytes ຂອງແຕ່ລະໄຟລ໌
ທີ່ຈະອ່ານ. ຖ້າ cache ຖືກນໍາໃຊ້ຕໍ່ມາໂດຍ ໄຟລ j jigdo ເຮັດໃຫ້ຮູບພາບ, ສ່ວນທີ່ເຫຼືອຂອງ
ໄຟລ໌ຈະຖືກອ່ານເມື່ອ bytes ທໍາອິດເຫຼົ່ານີ້ຖືກຮັບຮູ້ໃນຮູບພາບທີ່ປ້ອນເຂົ້າ.
--scan-whole-file
ທັນທີອ່ານເນື້ອຫາໄຟລ໌ທັງຫມົດແລະເກັບໄວ້ໃນ cache.
MD5SUM, MD5
ອ່ານທັງຫມົດ ເອກະສານ ແລະພິມອອກ checksums MD5 ຂອງເນື້ອໃນຂອງເຂົາເຈົ້າ. ຄໍາສັ່ງນີ້ແມ່ນຂ້ອນຂ້າງ
ຄ້າຍຄືກັບ ຂ້ອຍແມ່ນ md5(1), ຍົກເວັ້ນວ່າ checksum ແມ່ນຜົນຜະລິດໃນການເຂົ້າລະຫັດຄ້າຍຄື Base64 ທີ່
ຍັງຖືກນໍາໃຊ້ຢູ່ບ່ອນອື່ນໂດຍ ໄຟລ j jigdo.
ໄດ້ ເອກະສານ arguments ຖືກປະມວນຜົນໃນແບບດຽວກັນກັບຄໍາສັ່ງອື່ນໆ, ຊຶ່ງຫມາຍຄວາມວ່າ
recursion ອັດຕະໂນມັດເກີດຂຶ້ນສໍາລັບການໂຕ້ຖຽງໃດໆທີ່ເປັນໄດເລກະທໍລີ, ແລະນັ້ນ
ການເຊື່ອມຕໍ່ສັນຍາລັກບໍ່ໄດ້ຢູ່ໃນລາຍການຍົກເວັ້ນເວລາທີ່ໄຟລ໌ທີ່ພວກມັນຊີ້ໃຫ້ເຫັນເຖິງແມ່ນບໍ່ສາມາດຕິດຕໍ່ໄດ້
ໂດຍກົງ.
ໃນລາຍການ checksum ທີ່ພິມອອກຕາມມາດຕະຖານ, ພຽງແຕ່ສ່ວນຫນຶ່ງຂອງຊື່ໄຟລ໌ຕໍ່ໄປນີ້
ໃດໆກໍຕາມ `//' (ຫຼື `\.\' ໃນ Windows) ຖືກພິມອອກ. ໃດ --cache ຈະຖືກນໍາໃຊ້ສໍາລັບການສອບຖາມໄຟລ໌ '
MD5 checksums ແລະ/ຫຼື ຂຽນ checksums ຂອງໄຟລ໌ທີ່ສະແກນ.
ລາຍຊື່-ແມ່ແບບ, LS
ອ່ານ a `. ແມ່ແບບ' ໄຟລ໌ແລະຜົນໄດ້ຮັບຂໍ້ມູນລະດັບຕ່ໍາກ່ຽວກັບຮູບພາບແລະທຸກພາກສ່ວນ
ບັນຈຸຢູ່ໃນມັນ, ລວມທັງການຊົດເຊີຍ, ຄວາມຍາວແລະ checksum.
ທ່ານຍັງສາມາດໃຊ້ຄໍາສັ່ງນີ້ກັບໄຟລ໌ຮູບພາບຊົ່ວຄາວ (ໂດຍການລະບຸບາງສິ່ງບາງຢ່າງເຊັ່ນ:
--template=imagename.tmp) - ໃນກໍລະນີດັ່ງກ່າວ, ຜົນຜະລິດຍັງຈໍາແນກລະຫວ່າງພາກສ່ວນທີ່
ໄດ້ຮັບການຂຽນໃສ່ຮູບພາບແລະພາກສ່ວນທີ່ບໍ່ມີ.
ຮູບແບບຜົນຜະລິດທີ່ແນ່ນອນອາດຈະມີການປ່ຽນແປງທີ່ບໍ່ເຂົ້າກັນໄດ້ລະຫວ່າງການປ່ອຍ jigdo ທີ່ແຕກຕ່າງກັນ. ໄດ້
ປະຕິບັດຕາມປະເພດທີ່ແຕກຕ່າງກັນຂອງສາຍສາມາດຜົນຜະລິດໄດ້. `have-file' ເກີດຂຶ້ນພຽງແຕ່ສໍາລັບ `.tmp'
ໄຟລ໌, ຊີ້ໃຫ້ເຫັນໄຟລ໌ທີ່ໄດ້ຖືກຂຽນສົບຜົນສໍາເລັດແລ້ວກັບໄຟລ໌ຊົ່ວຄາວ:
ໃນແມ່ແບບ offset-in-ຮູບ ຄວາມຍາວ
ໄຟລ໌ຕ້ອງການ offset-in-ຮູບ ຄວາມຍາວ file-md5sum filestart-rsyncsum
ມີໄຟລ໌ offset-in-ຮູບ ຄວາມຍາວ file-md5sum filestart-rsyncsum
ຂໍ້ມູນຮູບພາບ ຄວາມຍາວຂອງຮູບພາບ ຮູບພາບ-md5sum rsyncsum-size
DETAILS
Jigsaw ດາວໂຫຼດໄດ້ຖືກສ້າງຕັ້ງຂື້ນກັບຮູບແບບຂອງ ISO9660 CD ຮູບພາບຢູ່ໃນໃຈ - ຢ່າງໃດກໍຕາມ, the
ຕໍ່ໄປນີ້ຍັງໃຊ້ກັບຫຼາຍຮູບແບບລະບົບໄຟລ໌ອື່ນໆ, ເຊັ່ນດຽວກັນກັບການເກັບຂໍ້ມູນ 'tar' ແລະ
uncompressed `zip' archives. ຮູບພາບ CD ມີທັງສອງຂໍ້ມູນສໍາລັບການຈັດຕັ້ງ
ລະບົບໄຟລ໌ (ສ່ວນຫົວທີ່ມີຊື່ແຜ່ນແລະອື່ນໆ, ຂໍ້ມູນລະບົບ ISO9660, ຂໍ້ມູນການຂະຫຍາຍເຊັ່ນ:
Joliet ຫຼື RockRidge, zero padding) ແລະໄຟລ໌ທີ່ມີຢູ່ໃນ CD. ທີ່ສໍາຄັນ
ຊັບສິນທີ່ jigdo ອີງໃສ່ແມ່ນວ່າແຕ່ລະໄຟລ໌ຖືກເກັບໄວ້ໃນຫນຶ່ງສ່ວນຕິດຕໍ່ກັນຂອງ
ຮູບ; ມັນບໍ່ໄດ້ຖືກແບ່ງອອກເປັນສອງສ່ວນຫຼືຫຼາຍກວ່ານັ້ນ.
ເມື່ອໃດ ໄຟລ j jigdo ແມ່ນໃຫ້ຈໍານວນໄຟລ໌ທີ່ອາດຈະບັນຈຸຢູ່ໃນຮູບພາບ, ມັນກວດພົບ
ບໍ່ວ່າຈະມີໄຟລ໌ໃດໆໂດຍໃຊ້ 'rolling checksum' ທີ່ໄດ້ຮັບແຮງບັນດານໃຈຈາກໄຟລ໌ທີ່ໃຊ້
by rsync(1). ຂໍ້ມູນຜົນໄດ້ຮັບແມ່ນຂຽນໃສ່ `. ແມ່ແບບ' ໄຟລ໌: ຖ້າພາກສ່ວນຂອງ
ຮູບພາບບໍ່ສາມາດໄດ້ຮັບການຈັບຄູ່ (ເຊັ່ນ: ມັນແມ່ນຂໍ້ມູນລະບົບ), ຂໍ້ມູນໄດ້ຖືກບີບອັດແລະ
ຂຽນໂດຍກົງໃສ່ແມ່ແບບ. ຢ່າງໃດກໍຕາມ, ຖ້າຫາກວ່າໄຟລ໌ທີ່ກົງກັນໄດ້ຖືກພົບເຫັນ, ຂໍ້ມູນຂອງມັນແມ່ນ
ຖືກລະເວັ້ນຈາກແມ່ແບບ. ແທນທີ່ຈະ, ມີພຽງແຕ່ການອ້າງອີງ (ການກວດສອບ MD5 ຂອງໄຟລ໌) ເທົ່ານັ້ນ
ໃສ່ໃນແມ່ແບບ.
ກະລຸນາຮັບຊາບວ່າຂໍ້ມູນແມ່ແບບມີຂໍ້ມູນຖານສອງເທົ່ານັ້ນ, ມັນບໍ່ມີຊື່ໄຟລ໌ໃດໆ
ຫຼື URIs, ເນື່ອງຈາກວ່າມັນບໍ່ສາມາດແກ້ໄຂໄດ້ງ່າຍໃນກໍລະນີທີ່ຄ່າເຫຼົ່ານີ້ຕ້ອງມີການປ່ຽນແປງ.
ຂໍ້ມູນທັງຫມົດທີ່ໄດ້ຖືກເກັບໄວ້ໃນ `.ຈີກໂດ' ໄຟລ໌, ໄຟລ໌ຂໍ້ຄວາມທີ່ທ່ານສາມາດເພີ່ມ URLs
ສໍາລັບເຄື່ອງແມ່ຂ່າຍຂອງທ່ານ. ໄຟລ໌ jigdo ສະຫນອງການສ້າງແຜນທີ່ສໍາລັບແຕ່ລະ checksum MD5 ໄປຫາຫນຶ່ງຫຼືຫຼາຍກວ່ານັ້ນ
ສະຖານທີ່ດາວໂຫຼດທາງເລືອກສໍາລັບພາກສ່ວນທີ່ສອດຄ້ອງກັນ.
ນອກຈາກການສ້າງແຜນທີ່ຂອງ MD5 sums ກັບ URIs, ໄຟລ໌ jigdo ຍັງມີ URI ຊີ້.
ໄປທີ່ບ່ອນດາວໂຫຼດສຳລັບໄຟລ໌ແມ່ແບບ. ດ້ວຍວິທີນີ້, ໄດ້ ຈີກໂດ ເຄື່ອງມືການດາວໂຫຼດພຽງແຕ່ຕ້ອງການ
ທີ່ຈະໄດ້ຮັບຫນຶ່ງ URI (ນັ້ນຂອງ `.ຈີກໂດ' ໄຟລ໌) ເພື່ອໃຫ້ສາມາດດາວໂຫລດແລະປະກອບໃຫມ່ໄດ້
ຮູບພາບທີ່ສົມບູນ.
ຮູບແບບ OF .JIGDO ເອກະສານ
ຮູບແບບໂດຍລວມຂອງ `.ຈີກໂດ' ໄຟລ໌ດັ່ງຕໍ່ໄປນີ້ຂອງ `.ini' ໄຟລ໌, ດັ່ງທີ່ຍັງໃຊ້ໂດຍ
ໂຄງການ Gnome ແລະ KDE ສໍາລັບບາງຂໍ້ມູນ. ໄຟລ໌ໄດ້ຖືກຈັດເປັນພາກສ່ວນ, ແຕ່ລະຄົນ
ແມ່ນນຳໜ້າດ້ວຍການອ່ານແຖວ `[Sectionname]'. ພາຍໃນແຕ່ລະພາກ, ສາຍມີແບບຟອມ
`Label=Value'. ເສັ້ນດັ່ງກ່າວຍັງເອີ້ນວ່າ 'ລາຍການ' ຂ້າງລຸ່ມນີ້. ທັງໝົດ`.ຈີກໂດ' ໄຟລ໌ໃຊ້ UTF-8 ເປັນ
ການເຂົ້າລະຫັດລັກສະນະຂອງເຂົາເຈົ້າ.
ຄຳເຫັນຖືກແນະນຳດ້ວຍຕົວອັກສອນ `#' ແລະຂະຫຍາຍໄປຮອດທ້າຍແຖວ.
ຊ່ອງຫວ່າງຖືກລະເລີຍຢູ່ທີ່ເສັ້ນເລີ່ມຕົ້ນ ແລະສິ້ນສຸດເຊັ່ນດຽວກັນກັບຊ້າຍ ແລະຂວາຂອງພາກສ່ວນ
ຊື່ ແລະ `=' ໃນລາຍການ. ຍິ່ງໄປກວ່ານັ້ນ, jigdo utilities ແຍກຂໍ້ຄວາມຂອງ
ຄ່າເຂົ້າ (ເຊັ່ນ: ສ່ວນຫຼັງຈາກ `=') ເຂົ້າໄປໃນຄຳສັບທີ່ແຍກອອກຈາກຊ່ອງຫວ່າງ, ຄືກັນກັບ
Unix shell. ວົງຢືມດ່ຽວ '' ແລະຄູ່ "" ສາມາດຖືກນໍາໃຊ້ເພື່ອປ້ອງກັນຕົວຢ່າງ URIs
ທີ່ມີຊ່ອງຫວ່າງຖືກແຍກອອກ. ເຊັ່ນດຽວກັນ, ຕົວອັກສອນທີ່ມີຄວາມຫມາຍພິເສດ (the
ຕົວອັກສອນ '#\ ແລະຍະຫວ່າງ/ແຖບ) ຈະຕ້ອງຖືກອ້າງອີງດ້ວຍ \ ເພື່ອປາກົດຢູ່ໃນຄ່າ
shell, ມີຄວາມແຕກຕ່າງກັນລະຫວ່າງ ' ' ແລະ " ": ພາຍໃນ ' ', ຕົວອັກສອນ " #\ ແລະ
whitespace ສູນເສຍຄວາມຫມາຍພິເສດຂອງພວກເຂົາແລະກາຍເປັນຕົວອັກສອນທໍາມະດາ, ໃນຂະນະທີ່ຢູ່ໃນ " ",
ພຽງແຕ່ຕົວອັກສອນ '# ແລະ whitespace ສູນເສຍຄວາມຫມາຍພິເສດຂອງພວກເຂົາ - ໃນຄໍາສັບຕ່າງໆອື່ນໆ,
backslash escapes ຍັງເຮັດວຽກຢູ່ພາຍໃນ " ", ແຕ່ບໍ່ແມ່ນ ' '.
`.ຈີກໂດ' ໄຟລ໌ສາມາດຖືກບີບອັດດ້ວຍທາງເລືອກ gzip(1). ໄຟລ j jigdo ຜົນໄດ້ຮັບສະເຫມີໄປ
ໄຟລ໌ທີ່ບໍ່ໄດ້ບີບອັດ, ທີ່ທ່ານສາມາດບີບອັດຕົວເອງໄດ້. jigdo-lite ສະຫນັບສະຫນູນດຽວ
ໄຟລ໌ທີ່ບໍ່ໄດ້ບີບອັດ ແລະຖືກບີບອັດ.
(ພຶດຕິກໍາທີ່ອາດຈະມີການປ່ຽນແປງໃນອະນາຄົດແລະທີ່ບໍ່ຄວນອີງໃສ່: ຈີກໂດ
ນອກຈາກນັ້ນຍັງສະຫນັບສະຫນູນຈໍານວນຂອງ plaintext ແລະ gzipped ສ່ວນໃດຫນຶ່ງໃນໄຟລ໌
- ຕົວຢ່າງ, ທ່ານສາມາດບີບອັດ `.ຈີກໂດ' ໄຟລ໌ແລະຫຼັງຈາກນັ້ນຕື່ມສອງສາມແຖວຂອງ
ບໍ່ໄດ້ບີບອັດຂໍ້ມູນທີ່ສຸດ.)
ໃນທຸກກໍລະນີ, the `.gz' ສ່ວນຂະຫຍາຍຄວນຈະຖືກລຶບອອກຈາກຊື່ໄຟລ໌ - ເຄື່ອງມືຈະ
ກໍານົດອັດຕະໂນມັດຈາກເນື້ອໃນຂອງໄຟລ໌ວ່າໄຟລ໌ຖືກບີບອັດຫຼືບໍ່.
ຂ້າງລຸ່ມນີ້ແມ່ນລາຍລະອຽດຂອງຊື່ພາກສ່ວນສ່ວນບຸກຄົນທີ່ໃຊ້ໂດຍ jigdo.
JIGDO SECTION
[ຈິກໂດ]
ຮຸ່ນ = 1.1
Generator=jigdo-file/1.0.0
ຂໍ້ມູນກ່ຽວກັບສະບັບຂອງຮູບແບບໄຟລ໌ jigdo ທີ່ໃຊ້, ແລະໂຄງການທີ່
ສ້າງມັນ. ຄວນຈະມີພາກສ່ວນດັ່ງກ່າວຕໍ່ `.ຈີກໂດ' ໄຟລ໌.
ຮູບພາບ SECTION
[ຮູບພາບ]
ຊື່ໄຟລ໌="ຊື່ເອກະສານ ສໍາລັບການ ປະຢັດ on ຂອງຜູ້ໃຊ້ ແຜ່ນ"
ແມ່ແບບ="URI ບ່ອນທີ່ to ດຶງ ແມ່ແບບ ໄຟລ໌"
Template-MD5Sum=OQ8riqT1BuyzsrT9964A7g
ShortInfo=ເສັ້ນດຽວ ຄໍາອະທິບາຍ of ໄດ້ ຮູບພາບເລັກນ້ອຍ (200 ລັກສະນະ ສູງສຸດ.)
ຂໍ້ມູນ=ຍາວ ຄໍາອະທິບາຍ (5000 ລັກສະນະ ສູງສຸດ.)
ຄ່າສໍາລັບລາຍການ 'ແມ່ແບບ' ສາມາດເປັນ URL (ຢ່າງແທ້ຈິງຫຼືທຽບກັບ URL
ຂອງໄຟລ໌ jigdo) ຫຼືສາຍຂອງແບບຟອມ `Label:ຊື່ເສັ້ນທາງ' (ບໍ່ສຳເລັດ), ດັ່ງທີ່ໄດ້ອະທິບາຍ
ຂ້າງລຸ່ມນີ້.
ລາຍການ 'Template-MD5Sum' ແມ່ນເພີ່ມໂດຍ ໄຟລ j jigdo ແລະກໍານົດ MD5 checksum ຂອງ
ສ້າງຂຶ້ນ. ແມ່ແບບ' ໄຟລ໌. ມັນຖືກນໍາໃຊ້ໂດຍ ຈີກໂດ ເພື່ອກວດຫາກໍລະນີທີ່ດາວໂຫຼດມາ
ຂໍ້ມູນແມ່ແບບເສຍຫາຍ ຫຼືເປັນຂອງຮູບອື່ນ.
ບໍ່ຄືກັບຄ່າເຂົ້າອື່ນ, ຄ່າຂອງລາຍການ `ຂໍ້ມູນສັ້ນ' ແລະ 'ຂໍ້ມູນ' ແມ່ນ. ບໍ່ ແບ່ງປັນ
ເປັນຄໍາສັບຕ່າງໆ, ແທນທີ່ການອ້າງອີງທັງຫມົດຈະຖືກຮັກສາໄວ້.
ມູນຄ່າຂອງລາຍການ 'ຂໍ້ມູນ' ແມ່ນພິເສດໃນນັ້ນ ຈີກໂດ(1) ທາງເລືອກສາມາດວິເຄາະ XML markup
ມັນປະກອບດ້ວຍ. ຖ້າ markup ມີຂໍ້ຜິດພາດເຊັ່ນແທັກທີ່ບໍ່ສົມດຸນ / ບໍ່ສະຫນັບສະຫນູນ, string ແມ່ນ
ສະແດງຕົວໜັງສື, ໂດຍບໍ່ມີການວິເຄາະ XML. tags ສະຫນັບສະຫນູນແມ່ນ (ກ້າຫານ),
(ຕົວອຽງ), (ຕົວພິມດີດ), (ຂີດກ້ອງ), (ຕົວອັກສອນຂະຫນາດໃຫຍ່),
(ຕົວອັກສອນນ້ອຍກວ່າ) ແລະ (linebreak). ໜ່ວຍງານທີ່ຮອງຮັບລວມມີ <
(`<'), > (`>') ແລະ & (`&'). ກະລຸນາຮັບຊາບວ່າລາຍການ 'ຂໍ້ມູນ' ທັງໝົດຈະຕ້ອງຢູ່ໃນແຖວດຽວ
ໄຟລ໌ jigdo.
ພາກນີ້ອາດຈະເກີດຂຶ້ນຫຼາຍຄັ້ງ, ແຕ່ທັງໝົດຍົກເວັ້ນອັນທໍາອິດຈະຖືກລະເລີຍ. ນີ້
ມີປະໂຫຍດເຊັ່ນ: ເມື່ອສ້າງ `.ຈີກໂດ' ໄຟລ໌ສໍາລັບຮູບພາບ DVD ໃນເວລາທີ່ທ່ານມີແລ້ວ
`.ຈີກໂດ'ໄຟລ໌ສໍາລັບ CDs ທີ່ມີເນື້ອໃນດຽວກັນ: ທ່ານພຽງແຕ່ສາມາດ `[ລວມ]' (ເບິ່ງຂ້າງລຸ່ມນີ້) ໄດ້
ໄຟລ໌ jigdo CDs ໃນຕອນທ້າຍຂອງໄຟລ໌ DVD jigdo, ຫຼັງຈາກພາກສ່ວນ `[ຮູບພາບ]' ຂອງມັນ.
ບໍລິສັດ SECTION
[ຊິ້ນສ່ວນ]
xJNkjrq8NYMraeGavUpllw=LabelA:part0
GoTResP2EC6Lb_2wTsqOoQ=LabelA:part1
kyfebwu6clbYqqWUdFIyaw=ປ້າຍຊື່B:some/path/part2
-J9UAimo0Bqg9c0oOXI1mQ=http://some.where.com/part3
ທຸກສາຍໃນພາກ, ເຊິ່ງສະຫນອງການສ້າງແຜນທີ່ຈາກ MD5 checksums ກັບ URIs, ມີ
ຮູບແບບດຽວກັນ: ຢູ່ເບື້ອງຊ້າຍຂອງ `=' checksum (ເຂົ້າລະຫັດທີ່ມີ Base64-like
encoding) ແມ່ນໃຫ້, ແລະຢູ່ເບື້ອງຂວາຂອງສະຕຣິງທີ່ສອດຄ້ອງກັນກັບສ່ວນທີ່ມີນີ້
checksum; ບໍ່ວ່າຈະເປັນ URI ທີ່ສົມບູນ ຫຼືສະຕຣິງຂອງແບບຟອມ `Label:ຊື່ເສັ້ນທາງ', ເຊິ່ງແມ່ນ
ຂະຫຍາຍເຂົ້າໄປໃນຫນຶ່ງຫຼືຫຼາຍ URIs ໂດຍການຊອກຫາຄໍານິຍາມສໍາລັບ Label ໃນ
`[ເຊີບເວີ]' ພາກ.
ໃນກໍລະນີ MD5 checksum ສະເພາະບໍ່ສາມາດພົບເຫັນຢູ່ໃນພາກສ່ວນ `[Parts]' ໂດຍ ຈີກໂດ, ການ
ໂຄງການຈະດໍາເນີນການຊອກຫາສໍາລັບ `MD5Sum:', e.g. ສໍາລັບ
`MD5Sum:xJNkjrq8NYMraeGavUpllw' ຖ້າທ່ານລຶບເສັ້ນສໍາລັບ `part0' ຂ້າງເທິງ.
checksum ທີ່ປາກົດຫຼາຍຄັ້ງໃນພາກນີ້ຊີ້ໃຫ້ເຫັນການດາວໂຫຼດທາງເລືອກ
ສະຖານທີ່ສໍາລັບພາກສ່ວນ.
ອາດຈະມີຫຼາຍພາກສ່ວນ `[Parts]' ໃນໄຟລ໌; ພວກເຂົາເຈົ້າໄດ້ຖືກພິຈາລະນາທັງຫມົດໃນເວລາທີ່
ຊອກຫາ MD5 checksums.
ໄຟລ j jigdo ສະເຫມີເອົາພາກສ່ວນ `[Parts]' ໃນຕອນທ້າຍຂອງໄຟລ໌, ແລະເຖິງແມ່ນວ່າ
ຈັດຮຽງໄຟລ໌ໃດນຶ່ງທີ່ລະບຸໄວ້ກັບ --ລວມເຂົ້າກັນ ເພື່ອໃຫ້ມີພຽງແຕ່ພາກສ່ວນດັ່ງກ່າວໃນຕອນທ້າຍ. ນີ້
ແມ່ນເຮັດເພື່ອອະນຸຍາດໃຫ້ ຈີກໂດ ການສະແດງຂໍ້ມູນຈາກພາກ `[ຮູບພາບ]' ໃນຂະນະທີ່
ສ່ວນທີ່ເຫຼືອຂອງໄຟລ໌ນັ້ນຍັງຖືກດາວໂຫຼດຢູ່.
SERVERS SECTION
[ເຊີບເວີ]
ປ້າຍກຳກັບA=http://myserver.org/
ປ້າຍກຳກັບA=ftp://mirror.myserver.org/
LabelB=LabelC:subdirectory/
LabelC=http://some.where.com/jigdo/
ເສັ້ນທັງຫມົດໃນພາກ, ເຊິ່ງສະຫນອງການສ້າງແຜນທີ່ຈາກປ້າຍຊື່ເຄື່ອງແມ່ຂ່າຍໄປຫາເຄື່ອງແມ່ຂ່າຍ
ສະຖານທີ່, ມີຮູບແບບດຽວກັນ: ຢູ່ເບື້ອງຊ້າຍຂອງ `=' ຊື່ປ້າຍຊື່ໄດ້ຖືກມອບໃຫ້, ແລະ
ຢູ່ເບື້ອງຂວາຂອງມູນຄ່າທີ່ຈະຂະຫຍາຍຊື່ປ້າຍຊື່.
ຊື່ປ້າຍກຳກັບທີ່ປາກົດຫຼາຍຄັ້ງໃນພາກນີ້ສະແດງເຖິງການດາວໂຫຼດທາງເລືອກ
ສະຖານທີ່ສໍາລັບພາກສ່ວນທີ່ໃຊ້ປ້າຍຊື່ໃນພາກ `[Parts]'. ຫມາຍເຫດນີ້ເຮັດໃຫ້
ມັນງ່າຍຫຼາຍທີ່ຈະເພີ່ມກະຈົກໃສ່ໄຟລ໌ jigdo.
ດັ່ງທີ່ສະແດງໂດຍຕົວຢ່າງຂ້າງເທິງ, ຄຸນຄ່າຂອງປ້າຍຊື່ອາດຈະອ້າງອີງໃສ່ປ້າຍຊື່ອື່ນໆ. ໃນ
ໃນກໍລະນີນີ້, ການເຂົ້າ `LabelB:some/path/part2’ ໃນພາກ `[Parts]’ ຈະຂະຫຍາຍໄປເປັນ
`http://some.where.com/jigdo/subdirectory/some/path/part2'. Loops ໃນປ້າຍ
ຄໍານິຍາມເຮັດໃຫ້ພຶດຕິກໍາທີ່ບໍ່ໄດ້ກໍານົດແລະຕ້ອງໄດ້ຮັບການຫຼີກເວັ້ນ.
ອາດຈະມີສ່ວນໃດນຶ່ງຂອງ `[ເຊີບເວີ]' ຢູ່ໃນໄຟລ໌; ພວກເຂົາເຈົ້າໄດ້ຖືກພິຈາລະນາທັງຫມົດໃນເວລາທີ່
ຊອກຫາປ້າຍຊື່. ບໍ່ວ່າຈະເປັນ `[Parts]' ຫຼື `[Servers]', ແຕ່ບໍ່ແມ່ນທັງສອງ, ສາມາດຖືກລະເວັ້ນຈາກ.
ໄຟລ໌ jigdo.
COMMENT SECTION
[ຄຳ ເຫັນ]
ຂໍ້ຄວາມໃດໆ, ຍົກເວັ້ນແຖວນັ້ນຈະຕ້ອງບໍ່ຂຶ້ນຕົ້ນດ້ວຍ `['.
ຂໍ້ຄວາມທັງຫມົດທີ່ຕິດຕາມ `[ຄວາມຄິດເຫັນ]' ຫຼື `[ຄວາມຄິດເຫັນ]' ແຖວນັ້ນແມ່ນຖືກລະເລີຍ, ສູງເຖິງແຖວຕໍ່ໄປທີ່ມີ
ປ້າຍກຳກັບພາກສ່ວນ.
INCLUDE ທິດທາງ
[ລວມ http://some.url/file.jigdo]
ແຖວຂອງແບບຟອມນີ້ເຮັດໃຫ້ເນື້ອຫາຂອງໄຟລ໌ jigdo ທີ່ລະບຸໄວ້ຈະຖືກດາວໂຫລດແລະ
ວິເຄາະຄືກັນກັບໄຟລ໌ jigdo ຫຼັກ. ຜົນກະທົບຈະຄືກັນກັບການຄັດລອກເອກະສານທີ່ລວມຢູ່
ເນື້ອໃນຂອງໄຟລ໌ເຂົ້າໄປໃນໄຟລ໌ທີ່ປະກອບດ້ວຍຄໍາສັ່ງ. (ຂໍ້ຍົກເວັ້ນ: ໃດໆ
URL ທີ່ກ່ຽວຂ້ອງຖືກແກ້ໄຂຕະຫຼອດເວລາໂດຍໃຊ້ URL ຂອງ `.ຈີກໂດ' ໄຟລ໌ທີ່ປະກອບດ້ວຍນັ້ນ
URL ທີ່ກ່ຽວຂ້ອງ.)
argument URL ສາມາດເປັນ URL ຢ່າງແທ້ຈິງຫຼືພີ່ນ້ອງ. URL ທີ່ກ່ຽວຂ້ອງແມ່ນສົມມຸດວ່າ
ກ່ຽວຂ້ອງກັບ URL ຂອງໄຟລ໌ jigdo ເຊິ່ງປະກອບມີຄໍາສັ່ງ. ລວມມີສາມາດ
be nested, ແຕ່ມັນເປັນຄວາມຜິດພາດໃນການສ້າງ loop of include directives. ມັນແມ່ນ ບໍ່ ເປັນໄປໄດ້
ເພື່ອໃຊ້ URL ຂອງແບບຟອມ `Label:ຊື່ເສັ້ນທາງ'.
URL ບໍ່ສາມາດຖືກອ້າງອີງດ້ວຍ "". ຕົວອັກສອນ `]' ໃດໆກໍຕາມໃນອາກິວເມັນຈະຕ້ອງຖືກຫລົບໜີອອກເປັນ
`%5D', ແລະຍະຫວ່າງໃດນຶ່ງເປັນ `%20'.
ລວມເອົາຄໍາແນະນໍາແມ່ນສະຫນັບສະຫນູນພຽງແຕ່ໂດຍ ຈີກໂດ, ພວກເຂົາຖືກລະເວັ້ນໂດຍ jigdo-lite.
ຄໍາສັ່ງປະກອບມີຄໍາສັ່ງຢຸດພາກສ່ວນທີ່ຜ່ານມາ, ແຕ່ມັນບໍ່ໄດ້ເລີ່ມຕົ້ນໃຫມ່. ໃນ
ຄໍາສັບຕ່າງໆອື່ນໆ, ພາກໃຫມ່ຕ້ອງໄດ້ຮັບການເລີ່ມຕົ້ນສະເຫມີຫຼັງຈາກເສັ້ນລວມ, ຈີກໂດ ບໍ່
ອະນຸຍາດໃຫ້ລາຍການປົກກະຕິປາກົດຢູ່ຂ້າງລຸ່ມຂອງ `[ລວມ]'.
CACHE ເອກະສານ
ໄຟລ໌ໃດນຶ່ງທີ່ລະບຸໄວ້ກັບ --cache ທາງເລືອກແມ່ນໃຊ້ເພື່ອເກັບຂໍ້ມູນກ່ຽວກັບ ເອກະສານ
ນຳ ສະ ເໜີ ໃຫ້ ໄຟລ j jigdo. ໃນເວລາທີ່ການສອບຖາມຖານຄວາມຈໍາ, ໄຟລ໌ໄດ້ຖືກພິຈາລະນາບໍ່ມີການປ່ຽນແປງ (ແລະ
ຂໍ້ມູນ cache ຖືກໃຊ້) ພຽງແຕ່ຖ້າຊື່ໄຟລ໌, ຂະຫນາດໄຟລ໌ແລະເວລາດັດແກ້ຫຼ້າສຸດ (mtime) ກົງກັນ
ຢ່າງແນ່ນອນ. ສໍາລັບການຈັບຄູ່ຊື່ໄຟລ໌, ບໍ່ແມ່ນຊື່ໄຟລ໌ທັງຫມົດຖືກນໍາໃຊ້, ແຕ່ວ່າພຽງແຕ່ສ່ວນ
ປະຕິບັດຕາມ `//', ດັ່ງນັ້ນການປ່ຽນແປງໃດໆຕໍ່ສ່ວນກ່ອນ `//' ຈະບໍ່ບໍ່ຖືກຕ້ອງ
ແຄດ.
ລາຍການ cache ເກົ່າຈະຖືກລຶບອອກຈາກ cache ຖ້າພວກເຂົາຍັງບໍ່ໄດ້ອ່ານຈາກຫຼືຂຽນໄປຫາ
ສໍາລັບຈໍານວນເວລາທີ່ລະບຸໄວ້ກັບ --cache-ໝົດອາຍຸ. ລາຍການແມ່ນ ບໍ່ ທັນທີ
ຈາກ cache ຖ້າໄຟລ໌ທີ່ພວກເຂົາອ້າງເຖິງບໍ່ມີແລ້ວ - ນີ້ເຮັດໃຫ້ມັນເປັນໄປໄດ້
ຂໍ້ມູນຖານຄວາມຈໍາກ່ຽວກັບໄຟລ໌ໃນສື່ທີ່ຖອດອອກໄດ້.
ການໝົດອາຍຸຂອງແຄດເກີດຂຶ້ນເທົ່ານັ້ນ ຫຼັງຈາກ ໄຟລ j jigdo ໄດ້ເຮັດວຽກຕົ້ນຕໍຂອງຕົນ - ຖ້າຫາກວ່າລາຍການເກົ່າໃດໆ
ຖືກເຂົ້າເຖິງກ່ອນທີ່ຈະຫມົດອາຍຸ, ພວກມັນຈະຖືກເກັບໄວ້. ຕົວຢ່າງ, ຖ້າໂຄງການແມ່ນ
ດໍາເນີນການໂດຍໃຊ້ເວລາຫມົດອາຍຸເລີ່ມຕົ້ນຂອງ 30 ມື້, ແຕ່ເຂົ້າເຖິງໄຟລ໌ cache ທີ່ມີລາຍການ
ສ້າງຂຶ້ນເມື່ອ 2 ເດືອນກ່ອນ, ຈາກນັ້ນລາຍການໃນ cache ນັ້ນ ຈະ ພິຈາລະນາ, ແລະພຽງແຕ່ເຫຼົ່ານັ້ນ
ລາຍການ cache ທີ່ບໍ່ຈໍາເປັນໃນລະຫວ່າງການດໍາເນີນໂຄງການຈະຫມົດອາຍຸ.
ເນື່ອງຈາກຄວາມແປກປະຫລາດຂອງຫ້ອງສະຫມຸດຖານຂໍ້ມູນພື້ນຖານ (libdb3), ໄຟລ໌ cache ບໍ່ເຄີຍ
ຫຼຸດລົງ, ພວກເຂົາພຽງແຕ່ເຕີບໂຕ. ຖ້າຫາກວ່າຈໍານວນຫຼາຍຂອງການເຂົ້າຫມົດອາຍຸຈາກໄຟລ໌ cache ຂອງທ່ານແລະ
ທ່ານຕ້ອງການໃຫ້ມັນຫຼຸດລົງ, ທ່ານສາມາດບໍ່ວ່າຈະພຽງແຕ່ລຶບມັນ (ແນ່ນອນວ່າທຸກສິ່ງທຸກຢ່າງຈະມີ
ເພື່ອໃຫ້ໄດ້ຮັບການຟື້ນຟູ) ຫຼືການນໍາໃຊ້ອຸປະກອນປະກອບດ້ວຍ libdb3 ເພື່ອຖິ້ມແລະຟື້ນຟູ.
ຖານຂໍ້ມູນ, ທີ່ມີຄໍາສັ່ງເຊັ່ນ: `db3_dump old-cache.db | db3_load new-cache.db'. ສໍາລັບ Debian,
ໂປຣແກມເຫຼົ່ານີ້ຖືກສະໜອງໃຫ້ຢູ່ໃນຊຸດ 'libdb3-util'.
ຖ້າແຕກຕ່າງກັນ --md5-block-size ຖືກກໍານົດໄວ້, ໄຟລ໌ທັງຫມົດຕ້ອງໄດ້ຮັບການອ່ານຄືນ
ປັບປຸງການເຂົ້າ cache ຂອງມັນ. ຖ້າແຕກຕ່າງກັນ --ນາທີ-ຄວາມຍາວ ແມ່ນລະບຸໄວ້, ພຽງແຕ່ທໍາອິດ
`md5-block-size' ໄບຕ໌ຂອງໄຟລ໌ຕ້ອງໄດ້ຮັບການອ່ານຄືນ.
ຕົວຢ່າງ
ການກະກຽມ YOUR CD ຮູບພາບ FOR DISTRIBUTION
ທ່ານໄດ້ສ້າງຮູບພາບ CD `image.iso' ຈາກບາງໄຟລ໌ທີ່ເກັບໄວ້ໃນໄດເລກະທໍລີ
`/home/ftp'ຢູ່ໃນ harddisc ຂອງທ່ານ, ເຊິ່ງຍັງມີຢູ່ໃນອອນໄລນ໌ເປັນ `ftp://mysite.org'. ເປັນ
ທ່ານບໍ່ຕ້ອງການທີ່ຈະສູນເສຍພື້ນທີ່ໂດຍການເປັນເຈົ້າພາບຂໍ້ມູນດຽວກັນຢ່າງມີປະສິດທິພາບສອງຄັ້ງ (ເມື່ອເປັນໄຟລ໌
ເຊີບເວີ FTP, ເມື່ອຢູ່ໃນຮູບ), ແລະເຈົ້າຮູ້ສຶກເບື່ອໜ່າຍກັບການດາວໂຫຼດຂອງຜູ້ໃຊ້ທີ່ຖືກຍົກເລີກ
ຫຼັງຈາກ 200MB ແລະການເລີ່ມຕົ້ນໃຫມ່ຂອງເຂົາເຈົ້າດາວໂຫຼດຫຼາຍສິບຄັ້ງ, ທ່ານຕັດສິນໃຈທີ່ຈະໃຊ້ jigdo.
ເຈົ້າກະກຽມຮູບພາບເພື່ອດາວໂຫລດແນວໃດ?
ໃນຄວາມເປັນຈິງ, ພຽງແຕ່ຫນຶ່ງຄໍາສັ່ງແມ່ນມີຄວາມຈໍາເປັນ:
ໄຟລ j jigdo ສ້າງແບບ --image=image.iso --jigdo=/home/ftp/image.jigdo
--template=/home/ftp/image.template /home/ftp// --ປ້າຍຊື່ Mysite=/home/ftp --uri
Mysite=ftp://mysite.org/
ໃນປັດຈຸບັນປະຊາຊົນສາມາດຊີ້ໃຫ້ເຫັນ ຈີກໂດ ທີ່ `ftp://mysite.org/image.jigdo' ເພື່ອດາວໂຫລດຮູບພາບຂອງທ່ານ. ໄດ້
ໄຟລ໌ແມ່ແບບຕ້ອງສາມາດເຂົ້າເຖິງໄດ້ເປັນ `ftp://mysite.org/image.template'.
ໃຫ້ສັງເກດວ່າບໍ່ມີຫຍັງປ້ອງກັນທ່ານຈາກການເຮັດເຊັ່ນດຽວກັນສໍາລັບເຄື່ອງແມ່ຂ່າຍ FTP ທີ່ບໍ່ແມ່ນ
ບໍລິຫານໂດຍທ່ານ - ໃນກໍລະນີນັ້ນ, ທ່ານພຽງແຕ່ຕ້ອງການເປັນເຈົ້າພາບ `.ຈີກໂດ' ແລະ `. ແມ່ແບບ'
ໄຟລ໌ຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ / ຫນ້າທໍາອິດຂອງທ່ານເອງ.
ການກະກຽມ AN ARBITRARY LARGE ເອກະສານ FOR DISTRIBUTION
ພວກເຮົາສົມມຸດວ່າທ່ານມີໄຟລ໌ຂະຫນາດໃຫຍ່ທີ່ບໍ່ແມ່ນລະບົບໄຟລ໌, ເຊັ່ນ: `movie.mpeg'. ເນື່ອງຈາກວ່າ
ບັນຫາຊ່ອງ, ທ່ານຕ້ອງການແຈກຢາຍຂໍ້ມູນໃນສອງເຄື່ອງແມ່ຂ່າຍ.
ໃນກໍລະນີນີ້, ພາກສ່ວນຂອງຮູບພາບຈໍາເປັນຕ້ອງໄດ້ຮັບການຜະລິດປອມກັບ ແບ່ງປັນ
ຄໍາສັ່ງ. ສໍາລັບຕົວຢ່າງ, ເພື່ອສ້າງ chunks ຂອງ 4MB ແຕ່ລະຄົນ, ໃຊ້ `ແບ່ງປັນ -b 4m movie.mpeg ສ່ວນ'.
ຄັດລອກໄຟລ໌ຜົນໄດ້ຮັບ `partXX'ເຂົ້າໄປໃນສອງໄດເລກະທໍລີ `1' ແລະ `2' ທີ່ທ່ານສ້າງ,
ອີງຕາມວິທີທີ່ທ່ານຕ້ອງການໄຟລ໌ທີ່ແຈກຢາຍລະຫວ່າງເຄື່ອງແມ່ຂ່າຍ. ຕໍ່ໄປ, ສ້າງ
jigdo ແລະໄຟລ໌ແມ່ແບບທີ່ມີ `ໄຟລ j jigdo ສ້າງແບບ --image=movie.mpeg 1 // 2 //'. ເຈົ້າ
ຈະຕ້ອງແກ້ໄຂ `.ຈີກໂດ' ໄຟລ໌ແລະສະຫນອງ URI ທີ່ເຫມາະສົມສໍາລັບສອງເຄື່ອງແມ່ຂ່າຍທີ່
ທ່ານກໍາລັງຈະອັບໂຫລດ `partXX' ໄຟລ໌ໄປຫາ.
ປັບແຕ່ງ ລຸ້ນ OF IMAGES
ເນື່ອງຈາກວ່າມັນເປັນໄປໄດ້ທີ່ຈະກໍານົດ URI ທີ່ແຕກຕ່າງກັນສໍາລັບແຕ່ລະສ່ວນຂອງຮູບພາບຖ້າຈໍາເປັນ,
jigdo ແມ່ນມີຄວາມຍືດຫຍຸ່ນຫຼາຍ. ພຽງແຕ່ຫນຶ່ງຕົວຢ່າງແມ່ນຄວາມເປັນໄປໄດ້ຂອງສະບັບທີ່ກໍາຫນົດເອງຂອງ
ຮູບພາບ: ສົມມຸດວ່າຜູ້ໃດຜູ້ຫນຶ່ງກໍາລັງແຈກຢາຍຮູບພາບ CD, ແລະວ່າທ່ານຕ້ອງການທີ່ຈະເຮັດໃຫ້ຈໍານວນຫນ້ອຍ
ການປ່ຽນແປງເລັກນ້ອຍກັບມັນແລະແຈກຢາຍສະບັບຂອງທ່ານເອງ. ທ່ານດາວນ໌ໂຫລດ `official.iso' CD
ຮູບພາບທີ່ມີ ຈີກໂດ (ຜ່ານມັນ URL ຂອງ `official.jigdo'), ຂຽນມັນໃສ່ CD-R, ເຮັດໃຫ້ຂອງເຈົ້າ
ການປ່ຽນແປງ (ເວົ້າວ່າ, ເພີ່ມໄຟລ໌ຈາກ `myfiles' directory ໃນ harddisc ຂອງທ່ານ) ແລະຜະລິດຕະພັນຂອງທ່ານ
ສະບັບຂອງຕົນເອງ, `myversion.iso'. ຕໍ່ໄປ, ທ່ານແນະນໍາ ໄຟລ j jigdo ເພື່ອສ້າງ jigdo ແລະ
ໄຟລ໌ແມ່ແບບສໍາລັບຮູບພາບທີ່ດັດແປງຂອງທ່ານ, ໂດຍໃຊ້ຄໍາສັ່ງ
ໄຟລ j jigdo ສ້າງແບບ --image=myversion.iso /mnt/cdrom/ myfiles// --ປ້າຍຊື່
ຂອງຂ້ອຍ=myfiles/ --uri ຂອງຂ້ອຍ =http://my.homepage.net/ --merge=official.jigdo
ໃນຂະນະທີ່ `official.iso'ຖືກຕິດຕັ້ງພາຍໃຕ້ `/mnt/cdrom'. ໂດຍການນໍາໃຊ້ --ລວມເຂົ້າກັນ, ທ່ານໄດ້ບອກ ຈິກໂດ-
ເອກະສານ ເອົາເນື້ອໃນຂອງ `official.jigdo', ເພີ່ມໃສ່ມັນໃຫມ່ '[ຮູບພາບ]' ພາກສໍາລັບ
`myversion.iso' ແລະຂຽນໄຟລ໌ jigdo ທີ່ເປັນ "myversion.jigdo' - ດັ່ງນັ້ນໃນປັດຈຸບັນ
`myversion.jigdo' ສະເຫນີສອງຮູບພາບສໍາລັບການດາວໂຫຼດ, ສະບັບຕົ້ນສະບັບແລະການດັດແກ້ຂອງທ່ານ
ສະບັບ. (ຖ້າຫາກວ່າທ່ານບໍ່ຕ້ອງການໃຫ້ມັນສະຫນອງການສະບັບເປັນທາງການ, ແກ້ໄຂມັນແລະເອົາອອກ
`[ຮູບ]' ພາກສ່ວນທີ່ລາຍຊື່ `official.iso'.)
ປັດຈຸບັນທ່ານສາມາດອັບໂຫລດ `.ຈີກໂດ' ໄຟລ໌, the `. ແມ່ແບບ' ໄຟລ໌ແລະໄຟລ໌ໃນ `myfiles'
ກັບ `http://my.homepage.net/'. ດັ່ງນັ້ນ, ສໍາລັບຄົນທີ່ຈະດາວໂຫລດຮູບພາບດັດແກ້ຂອງທ່ານ, ທ່ານເຮັດ
ບໍ່ ຈໍາເປັນຕ້ອງໄດ້ອັບໂຫລດເນື້ອໃນຮູບພາບທີ່ສົມບູນໃນພື້ນທີ່ເວັບໄຊຕ໌ຂອງທ່ານ, ແຕ່ວ່າພຽງແຕ່ການປ່ຽນແປງທ່ານ
ເຮັດໄດ້!
(ໃນກໍລະນີທີ່ທ່ານພຽງແຕ່ເຮັດການປ່ຽນແປງຫນ້ອຍຫຼາຍ, ທ່ານຍັງສາມາດຍົກເລີກພາລາມິເຕີ 'myfiles' ໃນ
ຄໍາສັ່ງຂ້າງເທິງ, ຫຼັງຈາກນັ້ນການປ່ຽນແປງທັງຫມົດຂອງທ່ານສິ້ນສຸດລົງໃນໄຟລ໌ແມ່ແບບໃຫມ່.)
ການລວມເຂົ້າກັນ ຫຼາຍ JIGDO ຈັດການ IMAGES ເຂົ້າໄປ ONE
ມັນຍັງບໍ່ມີບັນຫາທີ່ຈະສົມທົບຂໍ້ມູນຈາກຫຼາຍແຫຼ່ງທີ່ໃຊ້ jigdo. ຕົວຢ່າງ, ຖ້າ
ຂອງຫ້າເຄື່ອງແມ່ຂ່າຍທີ່ແຕກຕ່າງກັນແລະບໍ່ກ່ຽວຂ້ອງແຕ່ລະຄົນແຈກຢາຍຮູບພາບ CD ທີ່ແຕກຕ່າງກັນໂດຍຜ່ານ
jigdo, ທ່ານສາມາດສ້າງຮູບພາບ DVD ການປັບແຕ່ງທີ່ປະກອບດ້ວຍຂໍ້ມູນຈາກ CDs ທັງຫມົດເຫຼົ່ານີ້.
ເມື່ອຄົນໃຊ້ ຈີກໂດ ເພື່ອດາວໂຫລດຮູບພາບຂອງທ່ານ, ໄຟລ໌ສ່ວນບຸກຄົນໃນດີວີດີໄດ້ຖືກດຶງເອົາ
ຈາກແຫຼ່ງດຽວກັນກັບ CDs ຕົ້ນສະບັບ.
ດັ່ງນັ້ນ, ເຖິງແມ່ນວ່າທ່ານຈະແຈກຢາຍໄຟລ໌ 3.2GB ຜ່ານພື້ນທີ່ເວັບຂອງທ່ານ,
ຈໍານວນຕົວຈິງຂອງຂໍ້ມູນທີ່ຖືກເກັບໄວ້ໃນເຄື່ອງແມ່ຂ່າຍຂອງທ່ານຈະຢູ່ໃນຄໍາສັ່ງຂອງຫຼາຍ
MBs
ໃຊ້ jigdo-file ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
