wget - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

Wget - ຕົວດາວໂຫລດເຄືອຂ່າຍທີ່ບໍ່ມີການໂຕ້ຕອບ.

ສະຫຼຸບສັງລວມ

wget [ທາງເລືອກ]... [URL] ...

ລາຍລະອຽດ

GNU Wget ເປັນຜົນປະໂຫຍດຟຣີສໍາລັບການດາວໂຫຼດໄຟລ໌ທີ່ບໍ່ມີການໂຕ້ຕອບຈາກເວັບ. ມັນ
ຮອງຮັບ HTTP, HTTPS, ແລະ FTP protocols, ເຊັ່ນດຽວກັນກັບການດຶງຂໍ້ມູນຜ່ານ HTTP proxies.

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

Wget ສາມາດຕິດຕາມການເຊື່ອມຕໍ່ໃນຫນ້າ HTML, XHTML, ແລະ CSS, ເພື່ອສ້າງເວີຊັນທ້ອງຖິ່ນຂອງຫ່າງໄກສອກຫຼີກ
ເວັບໄຊທ໌, ການສ້າງໂຄງສ້າງໄດເລກະທໍລີຂອງເວັບໄຊທ໌ຕົ້ນສະບັບ. ນີ້​ແມ່ນ
ບາງຄັ້ງເອີ້ນວ່າ "ການດາວໂຫຼດຊໍ້າຄືນ." ໃນຂະນະທີ່ເຮັດສິ່ງນັ້ນ, Wget ເຄົາລົບ
ມາດຕະຖານການຍົກເວັ້ນຫຸ່ນຍົນ (/robots.txt). Wget ສາມາດຖືກສັ່ງໃຫ້ປ່ຽນການເຊື່ອມຕໍ່ໃນ
ໄຟລ​໌​ທີ່​ດາວ​ໂຫຼດ​ເພື່ອ​ຊີ້​ໄປ​ທີ່​ໄຟລ​໌​ທ້ອງ​ຖິ່ນ​, ສໍາ​ລັບ​ການ​ເບິ່ງ offline​.

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

Wget ບໍ່ຮອງຮັບ Client Revocation Lists (CRLs) ດັ່ງນັ້ນໃບຢັ້ງຢືນ HTTPS ທີ່ເຈົ້າເປັນ
ການເຊື່ອມຕໍ່ກັບອາດຈະຖືກຖອນຄືນໂດຍເຈົ້າຂອງເວັບໄຊທ໌.

OPTIONS

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

wget -r --tries=10 http://fly.srk.fer.hr/ -o ບັນທຶກ

ຊ່ອງຫວ່າງລະຫວ່າງທາງເລືອກທີ່ຍອມຮັບການໂຕ້ຖຽງແລະການໂຕ້ຖຽງອາດຈະຖືກລະເວັ້ນ.
ແທນ​ທີ່ -o log ເຈົ້າສາມາດຂຽນໄດ້ -olog.

ເຈົ້າ​ອາດ​ຈະ​ເອົາ​ຫຼາຍ​ທາງ​ເລືອກ​ທີ່​ບໍ່​ຈໍາ​ເປັນ​ຕ້ອງ​ໂຕ້​ຖຽງ​ກັນ​, ເຊັ່ນ​:

wget -drc

ນີ້​ແມ່ນ​ສົມ​ບູນ​ສົມ​ບູນ​ກັບ​:

wget -d -r -c

ເນື່ອງຈາກວ່າທາງເລືອກສາມາດຖືກກໍານົດຫຼັງຈາກການໂຕ້ຖຽງ, ທ່ານອາດຈະຢຸດພວກມັນດ້ວຍ --.
ດັ່ງນັ້ນຕໍ່ໄປນີ້ຈະພະຍາຍາມດາວໂຫລດ URL -x, ລາຍງານຄວາມລົ້ມເຫຼວທີ່ຈະ log:

wget -o ບັນທຶກ --x

ຕົວເລືອກທີ່ຍອມຮັບລາຍການທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດທັງໝົດແມ່ນເຄົາລົບສົນທິສັນຍາທີ່ລະບຸ
ບັນຊີລາຍຊື່ຫວ່າງເປົ່າຈະລຶບລ້າງມູນຄ່າຂອງມັນ. ນີ້ສາມາດເປັນປະໂຫຍດເພື່ອອະນາໄມ .wgetrc ການຕັ້ງຄ່າ. ສໍາລັບ
ຕົວຢ່າງ, ຖ້າເຈົ້າ .wgetrc ຕັ້ງ "exclude_directories" ເປັນ /cgi-bin, ຕົວຢ່າງຕໍ່ໄປນີ້
ທໍາອິດຈະຣີເຊັດມັນ, ແລະຫຼັງຈາກນັ້ນຕັ້ງໃຫ້ຍົກເວັ້ນ /~ ບໍ່​ມີ​ໃຜ ແລະ /~ ບາງຄົນທີ່ຢູ່ ທ່ານ​ຍັງ​ສາ​ມາດ
ລ້າງລາຍຊື່ໃນ .wgetrc.

wget -X " -X /~ nobody,/~ somebody

ທາງເລືອກສ່ວນໃຫຍ່ທີ່ບໍ່ຍອມຮັບການໂຕ້ຖຽງແມ່ນ ປຸ້ຍ ທາງ​ເລືອກ​ທີ່​ມີ​ຊື່​ດັ່ງ​ນັ້ນ​ຍ້ອນ​ວ່າ​ເຂົາ​ເຈົ້າ​
ສະຖານະສາມາດຖືກຈັບດ້ວຍຕົວແປ yes-or-no ("boolean"). ຍົກ​ຕົວ​ຢ່າງ, --follow-ftp
ບອກ Wget ໃຫ້ປະຕິບັດຕາມການເຊື່ອມຕໍ່ FTP ຈາກໄຟລ໌ HTML ແລະໃນທາງກົງກັນຂ້າມ, --ບໍ່ມີໂລກ ບອກມັນ
ບໍ່ໃຫ້ດໍາເນີນການ globbing ໄຟລ໌ໃນ FTP URLs. ທາງເລືອກ boolean ແມ່ນບໍ່ວ່າຈະ ຢັ້ງຢືນ or
ກະທົບທາງລົບ (ເລີ່ມຕົ້ນດ້ວຍ --ບໍ່). ທາງເລືອກດັ່ງກ່າວທັງຫມົດແບ່ງປັນຄຸນສົມບັດຫຼາຍ.

ເວັ້ນເສຍແຕ່ໄດ້ລະບຸໄວ້ເປັນຢ່າງອື່ນ, ມັນສົມມຸດວ່າພຶດຕິກໍາເລີ່ມຕົ້ນແມ່ນກົງກັນຂ້າມກັບສິ່ງທີ່
ທາງ​ເລືອກ​ທີ່​ສໍາ​ເລັດ​. ສໍາລັບຕົວຢ່າງ, ເອກະສານທີ່ມີຢູ່ແລ້ວຂອງ --follow-ftp ສົມມຸດ
ວ່າຄ່າເລີ່ມຕົ້ນແມ່ນເພື່ອ ບໍ່ ປະຕິບັດຕາມການເຊື່ອມຕໍ່ FTP ຈາກຫນ້າ HTML.

ທາງ​ເລືອກ​ທີ່​ຢືນ​ຢັນ​ສາ​ມາດ​ໄດ້​ຮັບ​ການ negated ໂດຍ prepending ໄດ້​ --ບໍ່- ກັບຊື່ທາງເລືອກ; ລົບ
ທາງເລືອກສາມາດຖືກປະຕິເສດໂດຍການຍົກເລີກ --ບໍ່- ຄຳນຳໜ້າ. ນີ້ອາດຈະເບິ່ງຄືວ່າ superfluous --- ຖ້າຫາກວ່າ
ຄ່າເລີ່ມຕົ້ນສໍາລັບທາງເລືອກທີ່ຢືນຢັນແມ່ນເພື່ອບໍ່ເຮັດບາງສິ່ງບາງຢ່າງ, ຫຼັງຈາກນັ້ນເປັນຫຍັງຈຶ່ງສະຫນອງວິທີການ
ປິດມັນຢ່າງຈະແຈ້ງບໍ? ແຕ່ໃນຄວາມເປັນຈິງໄຟລ໌ເລີ່ມຕົ້ນອາດຈະປ່ຽນຄ່າເລີ່ມຕົ້ນ. ສໍາລັບ
ຕົວຢ່າງ, ການນໍາໃຊ້ "follow_ftp = on" ໃນ .wgetrc ເຮັດໃຫ້ Wget ປະຕິບັດຕາມ ການເຊື່ອມຕໍ່ FTP ໂດຍຄ່າເລີ່ມຕົ້ນ, ແລະ
ການນໍາໃຊ້ --no-follow-ftp ເປັນວິທີດຽວທີ່ຈະຟື້ນຟູຄ່າເລີ່ມຕົ້ນຂອງໂຮງງານຈາກຄໍາສັ່ງ
ເສັ້ນ.

ພື້ນຖານ Startup ທາງເລືອກໃນການ
-V
- ການປ່ຽນແປງ
ສະແດງເວີຊັນຂອງ Wget.

-h
- ຊ່ວຍ
ພິມຂໍ້ຄວາມຊ່ວຍເຫຼືອທີ່ອະທິບາຍຕົວເລືອກເສັ້ນຄຳສັ່ງທັງໝົດຂອງ Wget.

-b
--ຄວາມເປັນມາ
ໄປທີ່ພື້ນຫຼັງທັນທີຫຼັງຈາກການເລີ່ມຕົ້ນ. ຖ້າບໍ່ມີໄຟລ໌ຜົນຜະລິດຖືກລະບຸຜ່ານ
-o, ຜົນຜະລິດຖືກໂອນໄປຫາ wget-log.

-e ຄໍາສັ່ງ
-- ປະຕິບັດ ຄໍາສັ່ງ
ປະຕິບັດ ຄໍາສັ່ງ ຄືກັບວ່າມັນເປັນສ່ວນໜຶ່ງຂອງ .wgetrc. ຄໍາ​ສັ່ງ​ທີ່​ເອີ້ນ​ດັ່ງ​ນັ້ນ​ຈະ​ເປັນ​
ປະຕິບັດ ຫຼັງຈາກ ຄໍາສັ່ງໃນ .wgetrc, ດັ່ງນັ້ນຈຶ່ງໄດ້ຮັບຄວາມສໍາຄັນໃນໄລຍະເຂົາເຈົ້າ. ຖ້າ​ເຈົ້າ​ຕ້ອງ​ການ
ເພື່ອລະບຸຫຼາຍກວ່າຫນຶ່ງຄໍາສັ່ງ wgetrc, ໃຊ້ຫຼາຍຕົວຢ່າງຂອງ -e.

ການຕັດໄມ້ທ່ອນ ແລະ ການປ້ອນຂໍ້ມູນ ເອກະສານ ທາງເລືອກໃນການ
-o logfile
--output-file=logfile
ບັນທຶກຂໍ້ຄວາມທັງໝົດໃສ່ logfile. ຂໍ້ຄວາມຖືກລາຍງານໂດຍປົກກະຕິກັບຄວາມຜິດພາດມາດຕະຖານ.

-a logfile
--append-output=logfile
ຕື່ມໃສ່ກັບ logfile. ນີ້ແມ່ນຄືກັນກັບ -o, ພຽງແຕ່ມັນ appends ກັບ logfile ແທນ​ທີ່
ການຂຽນທັບໄຟລ໌ບັນທຶກເກົ່າ. ຖ້າ logfile ບໍ່ມີ, ໄຟລ໌ໃຫມ່ຖືກສ້າງຂື້ນ.

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

-q
--ງຽບ
ປິດຜົນຜະລິດຂອງ Wget.

-v
-- verbose
ເປີດການສົ່ງອອກ verbose, ດ້ວຍຂໍ້ມູນທັງໝົດທີ່ມີຢູ່. ຜົນຜະລິດເລີ່ມຕົ້ນແມ່ນ verbose.

-nv
--no-verbose
ປິດ verbose ໂດຍບໍ່ມີການງຽບຫມົດ (ໃຊ້ -q ສໍາລັບການນັ້ນ), ຊຶ່ງຫມາຍຄວາມວ່າ
ຂໍ້​ຄວາມ​ຜິດ​ພາດ​ແລະ​ຂໍ້​ມູນ​ພື້ນ​ຖານ​ຍັງ​ໄດ້​ຮັບ​ການ​ພິມ​ອອກ​.

--report-speed=ປະເພດ
ແບນວິດອອກເປັນ ປະເພດ. ມູນຄ່າທີ່ຍອມຮັບພຽງແຕ່ແມ່ນ bits.

-i ເອກະສານ
--input-file=ເອກະສານ
ອ່ານ URLs ຈາກທ້ອງຖິ່ນຫຼືພາຍນອກ ເອກະສານທີ່ຢູ່ ຖ້າຫາກວ່າ - ຖືກກໍານົດເປັນ ເອກະສານ, URLs ຖືກອ່ານ
ຈາກການປ້ອນຂໍ້ມູນມາດຕະຖານ. (ໃຊ້ ./- ເພື່ອອ່ານຈາກໄຟລ໌ທີ່ມີຊື່ແທ້ໆ -.)

ຖ້າຟັງຊັນນີ້ຖືກນໍາໃຊ້, ບໍ່ຈໍາເປັນຕ້ອງມີ URLs ຢູ່ໃນເສັ້ນຄໍາສັ່ງ. ຖ້າມີ
URLs ທັງຢູ່ໃນເສັ້ນຄໍາສັ່ງແລະໃນໄຟລ໌ປ້ອນຂໍ້ມູນ, ທີ່ຢູ່ໃນເສັ້ນຄໍາສັ່ງຈະເປັນ
ອັນທໍາອິດທີ່ຈະຖືກດຶງມາ. ຖ້າ --force-html ບໍ່ໄດ້ລະບຸ, ຫຼັງຈາກນັ້ນ ເອກະສານ ຄວນ
ປະກອບດ້ວຍຊຸດຂອງ URLs, ຫນຶ່ງຕໍ່ແຖວ.

ຢ່າງໃດກໍຕາມ, ຖ້າທ່ານລະບຸ --force-html, ເອກະສານຈະຖືກຖືວ່າເປັນ html. ໃນ​ນັ້ນ
ກໍລະນີທີ່ທ່ານອາດຈະມີບັນຫາກັບການເຊື່ອມຕໍ່ພີ່ນ້ອງ, ທີ່ທ່ານສາມາດແກ້ໄຂໄດ້ໂດຍການເພີ່ມ
"url">" ກັບເອກະສານຫຼືໂດຍການລະບຸ --base=url ຢູ່ໃນເສັ້ນຄໍາສັ່ງ.

ຖ້າ ເອກະສານ ເປັນຫນຶ່ງພາຍນອກ, ເອກະສານຈະໄດ້ຮັບການປະຕິບັດອັດຕະໂນມັດເປັນ html if
ປະເພດເນື້ອຫາກົງກັນ text / html. ນອກຈາກນັ້ນ, ໄດ້ ເອກະສານສະຖານທີ່ຂອງຈະເປັນ
ຖືກນໍາໃຊ້ເປັນພື້ນຖານ href ຖ້າບໍ່ມີການລະບຸໄວ້.

--input-metalink=ເອກະສານ
ດາວໂຫຼດໄຟລ໌ທີ່ກວມເອົາໃນ Metalink ທ້ອງຖິ່ນ ເອກະສານ. Metalink ຮຸ່ນ 3 ແລະ 4 ແມ່ນ
ສະຫນັບສະຫນູນ.

--metalink-over-http
ອອກຄໍາຮ້ອງຂໍ HTTP HEAD ແທນ GET ແລະສະກັດ Metalink metadata ຈາກການຕອບສະຫນອງ
ສ່ວນຫົວ. ຫຼັງຈາກນັ້ນ, ມັນປ່ຽນໄປດາວໂຫລດ Metalink. ຖ້າບໍ່ມີ metadata ທີ່ຖືກຕ້ອງຂອງ Metalink ແມ່ນ
ພົບເຫັນ, ມັນກັບຄືນໄປຫາການດາວໂຫຼດ HTTP ທໍາມະດາ.

--preferred-ສະຖານທີ່
ຕັ້ງສະຖານທີ່ທີ່ຕ້ອງການສໍາລັບຊັບພະຍາກອນ Metalink. ນີ້ມີຜົນກະທົບຖ້າຫາກວ່າຊັບພະຍາກອນຫຼາຍ
ມີບູລິມະສິດດຽວກັນແມ່ນມີຢູ່.

-F
--force-html
ເມື່ອການປ້ອນຂໍ້ມູນຖືກອ່ານຈາກໄຟລ໌, ບັງຄັບໃຫ້ມັນຖືກປະຕິບັດເປັນໄຟລ໌ HTML. ອັນນີ້ເຮັດໃຫ້
ທ່ານ​ຈະ​ດຶງ​ຂໍ້​ມູນ​ການ​ເຊື່ອມ​ຕໍ່​ທີ່​ກ່ຽວ​ຂ້ອງ​ຈາກ​ໄຟລ​໌ HTML ທີ່​ມີ​ຢູ່​ໃນ​ແຜ່ນ​ທ້ອງ​ຖິ່ນ​ຂອງ​ທ່ານ​, ໂດຍ​ການ​ເພີ່ມ​
"url">" ກັບ HTML, ຫຼືການນໍາໃຊ້ --ຖານ ທາງເລືອກແຖວຄໍາສັ່ງ.

-B URL
--base=URL
ແກ້ໄຂການເຊື່ອມຕໍ່ພີ່ນ້ອງໂດຍໃຊ້ URL ເປັນຈຸດອ້າງອິງ, ເມື່ອອ່ານການເຊື່ອມຕໍ່ຈາກ
ໄຟລ໌ HTML ທີ່ລະບຸຜ່ານ -i/--input-file ທາງເລືອກ (ຮ່ວມກັບ --force-html, ຫຼື
ເມື່ອໄຟລ໌ປ້ອນຂໍ້ມູນຖືກດຶງຈາກໄລຍະໄກຈາກເຊີບເວີທີ່ອະທິບາຍມັນເປັນ HTML). ນີ້​ແມ່ນ
ເທົ່າກັບການມີໂຄດຄໍາສັ່ງ "BASE" ໃນໄຟລ໌ປ້ອນ HTML, ກັບ URL ເປັນ
ຄ່າສໍາລັບຄຸນລັກສະນະ "href".

ສໍາລັບຕົວຢ່າງ, ຖ້າທ່ານລະບຸ http://foo/bar/a.html ສໍາລັບການ URL, ແລະ Wget ອ່ານ
../baz/b.html ຈາກ​ໄຟລ​໌​ປ້ອນ​ຂໍ້​ມູນ​, ມັນ​ຈະ​ໄດ້​ຮັບ​ການ​ແກ້​ໄຂ​ເປັນ​ http://foo/baz/b.html.

--config=ເອກະສານ
ລະບຸທີ່ຢູ່ຂອງໄຟລ໌ເລີ່ມຕົ້ນທີ່ທ່ານຕ້ອງການໃຊ້.

--rejected-log=logfile
ບັນທຶກການປະຕິເສດ URL ທັງໝົດໃສ່ logfile ເປັນຄ່າທີ່ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ. ຄຸນຄ່າລວມມີ
ເຫດຜົນຂອງການປະຕິເສດ, URL ແລະ URL ຫຼັກທີ່ມັນຖືກພົບເຫັນຢູ່ໃນ.

ດາວໂຫລດ ທາງເລືອກໃນການ
--bind-address=ADDRESS
ເມື່ອສ້າງການເຊື່ອມຕໍ່ລູກຄ້າ TCP/IP, ຜູກມັດກັບ ADDRESS ຢູ່ໃນເຄື່ອງທ້ອງຖິ່ນ. ADDRESS
ອາດຈະຖືກລະບຸເປັນ hostname ຫຼືທີ່ຢູ່ IP. ທາງເລືອກນີ້ສາມາດເປັນປະໂຫຍດຖ້າຫາກວ່າທ່ານ
ເຄື່ອງຖືກຜູກມັດກັບ IP ຫຼາຍ.

-t ຈໍານວນ
--tries=ຈໍານວນ
ກໍາ​ນົດ​ຈໍາ​ນວນ​ຂອງ​ພະ​ຍາ​ຍາມ​ ຈໍານວນ. ລະບຸ 0 ຫຼື inf ສໍາລັບການພະຍາຍາມໃຫມ່ທີ່ບໍ່ມີຂອບເຂດ. ຄ່າເລີ່ມຕົ້ນແມ່ນ
ລອງໃຫມ່ 20 ເທື່ອ, ຍົກເວັ້ນຄວາມຜິດພາດທີ່ຮ້າຍແຮງເຊັ່ນ "ການເຊື່ອມຕໍ່ປະຕິເສດ" ຫຼື
"ບໍ່ພົບ" (404), ເຊິ່ງບໍ່ໄດ້ພະຍາຍາມໃຫມ່.

-O ເອກະສານ
--output-document=ເອກະສານ
ເອກະສານຈະບໍ່ຖືກຂຽນໃສ່ໄຟລ໌ທີ່ເຫມາະສົມ, ແຕ່ທັງຫມົດຈະເປັນ
concatenated ຮ່ວມ​ກັນ​ແລະ​ລາຍ​ລັກ​ອັກ​ສອນ​ ເອກະສານທີ່ຢູ່ ຖ້າຫາກວ່າ - ຖືກນໍາໃຊ້ເປັນ ເອກະສານ, ເອກະສານຈະເປັນ
ພິມອອກເປັນຜົນຜະລິດມາດຕະຖານ, ປິດການໃຊ້ງານການແປງລິ້ງ. (ໃຊ້ ./- ເພື່ອພິມໃສ່ໄຟລ໌
ຊື່ຕາມຕົວອັກສອນ -.)

ການ ນຳ ໃຊ້ -O is ບໍ່ ມີຈຸດປະສົງຫມາຍຄວາມວ່າພຽງແຕ່ "ໃຊ້ຊື່ ເອກະສານ ແທນ​ທີ່​ຈະ​ເປັນ​ຫນຶ່ງ​ໃນ​
URL;" ແທນທີ່ຈະ, ມັນເປັນການປຽບທຽບກັບການປ່ຽນເສັ້ນທາງ shell: wget -O ເອກະສານ http://foo is
ມີຈຸດປະສົງເພື່ອເຮັດວຽກຄື wget -O - http://foo > ເອກະສານ; ເອກະສານ ຈະຖືກຕັດອອກທັນທີ,
ແລະ ທັງຫມົດ ເນື້ອຫາທີ່ດາວໂຫຼດແລ້ວຈະຖືກຂຽນຢູ່ທີ່ນັ້ນ.

ສໍາລັບເຫດຜົນນີ້, -N (ສໍາລັບການກວດສອບເວລາ) ແມ່ນບໍ່ສະຫນັບສະຫນູນໃນການປະສົມປະສານກັບ -O:
ນັບຕັ້ງແຕ່ ເອກະສານ ມັນຖືກສ້າງຂື້ນ ໃໝ່ ສະ ເໝີ, ມັນຈະມີສະແຕມເວລາ ໃໝ່ໆ ຢູ່ສະ ເໝີ. ກ
ການເຕືອນໄພຈະຖືກອອກຖ້າການປະສົມປະສານນີ້ຖືກນໍາໃຊ້.

ເຊັ່ນດຽວກັນ, ການນໍາໃຊ້ -r or -p ກັບ -O ອາດຈະບໍ່ເຮັດວຽກຕາມທີ່ທ່ານຄາດຫວັງ: Wget ບໍ່ພຽງແຕ່ດາວໂຫລດ
ໄຟລ໌ທໍາອິດທີ່ຈະ ເອກະສານ ແລະຫຼັງຈາກນັ້ນດາວນ໌ໂຫລດສ່ວນທີ່ເຫຼືອເປັນຊື່ປົກກະຕິຂອງເຂົາເຈົ້າ: ທັງຫມົດ
ເນື້ອຫາທີ່ດາວໂຫຼດມາຈະຖືກວາງໄວ້ໃນ ເອກະສານ. ອັນນີ້ຖືກປິດການນຳໃຊ້ໃນເວີຊັນ 1.11, ແຕ່ມີ
ໄດ້ຖືກຟື້ນຟູຄືນໃຫມ່ (ມີຄໍາເຕືອນ) ໃນ 1.11.2, ຍ້ອນວ່າມີບາງກໍລະນີນີ້
ພຶດຕິກໍາຕົວຈິງສາມາດມີການນໍາໃຊ້ບາງຢ່າງ.

ການປະສົມປະສານກັບ -nc ຖືກຍອມຮັບພຽງແຕ່ຖ້າໄຟລ໌ຜົນຜະລິດທີ່ໃຫ້ນັ້ນບໍ່ມີ.

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

-nc
--no-clobber
ຖ້າໄຟລ໌ຖືກດາວໂຫຼດຫຼາຍກວ່າຫນຶ່ງຄັ້ງໃນໄດເລກະທໍລີດຽວກັນ, ພຶດຕິກໍາຂອງ Wget ແມ່ນຂຶ້ນກັບ
ກ່ຽວກັບທາງເລືອກບໍ່ຫຼາຍປານໃດ, ລວມທັງ -nc. ໃນບາງກໍລະນີ, ໄຟລ໌ທ້ອງຖິ່ນຈະເປັນ ລຳ ບາກ,
ຫຼືຂຽນທັບ, ເມື່ອດາວໂຫຼດຊ້ຳໆ. ໃນກໍລະນີອື່ນໆ, ມັນຈະຖືກຮັກສາໄວ້.

ເມື່ອແລ່ນ Wget ໂດຍບໍ່ມີ -N, -nc, -r, ຫຼື -p, ການດາວໂຫຼດໄຟລ໌ດຽວກັນຢູ່ໃນອັນດຽວກັນ
ໄດເລກະທໍລີຈະສົ່ງຜົນໃຫ້ສໍາເນົາຕົ້ນສະບັບຂອງ ເອກະສານ ຖືກຮັກສາໄວ້ແລະສໍາເນົາທີສອງ
ຖືກຕັ້ງຊື່ ເອກະສານ.1. ຖ້າ​ຫາກ​ວ່າ​ໄຟລ​໌​ນັ້ນ​ໄດ້​ຖືກ​ດາວ​ໂຫຼດ​ອີກ​ເທື່ອ​ຫນຶ່ງ​, ສໍາ​ເນົາ​ທີ​ສາມ​ຈະ​ເປັນ​
ຊື່ວ່າ ເອກະສານ.2, ແລະອື່ນໆ. (ນີ້​ຍັງ​ແມ່ນ​ການ​ປະ​ຕິ​ບັດ​ທີ່​ມີ - ນ, ເຖິງແມ່ນວ່າ -r or -p ແມ່ນຢູ່ໃນ
ຜົນກະທົບ.) ເມື່ອ -nc ຖືກລະບຸໄວ້, ພຶດຕິກໍານີ້ຖືກສະກັດກັ້ນ, ແລະ Wget ຈະປະຕິເສດ
ດາວ​ນ​໌​ໂຫລດ​ສໍາ​ເນົາ​ໃຫມ່​ຂອງ​ ເອກະສານ. ດັ່ງນັ້ນ, ""no-clobber" ຕົວຈິງແລ້ວແມ່ນຊື່ຜິດ
ໂຫມດນີ້ --- ມັນບໍ່ແມ່ນ clobbering ທີ່ປ້ອງກັນ (ຍ້ອນວ່າຕົວເລກ suffixes ແມ່ນແລ້ວ.
ການ​ປ້ອງ​ກັນ​ການ clobbering​)​, ແຕ່​ແທນ​ທີ່​ຈະ​ເປັນ​ການ​ປະ​ຢັດ​ສະ​ບັບ​ຫຼາຍ​ທີ່​ຖືກ​ປ້ອງ​ກັນ​.

ເມື່ອແລ່ນ Wget ກັບ -r or -p, ແຕ່ບໍ່ມີ -N, - ນ, ຫຼື -nc, ການດາວໂຫຼດໄຟລ໌ຄືນໃໝ່
ຈະສົ່ງຜົນໃຫ້ສໍາເນົາໃຫມ່ພຽງແຕ່ຂຽນທັບຂອງເກົ່າ. ກຳລັງເພີ່ມ -nc ຈະປ້ອງກັນບໍ່ໃຫ້ນີ້
ພຶດຕິກໍາ, ແທນທີ່ຈະເຮັດໃຫ້ສະບັບຕົ້ນສະບັບຖືກຮັກສາໄວ້ແລະສໍາເນົາໃຫມ່ກວ່າ
ເຊີບເວີທີ່ຈະຖືກລະເລີຍ.

ເມື່ອແລ່ນ Wget ກັບ -N, ມີຫຼືບໍ່ມີ -r or -p, ການຕັດສິນໃຈທີ່ຈະເປັນຫຼືບໍ່
ເພື່ອດາວໂຫລດສຳເນົາໄຟລ໌ໃໝ່ກວ່ານັ້ນແມ່ນຂຶ້ນກັບເວລາ ແລະຂະໜາດຂອງທ້ອງຖິ່ນ ແລະໄລຍະໄກ
ຂອງໄຟລ໌. -nc ອາດຈະບໍ່ຖືກກໍານົດໃນເວລາດຽວກັນກັບ -N.

ການປະສົມປະສານກັບ -O/--ອອກ-ເອກະສານ ຖືກຍອມຮັບພຽງແຕ່ຖ້າໄຟລ໌ຜົນຜະລິດທີ່ໃຫ້
ບໍ່ມີຢູ່.

ໃຫ້ສັງເກດວ່າເມື່ອ -nc ແມ່ນລະບຸໄວ້, ໄຟລ໌ທີ່ມີສ່ວນທ້າຍ .html or htm ຈະຖືກໂຫລດ
ຈາກ​ແຜ່ນ​ທ້ອງ​ຖິ່ນ​ແລະ​ແຍກ​ວິ​ຊາ​ເປັນ​ຖ້າ​ຫາກ​ວ່າ​ພວກ​ເຂົາ​ເຈົ້າ​ໄດ້​ຮັບ​ການ​ດຶງ​ມາ​ຈາກ​ເວັບ​.

--backups=ສໍາຮອງຂໍ້ມູນ
ກ່ອນ​ທີ່​ຈະ (over)ຂຽນ​ໄຟລ​໌​ໃດ​ຫນຶ່ງ​, ສໍາ​ຮອງ​ຂໍ້​ມູນ​ໄຟລ​໌​ທີ່​ມີ​ຢູ່​ແລ້ວ​ໂດຍ​ການ​ເພີ່ມ a​ .1 ຕໍ່ທ້າຍ (_1 on
VMS) ກັບຊື່ໄຟລ໌. ໄຟລ​໌​າ​ຮອງ​ດັ່ງ​ກ່າວ​ແມ່ນ rotated ກັບ​ .2, .3, ແລະອື່ນໆ, ເຖິງ
ສໍາຮອງຂໍ້ມູນ (ແລະສູນເສຍໄປກວ່ານັ້ນ).

-c
--ສືບຕໍ່
ສືບຕໍ່ໄດ້ຮັບໄຟລ໌ທີ່ດາວໂຫຼດບາງສ່ວນ. ນີ້ແມ່ນເປັນປະໂຫຍດໃນເວລາທີ່ທ່ານຕ້ອງການສໍາເລັດຮູບ
ການດາວໂຫຼດເລີ່ມຕົ້ນໂດຍຕົວຢ່າງກ່ອນໜ້າຂອງ Wget, ຫຼືໂດຍໂຄງການອື່ນ. ສໍາລັບ
ຕົວຢ່າງ:

wget -c ftp://sunsite.doc.ic.ac.uk/ls-lR.Z

ຖ້າມີໄຟລ໌ທີ່ມີຊື່ ls-lR.Z ໃນໄດເລກະທໍລີປະຈຸບັນ, Wget ຈະສົມມຸດວ່າມັນເປັນ
ສ່ວນທໍາອິດຂອງໄຟລ໌ຫ່າງໄກສອກຫຼີກ, ແລະຈະຂໍໃຫ້ເຄື່ອງແມ່ຂ່າຍສືບຕໍ່
ດຶງມາຈາກການຊົດເຊີຍເທົ່າກັບຄວາມຍາວຂອງໄຟລ໌ທ້ອງຖິ່ນ.

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

ໂດຍບໍ່ມີການ -c, ຕົວຢ່າງທີ່ຜ່ານມາພຽງແຕ່ຈະດາວໂຫລດໄຟລ໌ຫ່າງໄກສອກຫຼີກ ls-lR.Z.1,
ອອກຈາກການຕັດ ls-lR.Z ໄຟລ໌ຢ່າງດຽວ.

ເລີ່ມຕົ້ນດ້ວຍ Wget 1.7, ຖ້າທ່ານໃຊ້ -c ໃນໄຟລ໌ທີ່ບໍ່ຫວ່າງເປົ່າ, ແລະມັນ turns ໃຫ້ເຫັນວ່າ
ເຊີບເວີບໍ່ຮອງຮັບການດາວໂຫຼດຢ່າງຕໍ່ເນື່ອງ, Wget ຈະປະຕິເສດທີ່ຈະເລີ່ມການດາວໂຫຼດ
ຈາກ scratch, ເຊິ່ງປະສິດທິຜົນຈະທໍາລາຍເນື້ອໃນທີ່ມີຢູ່ແລ້ວ. ຖ້າເຈົ້າຕ້ອງການແທ້ໆ
ດາວໂຫຼດເພື່ອເລີ່ມຕົ້ນຈາກຈຸດເລີ່ມຕົ້ນ, ເອົາໄຟລ໌ອອກ.

ຍັງເລີ່ມຕົ້ນດ້ວຍ Wget 1.7, ຖ້າທ່ານໃຊ້ -c ຢູ່ໃນໄຟລ໌ທີ່ມີຂະຫນາດເທົ່າກັບ
ຫນຶ່ງໃນເຄື່ອງແມ່ຂ່າຍ, Wget ຈະປະຕິເສດທີ່ຈະດາວໂຫລດໄຟລ໌ແລະພິມຄໍາອະທິບາຍ
ຂໍ້ຄວາມ. ສິ່ງດຽວກັນເກີດຂຶ້ນເມື່ອໄຟລ໌ມີຂະຫນາດນ້ອຍກວ່າຢູ່ໃນເຄື່ອງແມ່ຂ່າຍກວ່າທ້ອງຖິ່ນ
(ອາດຈະເປັນເພາະມັນມີການປ່ຽນແປງຢູ່ໃນເຊີບເວີນັບຕັ້ງແຕ່ການດາວໂຫຼດຄັ້ງສຸດທ້າຍຂອງທ່ານ
ຄວາມ​ພະ​ຍາ​ຍາມ​) --- ເນື່ອງ​ຈາກ​ວ່າ "ສືບ​ຕໍ່​" ບໍ່​ມີ​ຄວາມ​ຫມາຍ​, ບໍ່​ມີ​ການ​ດາວ​ໂຫຼດ​ເກີດ​ຂຶ້ນ​.

ໃນອີກດ້ານຫນຶ່ງຂອງຫຼຽນ, ໃນຂະນະທີ່ໃຊ້ -c, ໄຟລ໌ໃດໆທີ່ໃຫຍ່ກວ່າຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ
ຫຼາຍກວ່າທ້ອງຖິ່ນຈະຖືກພິຈາລະນາເປັນການດາວໂຫຼດທີ່ບໍ່ຄົບຖ້ວນແລະພຽງແຕ່ "(ຄວາມຍາວ(ໄລຍະໄກ) -
length(local))" bytes ຈະຖືກດາວໂຫຼດ ແລະ tacked ໃສ່ທ້າຍຂອງໄຟລ໌ທ້ອງຖິ່ນ.
ພຶດຕິກໍານີ້ສາມາດເປັນຄວາມປາຖະຫນາໃນບາງກໍລະນີ --- ຕົວຢ່າງ, ທ່ານສາມາດນໍາໃຊ້ wget -c to
ດາວໂຫລດພຽງແຕ່ສ່ວນໃຫມ່ທີ່ຖືກຄັດຕິດໃສ່ກັບການເກັບກໍາຂໍ້ມູນຫຼືໄຟລ໌ບັນທຶກ.

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

ຕົວຢ່າງອື່ນທີ່ເຈົ້າຈະໄດ້ຮັບໄຟລ໌ທີ່ຂີ້ຕົວະຖ້າທ່ານພະຍາຍາມໃຊ້ -c ແມ່ນຖ້າຫາກວ່າທ່ານມີ
ຕົວແທນ HTTP lame ທີ່ໃສ່ສາຍ "transfer interrupted" ເຂົ້າໄປໃນໄຟລ໌ທ້ອງຖິ່ນ. ໃນ
ທາງເລືອກ "rollback" ໃນອະນາຄົດອາດຈະຖືກເພີ່ມເພື່ອຈັດການກັບກໍລະນີນີ້.

ໃຫ້ສັງເກດວ່າ -c ພຽງແຕ່ເຮັດວຽກກັບເຄື່ອງແມ່ຂ່າຍ FTP ແລະກັບເຄື່ອງແມ່ຂ່າຍ HTTP ທີ່ສະຫນັບສະຫນູນ
ຫົວຂໍ້ "ໄລຍະ".

--start-pos=OFFSET
ເລີ່ມການດາວໂຫຼດຢູ່ທີ່ຈຸດທີ່ອີງໃສ່ສູນ OFFSET. Offset ອາດຈະສະແດງອອກເປັນ bytes,
ກິໂລໄບທີ່ມີຄຳຕໍ່ທ້າຍ 'k', ຫຼືເມກາໄບທີ່ມີຄຳຕໍ່ທ້າຍ `m, ແລະອື່ນໆ.

--start-pos ມີຄວາມສຳຄັນກວ່າ --ສືບຕໍ່ທີ່ຢູ່ ເມື່ອ​ໃດ​ --start-pos ແລະ --ສືບຕໍ່
ແມ່ນທັງສອງລະບຸໄວ້, wget ຈະສົ່ງສັນຍານເຕືອນຫຼັງຈາກນັ້ນດໍາເນີນການຄືກັບວ່າ --ສືບຕໍ່ ບໍ່ຢູ່.

ຮອງຮັບເຊີບເວີສຳລັບການດາວໂຫຼດຢ່າງຕໍ່ເນື່ອງ, ຖ້າບໍ່ດັ່ງນັ້ນ --start-pos ບໍ່​ສາ​ມາດ​ຊ່ວຍ.
ເບິ່ງ -c ສໍາລັບລາຍລະອຽດ.

--ຄວາມຄືບໜ້າ=ປະເພດ
ເລືອກປະເພດຂອງຕົວຊີ້ວັດຄວາມຄືບຫນ້າທີ່ທ່ານຕ້ອງການໃຊ້. ຕົວຊີ້ວັດທາງດ້ານກົດຫມາຍແມ່ນ "ຈຸດ"
ແລະ "ແຖບ".

ຕົວຊີ້ວັດ "ແຖບ" ຖືກໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນ. ມັນແຕ້ມຮູບແຖບຄວາມຄືບໜ້າ ASCII
(aka "ເຄື່ອງວັດແທກອຸນຫະພູມ" ສະແດງ) ຊີ້ບອກສະຖານະຂອງການດຶງຂໍ້ມູນ. ຖ້າຜົນຜະລິດແມ່ນ
ບໍ່ແມ່ນ TTY, ແຖບ "ຈຸດ" ຈະຖືກໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນ.

ການນໍາໃຊ້ --progress = ຈຸດ ເພື່ອສະຫຼັບກັບການສະແດງ "ຈຸດ". ມັນຕິດຕາມການດຶງຂໍ້ມູນໂດຍ
ການພິມຈຸດຕ່າງໆໃນໜ້າຈໍ, ແຕ່ລະຈຸດສະແດງເຖິງຈຳນວນຂໍ້ມູນທີ່ຄົງທີ່ຂອງຂໍ້ມູນທີ່ດາວໂຫຼດມາ.

ຄວາມຄືບຫນ້າ ປະເພດ ຍັງສາມາດເອົາຫນຶ່ງຫຼືຫຼາຍຕົວກໍານົດການ. ຕົວກໍານົດການແຕກຕ່າງກັນໂດຍອີງໃສ່
ໄດ້ ປະເພດ ເລືອກ. ພາລາມິເຕີເພື່ອ ປະເພດ ແມ່ນຜ່ານໂດຍການຕື່ມພວກມັນໃສ່ກັບປະເພດ
sperated ໂດຍຈໍ້າສອງເມັດ (:) ເຊັ່ນນີ້: --ຄວາມຄືບໜ້າ=ປະເພດ:parameter1:parameter2.

ໃນ​ເວ​ລາ​ທີ່​ການ​ນໍາ​ໃຊ້ dotted retrieval​, ທ່ານ​ອາດ​ຈະ​ກໍາ​ນົດ​ໄດ້​ ແບບ ໂດຍການລະບຸປະເພດເປັນ
ຈຸດ:ແບບ. ຮູບແບບຕ່າງໆກຳນົດຄວາມໝາຍທີ່ແຕກຕ່າງກັນໃຫ້ກັບຈຸດດຽວ. ດ້ວຍ "ຄ່າເລີ່ມຕົ້ນ"
ຮູບແບບແຕ່ລະຈຸດສະແດງເຖິງ 1K, ມີສິບຈຸດໃນກຸ່ມ ແລະ 50 ຈຸດໃນແຖວ.
ຮູບແບບ "binary" ມີທິດທາງຄ້າຍຄື "ຄອມພິວເຕີ" ຫຼາຍຂື້ນ --- 8K dots, 16-dots clusters
ແລະ 48 ຈຸດຕໍ່ແຖວ (ຊຶ່ງເຮັດໃຫ້ 384K ເສັ້ນ). ແບບ "ຂະຫນາດໃຫຍ່" ແມ່ນເຫມາະສົມສໍາລັບ
ການ​ດາວ​ໂຫຼດ​ໄຟລ​໌​ຂະ​ຫນາດ​ໃຫຍ່ --- ແຕ່​ລະ​ຈຸດ​ສະ​ແດງ​ໃຫ້​ເຫັນ 64K ດຶງ​ມາ​, ມີ​ແປດ​ຈຸດ​ໃນ​ຫນຶ່ງ​.
cluster, ແລະ 48 ຈຸດໃນແຕ່ລະເສັ້ນ (ດັ່ງນັ້ນແຕ່ລະເສັ້ນມີ 3M). ຖ້າ "ຂະຫນາດໃຫຍ່" ແມ່ນບໍ່ພຽງພໍ
ຫຼັງຈາກນັ້ນ, ທ່ານສາມາດນໍາໃຊ້ຮູບແບບ "giga" --- ແຕ່ລະຈຸດເປັນຕົວແທນ 1M ດຶງ, ມີແປດ.
ຈຸດໃນກຸ່ມ, ແລະ 32 ຈຸດໃນແຕ່ລະເສັ້ນ (ດັ່ງນັ້ນແຕ່ລະເສັ້ນມີ 32M).

ກັບ --progress=bar, ປະຈຸບັນມີສອງຕົວກໍານົດການທີ່ເປັນໄປໄດ້, ຜົນບັງຄັບໃຊ້ ແລະ noscroll.

ເມື່ອຜົນຜະລິດບໍ່ແມ່ນ TTY, ແຖບຄວາມຄືບຫນ້າຈະກັບຄືນສູ່ "ຈຸດ", ເຖິງແມ່ນວ່າ
--progress=bar ຖືກສົ່ງໄປຫາ Wget ໃນລະຫວ່າງການເອີ້ນ. ພຶດຕິກໍານີ້ສາມາດຖືກລົບລ້າງ
ແລະ "ແຖບ" ຜົນຜະລິດບັງຄັບໂດຍໃຊ້ "ບັງຄັບ" ພາລາມິເຕີເປັນ --progress=bar:ບັງຄັບ.

ໂດຍຄ່າເລີ່ມຕົ້ນ, the ພາທະນາຍຄວາມ ແຖບຄວາມຄືບໜ້າຂອງຮູບແບບ ເລື່ອນຊື່ຂອງໄຟລ໌ຈາກຊ້າຍໄປຂວາ
ສໍາ​ລັບ​ໄຟລ​໌​ທີ່​ຖືກ​ດາວ​ໂຫຼດ​ຖ້າ​ຫາກ​ວ່າ​ຊື່​ໄຟລ​໌​ເກີນ​ຄວາມ​ຍາວ​ສູງ​ສຸດ​ທີ່​ໄດ້​ຮັບ​ການ​ກໍາ​ນົດ​ໄວ້​ສໍາ​ລັບ​ການ​
ການ​ສະ​ແດງ​ຂອງ​ຕົນ​. ໃນບາງກໍລະນີ, ເຊັ່ນ: ກັບ --progress=bar:ບັງຄັບ, ຫນຶ່ງອາດຈະບໍ່ຕ້ອງການ
ຊື່ໄຟລ໌ເລື່ອນຢູ່ໃນແຖບຄວາມຄືບຫນ້າ. ໂດຍການຖ່າຍທອດພາລາມິເຕີ "noscroll", Wget
ສາມາດຖືກບັງຄັບໃຫ້ສະແດງຊື່ໄຟລ໌ຫຼາຍເທົ່າທີ່ເປັນໄປໄດ້ໂດຍບໍ່ຕ້ອງເລື່ອນຜ່ານ
ມັນ.

ໃຫ້ສັງເກດວ່າທ່ານສາມາດກໍານົດຮູບແບບເລີ່ມຕົ້ນໂດຍໃຊ້ຄໍາສັ່ງ "ກ້າວຫນ້າ" ໃນ .wgetrc. ນັ້ນ
ການຕັ້ງຄ່າອາດຈະຖືກລົບລ້າງຈາກເສັ້ນຄໍາສັ່ງ. ຕົວຢ່າງ, ເພື່ອບັງຄັບໃຫ້ຜົນຜະລິດແຖບ
ໂດຍບໍ່ມີການເລື່ອນ, ການນໍາໃຊ້ --progress=bar:force:noscroll.

--ສະແດງ-ຄວາມຄືບໜ້າ
ບັງຄັບ wget ເພື່ອສະແດງແຖບຄວາມຄືບຫນ້າໃນ verbosity ໃດ.

ໂດຍຄ່າເລີ່ມຕົ້ນ, wget ພຽງແຕ່ສະແດງແຖບຄວາມຄືບຫນ້າໃນຮູບແບບ verbose. ຢ່າງໃດກໍຕາມ, ຫນຶ່ງອາດຈະ,
ຕ້ອງການ wget ສະແດງແຖບຄວາມຄືບຫນ້າໃນຫນ້າຈໍໂດຍສົມທົບກັບອັນອື່ນ
ໂຫມດ verbosity ເຊັ່ນ --no-verbose or --ງຽບ. ນີ້ມັກຈະເປັນຊັບສິນທີ່ຕ້ອງການໃນເວລາທີ່
ຮຽກ​ຮ້ອງ wget ເພື່ອ​ດາວ​ໂຫລດ​ໄຟລ​໌​ຂະ​ຫນາດ​ນ້ອຍ / ຂະ​ຫນາດ​ໃຫຍ່​ຈໍາ​ນວນ​ຫນຶ່ງ​. ໃນກໍລະນີດັ່ງກ່າວ, wget ສາມາດເຮັດໄດ້
ພຽງແຕ່ຖືກເອີ້ນດ້ວຍພາລາມິເຕີນີ້ເພື່ອໃຫ້ໄດ້ຜົນຜະລິດທີ່ສະອາດກວ່າໃນຫນ້າຈໍ.

ທາງ​ເລືອກ​ນີ້​ຍັງ​ຈະ​ບັງ​ຄັບ​ແຖບ​ຄວາມ​ຄືບ​ຫນ້າ​ທີ່​ຈະ​ພິມ​ອອກ​ໄປ​ stderr ໃນເວລາທີ່ການນໍາໃຊ້
ຄຽງຄູ່ກັບ --logfile ທາງເລືອກ.

-N
--ການສະແຕມເວລາ
ເປີດການປະທັບຕາເວລາ.

--no-if-modified-ນັບຕັ້ງແຕ່
ຢ່າສົ່ງ If-Modified-Since header in -N ໂໝດ. ສົ່ງຄຳຮ້ອງຂໍ HEAD ເບື້ອງຕົ້ນ
ແທນ. ນີ້ມີຜົນກະທົບພຽງແຕ່ໃນ -N mode

--no-use-server-timestamps
ຢ່າຕັ້ງເວລາຂອງໄຟລ໌ທ້ອງຖິ່ນໂດຍຜູ້ທີ່ຢູ່ໃນເຊີບເວີ.

ໂດຍຄ່າເລີ່ມຕົ້ນ, ເມື່ອໄຟລ໌ຖືກດາວໂຫຼດ, ເວລາຂອງມັນຖືກກໍານົດໃຫ້ກົງກັບໄຟລ໌ທີ່ມາຈາກ
ໄຟລ໌ຫ່າງໄກສອກຫຼີກ. ນີ້ອະນຸຍາດໃຫ້ນໍາໃຊ້ຂອງ --ການສະແຕມເວລາ ກ່ຽວກັບການຮຽກຮ້ອງຕໍ່ໄປຂອງ wget.
ຢ່າງໃດກໍ່ຕາມ, ບາງຄັ້ງມັນກໍ່ເປັນປະໂຫຍດທີ່ຈະອີງໃສ່ເວລາຂອງໄຟລ໌ທ້ອງຖິ່ນກ່ຽວກັບເວລາທີ່ມັນແມ່ນ
ດາວໂຫຼດຕົວຈິງແລ້ວ; ສໍາລັບຈຸດປະສົງນັ້ນ, ໄດ້ --no-use-server-timestamps ທາງ​ເລືອກ​ໄດ້​
ສະຫນອງໃຫ້.

-S
--ເຊີບເວີ-ຕອບສະໜອງ
ພິມສ່ວນຫົວທີ່ສົ່ງໂດຍເຄື່ອງແມ່ຂ່າຍ HTTP ແລະຄໍາຕອບທີ່ສົ່ງໂດຍເຄື່ອງແມ່ຂ່າຍ FTP.

--ແມງ​ມຸມ
ເມື່ອຖືກເອີ້ນດ້ວຍຕົວເລືອກນີ້, Wget ຈະປະຕິບັດຕົວເປັນເວັບ spider, ຊຶ່ງຫມາຍຄວາມວ່າມັນ
ຈະບໍ່ດາວໂຫລດຫນ້າ, ພຽງແຕ່ກວດເບິ່ງວ່າພວກເຂົາຢູ່ທີ່ນັ້ນ. ຕົວຢ່າງ, ທ່ານສາມາດນໍາໃຊ້
Wget ເພື່ອກວດເບິ່ງ bookmarks ຂອງທ່ານ:

wget --spider --force-html -i bookmarks.html

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

-T ວິນາທີ
--ໝົດເວລາ=ວິນາທີ
ຕັ້ງເວລາເຄືອຂ່າຍເປັນ ວິນາທີ ວິນາທີ. ນີ້ແມ່ນເທົ່າກັບການລະບຸ
--dns-ໝົດເວລາ, --ໝົດເວລາເຊື່ອມຕໍ່, ແລະ --ໝົດເວລາອ່ານ, ທັງຫມົດໃນເວລາດຽວກັນ.

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

ຕົວເລືອກທີ່ກ່ຽວຂ້ອງກັບການໝົດເວລາທັງໝົດຍອມຮັບຄ່າທົດສະນິຍົມ, ເຊັ່ນດຽວກັນກັບຄ່າວິນາທີຍ່ອຍ. ສໍາລັບ
ຍົກຕົວຢ່າງ, 0.1 ວິນາທີເປັນທາງເລືອກທີ່ຖືກຕ້ອງຕາມກົດໝາຍ (ເຖິງແມ່ນວ່າບໍ່ສະຫລາດ) ຂອງການໝົດເວລາ. ໝົດເວລາວິນາທີ
ເປັນປະໂຫຍດສໍາລັບການກວດສອບເວລາຕອບສະຫນອງຂອງເຄື່ອງແມ່ຂ່າຍຫຼືສໍາລັບການທົດສອບການ latency ເຄືອຂ່າຍ.

--dns-ໝົດເວລາ=ວິນາທີ
ຕັ້ງເວລາການຊອກຫາ DNS ເປັນ ວິນາທີ ວິນາທີ. ການຊອກຫາ DNS ທີ່ບໍ່ສໍາເລັດພາຍໃນ
ເວລາທີ່ກໍານົດໄວ້ຈະລົ້ມເຫລວ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ບໍ່ມີເວລາຫມົດເວລາໃນການຄົ້ນຫາ DNS, ອື່ນໆ
ຫຼາຍກ່ວາທີ່ປະຕິບັດໂດຍຫ້ອງສະຫມຸດລະບົບ.

--connect-timeout=ວິນາທີ
ຕັ້ງເວລາເຊື່ອມຕໍ່ເປັນ ວິນາທີ ວິນາທີ. ການເຊື່ອມຕໍ່ TCP ທີ່ໃຊ້ເວລາດົນກວ່າ
ການສ້າງຕັ້ງຈະຖືກຍົກເລີກ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ບໍ່ມີເວລາເຊື່ອມຕໍ່, ນອກເໜືອໄປຈາກນັ້ນ
ປະຕິບັດໂດຍຫ້ອງສະຫມຸດລະບົບ.

--read-timeout=ວິນາທີ
ຕັ້ງເວລາອ່ານ (ແລະຂຽນ) ເປັນ ວິນາທີ ວິນາທີ. "ເວລາ" ຂອງການຫມົດເວລານີ້
ຫມາຍເຖິງ ບໍ່ເຮັດວຽກ ທີ່ໃຊ້ເວລາ: ຖ້າ​ຫາກ​ວ່າ​, ໃນ​ຈຸດ​ໃດ​ຫນຶ່ງ​ໃນ​ການ​ດາວ​ໂຫຼດ​, ບໍ່​ມີ​ຂໍ້​ມູນ​ໄດ້​ຮັບ​ສໍາ​ລັບ​ການ​ເພີ່ມ​ເຕີມ​
ກ​່​ວາ​ຈໍາ​ນວນ​ວິ​ນາ​ທີ​ທີ່​ກໍາ​ນົດ​ໄວ້​, ການ​ອ່ານ​ບໍ່​ສໍາ​ເລັດ​ແລະ​ການ​ດາວ​ໂຫຼດ​ແມ່ນ restarted​.
ທາງ​ເລືອກ​ນີ້​ບໍ່​ມີ​ຜົນ​ກະ​ທົບ​ໂດຍ​ກົງ​ໄລ​ຍະ​ເວ​ລາ​ຂອງ​ການ​ດາວ​ໂຫຼດ​ທັງ​ຫມົດ​.

ແນ່ນອນ, ເຊີບເວີທາງໄກອາດຈະເລືອກທີ່ຈະຢຸດການເຊື່ອມຕໍ່ໄວກວ່ານີ້
ທາງເລືອກທີ່ຕ້ອງການ. ການໝົດເວລາການອ່ານເລີ່ມຕົ້ນແມ່ນ 900 ວິນາທີ.

--limit-rate=ຈໍານວນເງິນ
ຈຳກັດຄວາມໄວການດາວໂຫຼດໃຫ້ ຈໍານວນເງິນ bytes ຕໍ່ວິນາທີ. ຈໍານວນອາດຈະສະແດງອອກໃນ
bytes, kilobytes ກັບ k suffix, ຫຼື megabytes ກັບ m ຕໍ່ທ້າຍ. ຍົກ​ຕົວ​ຢ່າງ,
--limit-rate=20k ຈະຈຳກັດອັດຕາການດຶງຂໍ້ມູນຢູ່ທີ່ 20KB/s. ນີ້ແມ່ນເປັນປະໂຫຍດໃນເວລາທີ່, ສໍາລັບ
ເຫດຜົນໃດກໍ່ຕາມ, ທ່ານບໍ່ຕ້ອງການ Wget ໃຊ້ແບນວິດທີ່ມີຢູ່ທັງຫມົດ.

ຕົວເລືອກນີ້ອະນຸຍາດໃຫ້ໃຊ້ຕົວເລກທົດສະນິຍົມ, ໂດຍປົກກະຕິສົມທົບກັບພະລັງງານ
ຄຳຕໍ່ທ້າຍ; ຍົກ​ຕົວ​ຢ່າງ, --limit-rate=2.5k ເປັນມູນຄ່າທາງດ້ານກົດຫມາຍ.

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

-w ວິນາທີ
--ລໍຖ້າ=ວິນາທີ
ລໍຖ້າຈໍານວນວິນາທີທີ່ລະບຸລະຫວ່າງການດຶງຂໍ້ມູນ. ການນໍາໃຊ້ທາງເລືອກນີ້ແມ່ນ
ແນະນໍາ, ຍ້ອນວ່າມັນເຮັດໃຫ້ການໂຫຼດເຊີຟເວີເບົາບາງໂດຍການເຮັດໃຫ້ການຮ້ອງຂໍຫນ້ອຍລົງເລື້ອຍໆ.
ແທນທີ່ຈະເປັນວິນາທີ, ເວລາສາມາດຖືກກໍານົດເປັນນາທີໂດຍໃຊ້ "m", ຕໍ່ທ້າຍ
ຊົ່ວໂມງທີ່ໃຊ້ "h" ຕໍ່ທ້າຍ, ຫຼືໃນມື້ທີ່ໃຊ້ "d" ຕໍ່ທ້າຍ.

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

--waitretry=ວິນາທີ
ຖ້າທ່ານບໍ່ຕ້ອງການ Wget ລໍຖ້າລະຫວ່າງ ທຸກ retrieval, ແຕ່ພຽງແຕ່ລະຫວ່າງການ retries ຂອງ
ການດາວໂຫຼດລົ້ມເຫລວ, ທ່ານສາມາດໃຊ້ຕົວເລືອກນີ້. Wget ຈະໃຊ້ ເສັ້ນຊື່ ກັບຄືນ, ລໍຖ້າ 1
ທີສອງຫຼັງຈາກຄວາມລົ້ມເຫຼວຄັ້ງທໍາອິດໃນໄຟລ໌ທີ່ໃຫ້, ຫຼັງຈາກນັ້ນລໍຖ້າ 2 ວິນາທີຫຼັງຈາກ
ຄວາມລົ້ມເຫຼວທີສອງໃນໄຟລ໌ນັ້ນ, ສູງເຖິງຈໍານວນສູງສຸດຂອງ ວິນາທີ ທ່ານລະບຸ.

ໂດຍຄ່າເລີ່ມຕົ້ນ, Wget ຈະສົມມຸດມູນຄ່າ 10 ວິນາທີ.

--random-ລໍຖ້າ
ບາງເວັບໄຊທ໌ອາດຈະປະຕິບັດການວິເຄາະບັນທຶກເພື່ອກໍານົດໂຄງການດຶງຂໍ້ມູນເຊັ່ນ Wget by
ຊອກຫາຄວາມຄ້າຍຄືກັນທີ່ສໍາຄັນທາງສະຖິຕິໃນໄລຍະເວລາລະຫວ່າງຄໍາຮ້ອງຂໍ. ນີ້
ທາງເລືອກເຮັດໃຫ້ເວລາລະຫວ່າງຄໍາຮ້ອງຂໍແຕກຕ່າງກັນລະຫວ່າງ 0.5 ແລະ 1.5 *. ລໍຖ້າ ວິນາທີ,
ບ່ອນທີ່ ລໍຖ້າ ໄດ້​ລະ​ບຸ​ໄວ້​ໂດຍ​ການ​ນໍາ​ໃຊ້​ --ລໍຖ້າ ທາງເລືອກ, ເພື່ອປົກປິດການມີ Wget
ຈາກການວິເຄາະດັ່ງກ່າວ.

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

ໄດ້ --random-ລໍຖ້າ ທາງເລືອກໄດ້ຮັບການດົນໃຈໂດຍຄໍາແນະນໍາທີ່ບໍ່ດີນີ້ເພື່ອສະກັດຫຼາຍໆຄົນ
ຜູ້ໃຊ້ທີ່ບໍ່ກ່ຽວຂ້ອງຈາກເວັບໄຊທ໌ໃດຫນຶ່ງເນື່ອງຈາກການກະທໍາຂອງຫນຶ່ງ.

--ບໍ່ມີຕົວແທນ
ຢ່າໃຊ້ພຣັອກຊີ, ເຖິງແມ່ນວ່າຕົວແປສະພາບແວດລ້ອມ *_proxy ທີ່ເຫມາະສົມແມ່ນຖືກກໍານົດ.

-Q quota
--quota=quota
ລະບຸໂຄຕ້າການດາວໂຫຼດສຳລັບການດຶງຂໍ້ມູນອັດຕະໂນມັດ. ຄ່າສາມາດຖືກກໍານົດເປັນ bytes
(ຄ່າເລີ່ມຕົ້ນ), ກິໂລໄບ (ກັບ k suffix), ຫຼື megabytes (ກັບ m ຕໍ່ທ້າຍ).

ກະລຸນາຮັບຊາບວ່າໂຄຕ້າຈະບໍ່ສົ່ງຜົນກະທົບຕໍ່ການດາວໂຫຼດໄຟລ໌ດຽວ. ດັ່ງນັ້ນຖ້າທ່ານລະບຸ wget
-Q10k ftp://wuarchive.wustl.edu/ls-lR.gz, ທັງ​ຫມົດ​ຂອງ​ ls-lR.gz ຈະຖືກດາວໂຫຼດ. ໄດ້
ຄືກັນເຖິງແມ່ນວ່າໃນເວລາທີ່ຫຼາຍ URLs ໄດ້ຖືກລະບຸໄວ້ໃນຄໍາສັ່ງ. ຢ່າງໃດກໍຕາມ, ໂຄຕ້າແມ່ນ
ເຄົາລົບເມື່ອດຶງຂໍ້ມູນແບບ recursively, ຫຼືຈາກໄຟລ໌ປ້ອນຂໍ້ມູນ. ດັ່ງນັ້ນເຈົ້າອາດຈະ
ພິມຢ່າງປອດໄພ wget -Q2m -i ສະຖານທີ່--- ການດາວໂຫຼດຈະຖືກຍົກເລີກເມື່ອເກີນໂຄຕ້າ.

ການຕັ້ງຄ່າໂຄຕ້າເປັນ 0 ຫຼືເຖິງ inf ບໍ່ຈຳກັດໂຄຕ້າດາວໂຫຼດ.

--no-dns-cache
ປິດ cache ຂອງ DNS ຊອກຫາ. ໂດຍປົກກະຕິ, Wget ຈື່ຈໍາທີ່ຢູ່ IP ທີ່ມັນເບິ່ງ
ຂື້ນມາຈາກ DNS ດັ່ງນັ້ນມັນບໍ່ຈໍາເປັນຕ້ອງຕິດຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍ DNS ຊ້ໍາອີກຄັ້ງ
(ປົກກະຕິຂະຫນາດນ້ອຍ) ຊຸດຂອງເຈົ້າພາບທີ່ມັນດຶງມາຈາກ. cache ນີ້ມີຢູ່ໃນຫນ່ວຍຄວາມຈໍາເທົ່ານັ້ນ; ກ
ການແລ່ນ Wget ໃໝ່ຈະຕິດຕໍ່ DNS ອີກຄັ້ງ.

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

ຖ້າທ່ານບໍ່ເຂົ້າໃຈຢ່າງແທ້ຈິງວ່າທາງເລືອກນີ້ເຮັດຫຍັງ, ທ່ານອາດຈະບໍ່ຕ້ອງການມັນ.

--restrict-file-names=ໂຫມດ
ປ່ຽນແປງຕົວອັກສອນທີ່ພົບເຫັນຢູ່ໃນ URL ຫ່າງໄກສອກຫຼີກຕ້ອງຖືກຫລົບຫນີໃນລະຫວ່າງການຜະລິດ
ຊື່ໄຟລ໌ທ້ອງຖິ່ນ. ລັກສະນະທີ່ເປັນ ຖືກຈໍາກັດ ໂດຍທາງເລືອກນີ້ແມ່ນ escaped, ie
ທົດແທນດ້ວຍ %HH, ບ່ອນທີ່ HH ແມ່ນເລກຖານສິບຫົກທີ່ກົງກັບ
ລັກ​ສະ​ນະ​ຈໍາ​ກັດ​. ທາງ​ເລືອກ​ນີ້​ຍັງ​ອາດ​ຈະ​ຖືກ​ນໍາ​ໃຊ້​ເພື່ອ​ບັງ​ຄັບ​ຕົວ​ອັກ​ສອນ​ທັງ​ຫມົດ​ເພື່ອ​
ຈະເປັນຕົວພິມນ້ອຍ ຫຼື ຕົວພິມໃຫຍ່.

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

ໄດ້ ໂຫມດ ແມ່ນຊຸດຄ່າຂໍ້ຄວາມທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດ. ຄ່າທີ່ຍອມຮັບໄດ້ແມ່ນ Unix,
windows, ບໍ່ມີການຄວບຄຸມ, ASCII, lowercase, ແລະ ໂຕໃຫຍ່. ຄຸນຄ່າ Unix ແລະ windows ມີ
ສະ​ເພາະ​ເຊິ່ງ​ກັນ​ແລະ​ກັນ (ຫນຶ່ງ​ຈະ override ອື່ນໆ​)​, ເຊັ່ນ​ດຽວ​ກັນ​ lowercase ແລະ ໂຕໃຫຍ່.
ສຸດທ້າຍເຫຼົ່ານັ້ນແມ່ນກໍລະນີພິເສດ, ຍ້ອນວ່າພວກເຂົາບໍ່ໄດ້ປ່ຽນຊຸດຕົວອັກສອນທີ່ຈະ
ຖືກຫລົບຫນີ, ແຕ່ບັງຄັບໃຫ້ເສັ້ນທາງໄຟລ໌ທ້ອງຖິ່ນຖືກປ່ຽນເປັນຕ່ໍາ - ຫຼື
ຕົວພິມໃຫຍ່.

ເມື່ອ "unix" ຖືກລະບຸ, Wget ຫນີຕົວອັກສອນ / ແລະລັກສະນະການຄວບຄຸມໃນ
ຊ່ວງ 0--31 ແລະ 128--159. ນີ້ແມ່ນຄ່າເລີ່ມຕົ້ນໃນລະບົບປະຕິບັດການທີ່ຄ້າຍຄືກັບ Unix.

ເມື່ອ "ປ່ອງຢ້ຽມ" ຖືກມອບໃຫ້, Wget ຫນີຕົວອັກສອນ \, |, /, :, ?, ", *, <, >, ແລະ
ຕົວອັກສອນຄວບຄຸມໃນຂອບເຂດ 0--31 ແລະ 128--159. ນອກເຫນືອໄປຈາກນີ້, Wget in
ໂໝດ Windows ໃຊ້ + ແທນ​ທີ່ : ເພື່ອແຍກໂຮດແລະພອດໃນຊື່ໄຟລ໌ທ້ອງຖິ່ນ, ແລະ
ການນໍາໃຊ້ @ ແທນ​ທີ່ ? ເພື່ອແຍກສ່ວນການສອບຖາມຂອງຊື່ໄຟລ໌ຈາກສ່ວນທີ່ເຫຼືອ.
ດັ່ງນັ້ນ, URL ທີ່ຈະຖືກບັນທຶກໄວ້ເປັນ www.xemacs.org:4300/search.pl?input=blah in
ໂໝດ Unix ຈະຖືກບັນທຶກເປັນ www.xemacs.org+4300/search.pl@input=blah ໃນ​ຮູບ​ແບບ Windows​.
ໂໝດນີ້ແມ່ນຄ່າເລີ່ມຕົ້ນໃນ Windows.

ຖ້າທ່ານລະບຸ ບໍ່ມີການຄວບຄຸມ, ຫຼັງຈາກນັ້ນການ escaping ຂອງລັກສະນະການຄວບຄຸມແມ່ນຍັງ switched
ປິດ. ຕົວເລືອກນີ້ອາດຈະມີຄວາມຫມາຍໃນເວລາທີ່ທ່ານກໍາລັງດາວໂຫລດ URL ທີ່ມີຊື່
ຕົວອັກສອນ UTF-8, ໃນລະບົບທີ່ສາມາດບັນທຶກ ແລະສະແດງຊື່ໄຟລ໌ໃນ UTF-8 (ບາງອັນ
ຄ່າ byte ທີ່ເປັນໄປໄດ້ທີ່ໃຊ້ໃນລໍາດັບ UTF-8 byte ຕົກຢູ່ໃນຂອບເຂດຂອງຄ່າ
ກໍານົດໂດຍ Wget ເປັນ "ການຄວບຄຸມ").

ໄດ້ ASCII ໂຫມດຖືກໃຊ້ເພື່ອລະບຸວ່າໄບຕ໌ໃດທີ່ມີຄ່າຢູ່ນອກຂອບເຂດຂອງ
ຕົວອັກສອນ ASCII (ທີ່ຫຼາຍກວ່າ 127) ຈະຖືກຫລົບຫນີ. ນີ້ສາມາດເປັນປະໂຫຍດໃນເວລາທີ່
ບັນທຶກຊື່ໄຟລ໌ທີ່ມີການເຂົ້າລະຫັດບໍ່ກົງກັບອັນທີ່ໃຊ້ຢູ່ໃນເຄື່ອງ.

-4
--inet4 ເທົ່ານັ້ນ
-6
--inet6 ເທົ່ານັ້ນ
ບັງຄັບໃຫ້ເຊື່ອມຕໍ່ກັບທີ່ຢູ່ IPv4 ຫຼື IPv6. ກັບ --inet4 ເທົ່ານັ້ນ or -4, Wget ຈະພຽງແຕ່
ເຊື່ອມຕໍ່ກັບ IPv4 hosts, ບໍ່ສົນໃຈບັນທຶກ AAAA ໃນ DNS, ແລະປະຕິເສດການເຊື່ອມຕໍ່ກັບ IPv6.
ທີ່ຢູ່ທີ່ລະບຸໄວ້ໃນ URLs. ກົງກັນຂ້າມ, ກັບ --inet6 ເທົ່ານັ້ນ or -6, Wget ຈະພຽງແຕ່
ເຊື່ອມຕໍ່ຫາ IPv6 hosts ແລະບໍ່ສົນໃຈບັນທຶກ A ແລະທີ່ຢູ່ IPv4.

ທາງເລືອກທັງສອງບໍ່ຄວນຈໍາເປັນຕາມປົກກະຕິ. ໂດຍຄ່າເລີ່ມຕົ້ນ, IPv6-aware Wget ຈະໃຊ້
ຄອບຄົວທີ່ຢູ່ທີ່ລະບຸໂດຍບັນທຶກ DNS ຂອງເຈົ້າພາບ. ຖ້າ DNS ຕອບສະຫນອງກັບທັງສອງ
ທີ່ຢູ່ IPv4 ແລະ IPv6, Wget ຈະລອງພວກມັນຕາມລໍາດັບຈົນກ່ວາມັນພົບຫນຶ່ງທີ່ມັນສາມາດເຮັດໄດ້
ເຊື່ອມຕໍ່ກັບ. (ຍັງເບິ່ງຕົວເລືອກ "--prefer-family" ທີ່ອະທິບາຍຂ້າງລຸ່ມນີ້.)

ທາງເລືອກເຫຼົ່ານີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອບັງຄັບໃຊ້ທີ່ຢູ່ IPv4 ຫຼື IPv6 ໂດຍເຈດຕະນາ
ຄອບຄົວຢູ່ໃນລະບົບຄອບຄົວຄູ່, ປົກກະຕິແລ້ວເພື່ອຊ່ວຍແກ້ບັນຫາຫຼືຈັດການກັບຄວາມແຕກຫັກ
ການ​ຕັ້ງ​ຄ່າ​ເຄືອ​ຂ່າຍ​. ພຽງແຕ່ຫນຶ່ງຂອງ --inet6 ເທົ່ານັ້ນ ແລະ --inet4 ເທົ່ານັ້ນ ອາດຈະຖືກກໍານົດຢູ່ທີ່
ເວລາດຽວກັນ. ບໍ່ມີທາງເລືອກໃດໆໃນ Wget ລວບລວມໂດຍບໍ່ມີການສະຫນັບສະຫນູນ IPv6.

--prefer-family=none/IPv4/IPv6
ເມື່ອເລືອກທີ່ຢູ່ຫຼາຍອັນ, ໃຫ້ເຊື່ອມຕໍ່ກັບທີ່ຢູ່ທີ່ລະບຸໄວ້
ທີ່ຢູ່ ຄອບຄົວກ່ອນ. ຄໍາສັ່ງທີ່ຢູ່ສົ່ງຄືນໂດຍ DNS ຖືກນໍາໃຊ້ໂດຍບໍ່ມີການປ່ຽນແປງໂດຍ
Default

ນີ້ຫຼີກເວັ້ນຄວາມຜິດພາດທີ່ບໍ່ຄາດຝັນແລະພະຍາຍາມເຊື່ອມຕໍ່ໃນເວລາທີ່ເຂົ້າເຖິງເຈົ້າພາບທີ່ແກ້ໄຂ
ທັງທີ່ຢູ່ IPv6 ແລະ IPv4 ຈາກເຄືອຂ່າຍ IPv4. ຍົກ​ຕົວ​ຢ່າງ, www.kame.net ແກ້ໄຂ
to 2001:200:0:8002:203:47ff:fea5:3085 ແລະເພື່ອ 203.178.141.194. ໃນເວລາທີ່ມັກ
ຄອບຄົວແມ່ນ "IPv4", ທີ່ຢູ່ IPv4 ຖືກນໍາໃຊ້ກ່ອນ; ເມື່ອຄອບຄົວທີ່ຕ້ອງການແມ່ນ "IPv6",
ທີ່ຢູ່ IPv6 ຖືກນໍາໃຊ້ກ່ອນ; ຖ້າຄ່າທີ່ລະບຸແມ່ນ "ບໍ່ມີ", ຄໍາສັ່ງທີ່ຢູ່
ສົ່ງຄືນໂດຍ DNS ຖືກນໍາໃຊ້ໂດຍບໍ່ມີການປ່ຽນແປງ.

ບໍ່​ມັກ -4 ແລະ -6, ທາງເລືອກນີ້ບໍ່ໄດ້ຂັດຂວາງການເຂົ້າເຖິງຄອບຄົວທີ່ຢູ່ໃດໆ, ມັນເທົ່ານັ້ນ
ການ​ປ່ຽນ​ແປງ​ ຄໍາສັ່ງ ໃນ​ທີ່​ຢູ່​ໄດ້​ຖືກ​ເຂົ້າ​ເຖິງ​. ໃຫ້ສັງເກດວ່າການສັ່ງຄືນໃຫມ່
ປະຕິບັດໂດຍທາງເລືອກນີ້ແມ່ນ ຫມັ້ນຄົງ--- ມັນບໍ່ມີຜົນຕໍ່ຄໍາສັ່ງຂອງທີ່ຢູ່ດຽວກັນ
ຄອບຄົວ. ນັ້ນແມ່ນ, ຄໍາສັ່ງທີ່ກ່ຽວຂ້ອງຂອງທີ່ຢູ່ IPv4 ທັງຫມົດແລະທີ່ຢູ່ IPv6 ທັງຫມົດ
ຍັງ intact ໃນທຸກກໍລະນີ.

--retry-connrefed
ພິຈາລະນາ "ການເຊື່ອມຕໍ່ປະຕິເສດ" ຂໍ້ຜິດພາດຊົ່ວຄາວແລະລອງໃໝ່ອີກ. ປົກກະຕິ Wget ຍອມແພ້
ຢູ່ໃນ URL ເມື່ອມັນບໍ່ສາມາດເຊື່ອມຕໍ່ກັບເວັບໄຊທ໌ໄດ້ເພາະວ່າຄວາມລົ້ມເຫລວໃນການເຊື່ອມຕໍ່ໄດ້ຖືກປະຕິບັດ
ເປັນສັນຍານວ່າເຊີບເວີບໍ່ໄດ້ເຮັດວຽກເລີຍ ແລະ ຄວາມພະຍາຍາມອີກຄັ້ງນັ້ນຈະບໍ່ຊ່ວຍໄດ້. ນີ້
ທາງເລືອກແມ່ນສໍາລັບການສະທ້ອນເວັບໄຊທ໌ທີ່ບໍ່ຫນ້າເຊື່ອຖືທີ່ເຄື່ອງແມ່ຂ່າຍມີແນວໂນ້ມທີ່ຈະຫາຍໄປໃນໄລຍະສັ້ນ
ໄລຍະເວລາຂອງທີ່ໃຊ້ເວລາ.

--user=ຜູ້ໃຊ້
--password=ລະຫັດຜ່ານ
ລະບຸຊື່ຜູ້ໃຊ້ ຜູ້ໃຊ້ ແລະລະຫັດຜ່ານ ລະຫັດຜ່ານ ສໍາລັບການດຶງໄຟລ໌ FTP ແລະ HTTP.
ຕົວກໍານົດການເຫຼົ່ານີ້ສາມາດ overridden ໂດຍໃຊ້ --ftp-ຜູ້ໃຊ້ ແລະ --ftp-ລະຫັດຜ່ານ ທາງເລືອກ ສຳ ລັບ
ການເຊື່ອມຕໍ່ FTP ແລະ --http-ຜູ້ໃຊ້ ແລະ --http-ລະຫັດຜ່ານ ທາງເລືອກສໍາລັບການເຊື່ອມຕໍ່ HTTP.

-- ຖາມລະຫັດຜ່ານ
ເຕືອນສໍາລັບລະຫັດຜ່ານສໍາລັບແຕ່ລະການເຊື່ອມຕໍ່ທີ່ຖືກສ້າງຕັ້ງຂຶ້ນ. ບໍ່ສາມາດລະບຸໄດ້ວ່າເວລາໃດ
-ລະຫັດຜ່ານ ຖືກນໍາໃຊ້, ເພາະວ່າພວກມັນແມ່ນຜູກຂາດເຊິ່ງກັນແລະກັນ.

--no-iri
ປິດການສະຫນັບສະຫນູນ URI (IRI) ສາກົນ. ໃຊ້ --iri ເພື່ອເປີດມັນ. ການສະຫນັບສະຫນູນ IRI ແມ່ນ
ເປີດໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນ.

ທ່ານສາມາດກໍານົດສະຖານະເລີ່ມຕົ້ນຂອງການສະຫນັບສະຫນູນ IRI ໂດຍໃຊ້ຄໍາສັ່ງ "iri" ໃນ .wgetrc. ນັ້ນ
ການຕັ້ງຄ່າອາດຈະຖືກລົບລ້າງຈາກເສັ້ນຄໍາສັ່ງ.

--local-encoding=ການເຂົ້າລະຫັດ
ບັງຄັບໃຊ້ Wget ການເຂົ້າລະຫັດ ເປັນການເຂົ້າລະຫັດລະບົບເລີ່ມຕົ້ນ. ນັ້ນມີຜົນກະທົບແນວໃດ Wget
ປ່ຽນ URLs ທີ່ລະບຸເປັນ arguments ຈາກທ້ອງຖິ່ນເປັນ UTF-8 ສໍາລັບການສະຫນັບສະຫນູນ IRI.

Wget ໃຊ້ຟັງຊັນ "nl_langinfo()" ແລະຫຼັງຈາກນັ້ນ "CHARSET" ສະພາບແວດລ້ອມຕົວແປ
ໄດ້​ຮັບ​ສະ​ຖານ​ທີ່​. ຖ້າມັນລົ້ມເຫລວ, ASCII ຖືກນໍາໃຊ້.

ທ່ານສາມາດຕັ້ງຄ່າການເຂົ້າລະຫັດທ້ອງຖິ່ນເລີ່ມຕົ້ນໂດຍໃຊ້ຄໍາສັ່ງ "local_encoding" ໃນ .wgetrc.
ການຕັ້ງຄ່ານັ້ນອາດຈະຖືກລົບລ້າງຈາກແຖວຄຳສັ່ງ.

--remote-encoding=ການເຂົ້າລະຫັດ
ບັງຄັບໃຊ້ Wget ການເຂົ້າລະຫັດ ເປັນຄ່າເລີ່ມຕົ້ນການເຂົ້າລະຫັດເຊີບເວີທາງໄກ. ນັ້ນມີຜົນກະທົບແນວໃດ
Wget ແປງ URIs ທີ່ພົບເຫັນຢູ່ໃນໄຟລ໌ຈາກການເຂົ້າລະຫັດທາງໄກເປັນ UTF-8 ໃນລະຫວ່າງການ recursive
ດຶງເອົາ. ທາງເລືອກນີ້ແມ່ນເປັນປະໂຫຍດພຽງແຕ່ສໍາລັບການສະຫນັບສະຫນູນ IRI, ສໍາລັບການຕີຄວາມຫມາຍຂອງທີ່ບໍ່ແມ່ນ.
ຕົວອັກສອນ ASCII.

ສໍາລັບ HTTP, ການເຂົ້າລະຫັດຫ່າງໄກສອກຫຼີກສາມາດພົບໄດ້ຢູ່ໃນຫົວຂໍ້ HTTP "Content-Type" ແລະໃນ HTML
ແທໍກ meta "Content-Type http-equiv".

ທ່ານສາມາດກໍານົດການເຂົ້າລະຫັດໄວ້ໃນຕອນຕົ້ນໂດຍໃຊ້ຄໍາສັ່ງ "remoteencoding" ໃນ .wgetrc. ນັ້ນ
ການຕັ້ງຄ່າອາດຈະຖືກລົບລ້າງຈາກເສັ້ນຄໍາສັ່ງ.

--ຍົກເລີກການເຊື່ອມຕໍ່
ບັງຄັບ Wget ເພື່ອຍົກເລີກການເຊື່ອມໂຍງໄຟລ໌ແທນທີ່ຈະ clobbing ໄຟລ໌ທີ່ມີຢູ່ແລ້ວ. ທາງເລືອກນີ້ແມ່ນເປັນປະໂຫຍດ
ສໍາລັບການດາວໂຫລດໄປຫາໄດເລກະທໍລີທີ່ມີ hardlinks.

Directory ທາງເລືອກໃນການ
- ນ
--no-directories
ຢ່າສ້າງລໍາດັບຊັ້ນຂອງໄດເລກະທໍລີເມື່ອດຶງຂໍ້ມູນຄືນໃຫມ່. ດ້ວຍນີ້
ທາງເລືອກເປີດ, ໄຟລ໌ທັງຫມົດຈະຖືກບັນທຶກໄວ້ໃນໄດເລກະທໍລີປະຈຸບັນ, ໂດຍບໍ່ມີການ
clobbering (ຖ້າຊື່ສະແດງໃຫ້ເຫັນຫຼາຍກວ່າຫນຶ່ງຄັ້ງ, ຊື່ໄຟລ໌ຈະໄດ້ຮັບການຂະຫຍາຍ .n).

-x
--force-directories
ກົງກັນຂ້າມຂອງ - ນ--- ສ້າງລໍາດັບຊັ້ນຂອງໄດເລກະທໍລີ, ເຖິງແມ່ນວ່າຈະບໍ່ມີ
ໄດ້ຖືກສ້າງຕັ້ງຂື້ນຖ້າບໍ່ດັ່ງນັ້ນ. ຕົວຢ່າງ wget -x http://fly.srk.fer.hr/robots.txt ຈະຊ່ວຍປະຢັດ
ດາວ​ໂຫຼດ​ໄຟລ​໌​ທີ່​ fly.srk.fer.hr/robots.txt.

-nH
--no-host-directories
ປິດການໃຊ້ງານການສ້າງໄດເຣັກທໍຣີທີ່ນຳໜ້າເປັນເຈົ້າພາບ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ເອີ້ນ Wget ກັບ -r
http://fly.srk.fer.hr/ ຈະສ້າງໂຄງສ້າງຂອງໄດເລກະທໍລີທີ່ເລີ່ມຕົ້ນດ້ວຍ
fly.srk.fer.hr/. ທາງເລືອກນີ້ປິດການທໍາງານດັ່ງກ່າວ.

--protocol-directories
ໃຊ້ຊື່ໂປຣໂຕຄໍເປັນອົງປະກອບໄດເລກະທໍລີຂອງຊື່ໄຟລ໌ທ້ອງຖິ່ນ. ຕົວຢ່າງ, ກັບ
ທາງ​ເລືອກ​ນີ້​, wget -r http://ເຈົ້າພາບ ຈະບັນທຶກໃສ່ http/ເຈົ້າພາບ/... ແທນທີ່ຈະພຽງແຕ່
ເຈົ້າພາບ/....

--cut-dirs=ຈໍານວນ
Ignore ຈໍານວນ ອົງ​ປະ​ກອບ​ລະ​ບົບ​. ນີ້ແມ່ນເປັນປະໂຫຍດສໍາລັບການໄດ້ຮັບການຄວບຄຸມທີ່ລະອຽດອ່ອນ
ຢູ່ເທິງໄດເລກະທໍລີບ່ອນທີ່ການດຶງຂໍ້ມູນຊໍ້າຄືນຈະຖືກບັນທຶກໄວ້.

ເອົາ, ສໍາລັບການຍົກຕົວຢ່າງ, ໄດເລກະທໍລີຢູ່ ftp://ftp.xemacs.org/pub/xemacs/. ຖ້າເຈົ້າເອົາມາ
ມັນກັບ -r, ມັນຈະຖືກບັນທຶກໄວ້ໃນທ້ອງຖິ່ນພາຍໃຕ້ ftp.xemacs.org/pub/xemacs/ທີ່ຢູ່ ໃນຂະນະທີ່ -nH
ທາງເລືອກສາມາດເອົາອອກໄດ້ ftp.xemacs.org/ ສ່ວນຫນຶ່ງ, ທ່ານຍັງ stuck ກັບ pub/xemacs. ນີ້
ແມ່ນບ່ອນທີ່ --cut-dirs ມາໃນ handy; ມັນເຮັດໃຫ້ Wget ບໍ່ "ເບິ່ງ" ຈໍານວນ ໄດເລກະທໍລີໄລຍະໄກ
ອົງປະກອບ. ນີ້ແມ່ນຕົວຢ່າງຈໍານວນຫນຶ່ງຂອງວິທີການ --cut-dirs ທາງເລືອກເຮັດວຽກ.

ບໍ່ມີທາງເລືອກ -> ftp.xemacs.org/pub/xemacs/
-nH -> pub/xemacs/
-nH --cut-dirs=1 --> xmacs/
-nH --cut-dirs=2 --> .

--cut-dirs=1 --> ftp.xemacs.org/xemacs/
...

ຖ້າຫາກວ່າທ່ານພຽງແຕ່ຕ້ອງການທີ່ຈະກໍາຈັດໂຄງສ້າງຂອງໄດເລກະທໍລີ, ທາງເລືອກນີ້ແມ່ນຄ້າຍຄືກັນກັບ a
ປະສົມປະສານຂອງ - ນ ແລະ -P. ຢ່າງໃດກໍ່ຕາມ, ບໍ່ຄືກັນ - ນ, --cut-dirs ບໍ່ສູນເສຍກັບ
ໄດເລກະທໍລີຍ່ອຍ --- ສໍາລັບການຍົກຕົວຢ່າງ, ກັບ -nH --cut-dirs=1, ເປັນ ເບຕ້າ/ subdirectory ຈະເປັນ
ວາງໃສ່ xemacs/ເບຕ້າ, ດັ່ງທີ່ຄົນເຮົາຄາດຫວັງ.

-P ຄຳ ນຳ ໜ້າ
--directory-prefix=ຄຳ ນຳ ໜ້າ
ກໍານົດຄໍານໍາຫນ້າໄດເລກະທໍລີເປັນ ຄຳ ນຳ ໜ້າ. ໄດ້ ລະບົບ ຄຳ ນຳ ໜ້າ ແມ່ນໄດເລກະທໍລີທີ່ອື່ນໆທັງຫມົດ
ໄຟລ໌ ແລະໄດເລກະທໍລີຍ່ອຍຈະຖືກບັນທຶກໄວ້, ເຊັ່ນ: ເທິງສຸດຂອງຕົ້ນໄມ້ການດຶງຂໍ້ມູນ. ໄດ້
ມາດຕະຖານແມ່ນ . (ໄດເລກະທໍລີປະຈຸບັນ).

HTTP ທາງເລືອກໃນການ
--default-page=ຊື່
ການນໍາໃຊ້ ຊື່ ເປັນຊື່ໄຟລ໌ເລີ່ມຕົ້ນໃນເວລາທີ່ມັນບໍ່ຮູ້ຈັກ (ເຊັ່ນ: ສໍາລັບ URL ທີ່ລົງທ້າຍດ້ວຍ a
slash), ແທນທີ່ຈະ index.html.

-E
--adjust-extension
ຖ້າໄຟລ໌ປະເພດ application/xhtml+xml or text / html ຖືກດາວໂຫລດແລະ URL ເຮັດ
ບໍ່ສິ້ນສຸດດ້ວຍ regexp \.[Hh][Tt][Mm][Ll]?, ທາງເລືອກນີ້ຈະເຮັດໃຫ້ເກີດການຕໍ່ທ້າຍ .html
ຈະຖືກຕໍ່ທ້າຍກັບຊື່ໄຟລ໌ທ້ອງຖິ່ນ. ນີ້ແມ່ນເປັນປະໂຫຍດ, ສໍາລັບຕົວຢ່າງ, ໃນເວລາທີ່ທ່ານຢູ່
mirroring ສະຖານທີ່ຫ່າງໄກສອກຫຼີກທີ່ໃຊ້ . ສະັກ ຫນ້າຕ່າງໆ, ແຕ່ທ່ານຕ້ອງການໃຫ້ຫນ້າເວັບທີ່ສະທ້ອນອອກມາ
ສາມາດເບິ່ງໄດ້ໃນເຄື່ອງແມ່ຂ່າຍ Apache ຫຼັກຊັບຂອງທ່ານ. ການນໍາໃຊ້ທີ່ດີອີກອັນຫນຶ່ງສໍາລັບການນີ້ແມ່ນເວລາທີ່ທ່ານຢູ່
ດາວໂຫຼດເອກະສານທີ່ສ້າງຂຶ້ນ CGI. URL ເຊັ່ນ http://site.com/article.cgi? 25 ຈະ
ຖືກບັນທືກເປັນ article.cgi?25.html.

ກະລຸນາຮັບຊາບວ່າຊື່ໄຟລ໌ທີ່ມີການປ່ຽນແປງດ້ວຍວິທີນີ້ຈະຖືກດາວໂຫຼດໃໝ່ທຸກຄັ້ງທີ່ທ່ານເປີດແວ່ນໃໝ່
ເວັບໄຊທ໌, ເພາະວ່າ Wget ບໍ່ສາມາດບອກໄດ້ວ່າທ້ອງຖິ່ນ X.html ໄຟລ໌ກົງກັບ URL ຫ່າງໄກສອກຫຼີກ X
(ເນື່ອງຈາກວ່າມັນຍັງບໍ່ຮູ້ວ່າ URL ຜະລິດຜົນຜະລິດຂອງປະເພດ text / html or
application/xhtml+xml.

ໃນຖານະເປັນສະບັບ 1.12, Wget ຍັງຈະຮັບປະກັນວ່າໄຟລ໌ດາວໂຫຼດໃດໆຂອງປະເພດ ຂໍ້ຄວາມ/css
ສິ້ນສຸດໃນ suffix ໄດ້ .css, ແລະທາງເລືອກໄດ້ຖືກປ່ຽນຊື່ຈາກ --html-extension, ດີກວ່າ
ສະທ້ອນໃຫ້ເຫັນພຶດຕິກໍາໃຫມ່ຂອງມັນ. ຊື່ທາງເລືອກເກົ່າແມ່ນຍັງຍອມຮັບໄດ້, ແຕ່ໃນປັດຈຸບັນຄວນຈະເປັນ
ຖືວ່າຖືກຍົກເລີກ.

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

--http-user=ຜູ້ໃຊ້
--http-password=ລະຫັດຜ່ານ
ລະບຸຊື່ຜູ້ໃຊ້ ຜູ້ໃຊ້ ແລະລະຫັດຜ່ານ ລະຫັດຜ່ານ ໃນເຊີບເວີ HTTP. ອີງ​ຕາມ​ການ
ປະເພດຂອງສິ່ງທ້າທາຍ, Wget ຈະເຂົ້າລະຫັດພວກມັນໂດຍໃຊ້ "ພື້ນຖານ" (ບໍ່ປອດໄພ), the
"ຍ່ອຍ", ຫຼືລະບົບການພິສູດຢືນຢັນຂອງ Windows "NTLM".

ອີກວິທີຫນຶ່ງທີ່ຈະລະບຸຊື່ຜູ້ໃຊ້ແລະລະຫັດຜ່ານແມ່ນຢູ່ໃນ URL ຕົວຂອງມັນເອງ. ວິທີການໃດນຶ່ງ
ເປີດເຜີຍລະຫັດຜ່ານຂອງທ່ານໃຫ້ກັບທຸກຄົນທີ່ລົບກວນການດໍາເນີນການ "ps". ເພື່ອປ້ອງກັນລະຫັດຜ່ານ
ຈາກ​ການ​ເຫັນ​, ເກັບ​ຮັກ​ສາ​ໄວ້​ໃນ​ .wgetrc or .netrc, ແລະໃຫ້ແນ່ໃຈວ່າຈະປົກປ້ອງໄຟລ໌ເຫຼົ່ານັ້ນ
ຈາກຜູ້ໃຊ້ອື່ນໆທີ່ມີ "chmod". ຖ້າລະຫັດຜ່ານມີຄວາມສໍາຄັນແທ້ໆ, ຢ່າປ່ອຍໃຫ້
ພວກເຂົານອນຢູ່ໃນໄຟລ໌ເຫຼົ່ານັ້ນ --- ແກ້ໄຂໄຟລ໌ແລະລຶບພວກມັນຫຼັງຈາກ Wget ມີ
ເລີ່ມການດາວໂຫຼດ.

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

ທາງເລືອກນີ້ແມ່ນເປັນປະໂຫຍດໃນເວລາທີ່, ສໍາລັບບາງເຫດຜົນ, ການເຊື່ອມຕໍ່ຢ່າງຕໍ່ເນື່ອງ (ຮັກສາຊີວິດ) ບໍ່
ເຮັດ​ວຽກ​ສໍາ​ລັບ​ທ່ານ, ສໍາ​ລັບ​ການ​ຍົກ​ຕົວ​ຢ່າງ​ເນື່ອງ​ຈາກ bug ຂອງ​ເຄື່ອງ​ແມ່​ຂ່າຍ​ຫຼື​ເນື່ອງ​ຈາກ​ຄວາມ​ສາ​ມາດ​ຂອງ server-side
scripts ເພື່ອຮັບມືກັບການເຊື່ອມຕໍ່.

--no-cache
ປິດການໃຊ້ງານ cache ຂ້າງເຊີບເວີ. ໃນກໍລະນີນີ້, Wget ຈະສົ່ງເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກ an
ຄໍາແນະນໍາທີ່ເຫມາະສົມ (Pragma: ບໍ່ມີແຄດ) ເພື່ອ​ເອົາ​ໄຟລ​໌​ຈາກ​ການ​ບໍ​ລິ​ການ​ທາງ​ໄກ​,
ແທນທີ່ຈະສົ່ງຄືນເວີຊັນທີ່ເກັບໄວ້ໃນຖານຄວາມຈໍາ. ນີ້ແມ່ນເປັນປະໂຫຍດໂດຍສະເພາະສໍາລັບການດຶງຂໍ້ມູນ
ແລະການລ້າງເອກະສານທີ່ລ້າສະໄໝໃນເຊີບເວີພຣັອກຊີ.

Caching ແມ່ນອະນຸຍາດຕາມຄ່າເລີ່ມຕົ້ນ.

--no-cookies
ປິດການນຳໃຊ້ຄຸກກີ້. Cookies ແມ່ນກົນໄກສໍາລັບການຮັກສາຂ້າງເຊີຟເວີ
ລັດ. ເຊີບເວີສົ່ງຄຸກກີ້ໃຫ້ລູກຄ້າໂດຍໃຊ້ສ່ວນຫົວ "Set-Cookie", ແລະ
ລູກຄ້າຕອບກັບດ້ວຍຄຸກກີ້ດຽວກັນຕາມການຮ້ອງຂໍເພີ່ມເຕີມ. ເນື່ອງຈາກວ່າ cookies ອະນຸຍາດໃຫ້
ເຈົ້າ​ຂອງ​ເຊີບ​ເວີ​ເພື່ອ​ຕິດ​ຕາມ​ຜູ້​ມາ​ຢ້ຽມ​ຢາມ​ແລະ​ເວັບ​ໄຊ​ທີ່​ຈະ​ແລກ​ປ່ຽນ​ຂໍ້​ມູນ​ນີ້​,
ບາງຄົນຖືວ່າພວກເຂົາລະເມີດຄວາມເປັນສ່ວນຕົວ. ຄ່າເລີ່ມຕົ້ນແມ່ນການນໍາໃຊ້ cookies; ແນວໃດກໍ່ຕາມ,
malfunction ຄຸກກີບໍ່ຖືກເປີດໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນ.

--load-cookies ເອກະສານ
ໂຫລດ cookies ຈາກ ເອກະສານ ກ່ອນການດຶງ HTTP ທໍາອິດ. ເອກະສານ ເປັນໄຟລ໌ຂໍ້ຄວາມຢູ່ໃນ
ຮູບແບບເດີມທີ່ໃຊ້ໂດຍ Netscape's cookies.txt ຍື່ນ.

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

ການສະທ້ອນເວັບໄຊທ໌ດັ່ງກ່າວຮຽກຮ້ອງໃຫ້ Wget ສົ່ງ cookies ດຽວກັນທີ່ຕົວທ່ອງເວັບຂອງທ່ານສົ່ງເມື່ອ
ການ​ສື່​ສານ​ກັບ​ເວັບ​ໄຊ​ໄດ້​. ນີ້ແມ່ນບັນລຸໄດ້ໂດຍ --load-cookies--- ພຽງແຕ່ຊີ້ Wget
ກັບ​ສະ​ຖານ​ທີ່​ຂອງ​ cookies.txt ໄຟລ໌, ແລະມັນຈະສົ່ງ cookies ດຽວກັນຂອງທ່ານ
browser ຈະສົ່ງໃນສະຖານະການດຽວກັນ. ຕົວທ່ອງເວັບທີ່ແຕກຕ່າງກັນຮັກສາຄຸກກີຂໍ້ຄວາມ
ໄຟລ໌ຢູ່ໃນສະຖານທີ່ຕ່າງໆ:

"Netscape 4.x."
ຄຸກກີແມ່ນຢູ່ໃນ ~/.netscape/cookies.txt.

"Mozilla ແລະ Netscape 6.x."
ໄຟລ໌ຄຸກກີຂອງ Mozilla ຍັງມີຊື່ cookies.txt, ຕັ້ງຢູ່ບາງບ່ອນພາຍໃຕ້
~/.mozilla, ໃນ​ລະ​ບົບ​ຂອງ​ຂໍ້​ມູນ​ຂອງ​ທ່ານ​. ເສັ້ນທາງເຕັມມັກຈະສິ້ນສຸດລົງ
ເບິ່ງຄືວ່າຄ້າຍຄື ~/.mozilla/default/some-weird-string/cookies.txt.

"Internet Explorer."
ທ່ານ​ສາ​ມາດ​ຜະ​ລິດ​ໄຟລ​໌​ຄຸກ​ກີ Wget ສາ​ມາດ​ນໍາ​ໃຊ້​ໂດຍ​ການ​ນໍາ​ໃຊ້​ເມ​ນູ File​, ການ​ນໍາ​ເຂົ້າ​ແລະ​
ສົ່ງອອກ, ສົ່ງອອກ cookies. ນີ້ໄດ້ຖືກທົດສອບກັບ Internet Explorer 5; ມັນ​ບໍ່​ແມ່ນ
ຮັບປະກັນທີ່ຈະເຮັດວຽກກັບສະບັບກ່ອນຫນ້າ.

"ຕົວທ່ອງເວັບອື່ນໆ."
ຖ້າທ່ານກໍາລັງໃຊ້ຕົວທ່ອງເວັບອື່ນເພື່ອສ້າງ cookies ຂອງທ່ານ, --load-cookies ຈະ
ເຮັດວຽກພຽງແຕ່ຖ້າຫາກວ່າທ່ານສາມາດຊອກຫາຫຼືຜະລິດໄຟລ໌ຄຸກກີໃນຮູບແບບ Netscape ທີ່
Wget ຄາດຫວັງ.

ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ບໍ່​ສາ​ມາດ​ນໍາ​ໃຊ້​ --load-cookies, ມັນອາດຈະຍັງມີທາງເລືອກ. ຖ້າເຈົ້າ
ຕົວທ່ອງເວັບສະຫນັບສະຫນູນ "ຜູ້ຈັດການຄຸກກີ", ທ່ານສາມາດນໍາໃຊ້ມັນເພື່ອເບິ່ງ cookies ທີ່ໃຊ້ໃນເວລາທີ່
ການເຂົ້າເຖິງເວັບໄຊທ໌ທີ່ທ່ານກໍາລັງສະທ້ອນ. ຂຽນຊື່ແລະມູນຄ່າຂອງຄຸກກີ, ແລະ
ແນະນໍາ Wget ດ້ວຍຕົນເອງໃຫ້ສົ່ງ cookies ເຫຼົ່ານັ້ນ, ຂ້າມການສະຫນັບສະຫນູນຄຸກກີ "ຢ່າງເປັນທາງການ":

wget --no-cookies --header "Cookie: = "

--save-cookies ເອກະສານ
ບັນທຶກ cookies ໃສ່ ເອກະສານ ກ່ອນທີ່ຈະອອກ. ນີ້ຈະບໍ່ບັນທຶກ cookies ທີ່ຫມົດອາຍຸຫຼື
ທີ່ບໍ່ມີເວລາຫມົດອາຍຸ (ອັນທີ່ເອີ້ນວ່າ "ຄຸກກີເຊດຊັນ"), ແຕ່ຍັງເບິ່ງ
--keep-session-cookies.

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

ເນື່ອງຈາກຮູບແບບໄຟລ໌ຄຸກກີປົກກະຕິບໍ່ໄດ້ປະຕິບັດ cookies ເຊດຊັນ, Wget ໝາຍໃຫ້ພວກເຂົາ
ດ້ວຍເວລາໝົດອາຍຸຂອງ 0. Wget's --load-cookies ຮັບຮູ້ສິ່ງເຫຼົ່ານັ້ນເປັນກອງປະຊຸມ
cookies, ແຕ່ມັນອາດຈະສັບສົນກັບຕົວທ່ອງເວັບອື່ນໆ. ໃຫ້ສັງເກດວ່າ cookies ທີ່ຖືກໂຫລດນັ້ນຈະ
ຈະຖືກປະຕິບັດເປັນ cookies session ອື່ນໆ, ຊຶ່ງຫມາຍຄວາມວ່າຖ້າທ່ານຕ້ອງການ --save-cookies to
ຮັກສາພວກມັນອີກເທື່ອຫນຶ່ງ, ທ່ານຕ້ອງໃຊ້ --keep-session-cookies ອີກເທື່ອຫນຶ່ງ.

--ບໍ່ສົນໃຈ-ຄວາມຍາວ
ແຕ່ຫນ້າເສຍດາຍ, ບາງເຄື່ອງແມ່ຂ່າຍ HTTP (ໂຄງການ CGI, ເພື່ອໃຫ້ຊັດເຈນກວ່າ) ສົ່ງປອມ.
ຫົວຂໍ້ "ຄວາມຍາວຂອງເນື້ອຫາ", ເຊິ່ງເຮັດໃຫ້ Wget ກາຍເປັນທໍາມະຊາດ, ຍ້ອນວ່າມັນຄິດວ່າບໍ່ແມ່ນເອກະສານທັງຫມົດ
ຖືກດຶງມາ. ທ່ານສາມາດສັງເກດເຫັນໂຣກນີ້ໄດ້ຖ້າ Wget ພະຍາຍາມເອົາເອກະສານດຽວກັນ
ອີກເທື່ອຫນຶ່ງແລະອີກເທື່ອຫນຶ່ງ, ແຕ່ລະຄັ້ງທີ່ອ້າງວ່າການເຊື່ອມຕໍ່ (ຖ້າບໍ່ດັ່ງນັ້ນປົກກະຕິ) ໄດ້ປິດ
ໃນ byte ດຽວກັນຫຼາຍ.

ດ້ວຍຕົວເລືອກນີ້, Wget ຈະບໍ່ສົນໃຈຫົວຂໍ້ "ຄວາມຍາວຂອງເນື້ອຫາ" --- ຄືກັບວ່າບໍ່ເຄີຍມີ.
ມີຢູ່ແລ້ວ.

--header=ແຖວຫົວ
ສົ່ງ ແຖວຫົວ ພ້ອມກັບສ່ວນຫົວທີ່ເຫຼືອຢູ່ໃນແຕ່ລະຄໍາຮ້ອງຂໍ HTTP. ໄດ້
ສ່ວນຫົວທີ່ສະໜອງໃຫ້ຖືກສົ່ງຕາມທີ່ເປັນຢູ່, ຊຶ່ງໝາຍຄວາມວ່າມັນຕ້ອງມີຊື່ ແລະຄ່າທີ່ແຍກອອກດ້ວຍ
ຈໍ້າສອງເມັດ, ແລະຕ້ອງບໍ່ມີແຖວໃໝ່.

ທ່ານອາດຈະກໍານົດຫຼາຍກວ່າຫນຶ່ງສ່ວນຫົວເພີ່ມເຕີມໂດຍການລະບຸ --ຫົວ ຫຼາຍກ່ວາຫນຶ່ງຄັ້ງ.

wget --header='Accept-Charset: iso-8859-2' \
--header='ຍອມຮັບ-ພາສາ: hr' \
http://fly.srk.fer.hr/

ຂໍ້ມູນສະເພາະຂອງສະຕຣິງຫວ່າງເປົ່າເນື່ອງຈາກຄ່າສ່ວນຫົວຈະລຶບຜູ້ໃຊ້ກ່ອນໜ້າທັງໝົດ-
ສ່ວນຫົວທີ່ກຳນົດໄວ້.

ໃນຖານະເປັນຂອງ Wget 1.10, ທາງເລືອກນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອ override headers ທີ່ສ້າງຂຶ້ນເປັນຖ້າບໍ່ດັ່ງນັ້ນ
ອັດຕະໂນມັດ. ຕົວຢ່າງນີ້ສັ່ງໃຫ້ Wget ເຊື່ອມຕໍ່ກັບ localhost, ແຕ່ໃຫ້ລະບຸ
foo.bar ໃນຫົວຂໍ້ "ເຈົ້າພາບ":

wget --header="ເຈົ້າພາບ: foo.bar" http://localhost/

ໃນຮຸ່ນຂອງ Wget ກ່ອນ 1.10 ການນໍາໃຊ້ດັ່ງກ່າວ --ຫົວ ເຮັດໃຫ້ເກີດການສົ່ງຊ້ໍາກັນ
ສ່ວນຫົວ.

--max-redirect=ຈໍານວນ
ລະບຸຈໍານວນການປ່ຽນເສັ້ນທາງສູງສຸດທີ່ຈະປະຕິບັດຕາມສໍາລັບຊັບພະຍາກອນ. ຄ່າເລີ່ມຕົ້ນແມ່ນ
20, ເຊິ່ງປົກກະຕິແລ້ວແມ່ນຢູ່ໄກຫຼາຍກ່ວາຄວາມຈໍາເປັນ. ຢ່າງໃດກໍຕາມ, ໃນໂອກາດເຫຼົ່ານັ້ນບ່ອນທີ່ທ່ານ
ຕ້ອງການອະນຸຍາດໃຫ້ຫຼາຍ (ຫຼືຫນ້ອຍ), ນີ້ແມ່ນທາງເລືອກທີ່ຈະນໍາໃຊ້.

--proxy-user=ຜູ້ໃຊ້
--proxy-password=ລະຫັດຜ່ານ
ລະບຸຊື່ຜູ້ໃຊ້ ຜູ້ໃຊ້ ແລະລະຫັດຜ່ານ ລະຫັດຜ່ານ ສໍາລັບການພິສູດຢືນຢັນໃນເຊີບເວີພຣັອກຊີ.
Wget ຈະເຂົ້າລະຫັດພວກມັນໂດຍໃຊ້ລະບົບການພິສູດຢືນຢັນ "ພື້ນຖານ".

ການພິຈາລະນາຄວາມປອດໄພຄ້າຍຄືກັນກັບຜູ້ທີ່ມີ --http-ລະຫັດຜ່ານ ຢູ່ທີ່ນີ້ເຊັ່ນດຽວກັນ.

--referer=url
ລວມເອົາ `ຜູ້ອ້າງອີງ: url' header ໃນຄໍາຮ້ອງຂໍ HTTP. ເປັນປະໂຫຍດສໍາລັບການດຶງເອກະສານກັບ
ການປະມວນຜົນດ້ານເຊີບເວີທີ່ສົມມຸດວ່າພວກມັນຈະຖືກດຶງມາຈາກເວັບແບບໂຕ້ຕອບຢູ່ສະ ເໝີ
browsers ແລະພຽງແຕ່ອອກມາຢ່າງຖືກຕ້ອງເມື່ອ Referer ຖືກກໍານົດເປັນຫນຶ່ງໃນຫນ້າທີ່ຊີ້
ໃຫ້ເຂົາເຈົ້າ.

--save-headers
ບັນທຶກສ່ວນຫົວທີ່ສົ່ງໂດຍເຄື່ອງແມ່ຂ່າຍ HTTP ໄປຫາໄຟລ໌, ກ່ອນຫນ້າເນື້ອຫາຕົວຈິງ,
ມີເສັ້ນຫວ່າງເປົ່າເປັນຕົວແຍກ.

-U ຕົວແທນ-string
--user-agent=ຕົວແທນ-string
ກໍານົດເປັນ ຕົວແທນ-string ກັບເຄື່ອງແມ່ຂ່າຍ HTTP.

ໂປໂຕຄອນ HTTP ອະນຸຍາດໃຫ້ລູກຄ້າສາມາດລະບຸຕົນເອງໂດຍໃຊ້ "User-Agent"
ພາກສະຫນາມຫົວ. ນີ້ເຮັດໃຫ້ສາມາດຈໍາແນກຊອບແວ WWW ໄດ້, ໂດຍປົກກະຕິສໍາລັບສະຖິຕິ
ຈຸດປະສົງ ຫຼືເພື່ອຕິດຕາມການລະເມີດອະນຸສັນຍາ. Wget ປົກກະຕິກໍານົດເປັນ
Wget/ສະບັບພາສາ, ສະບັບພາສາ ເປັນຕົວເລກເວີຊັນປັດຈຸບັນຂອງ Wget.

ຢ່າງໃດກໍຕາມ, ບາງສະຖານທີ່ໄດ້ຮັບຮູ້ວ່າວາງນະໂຍບາຍການປັບແຕ່ງຜົນຜະລິດ
ອີງຕາມ "User-Agent"-ສະໜອງຂໍ້ມູນ. ໃນຂະນະທີ່ນີ້ບໍ່ແມ່ນຄວາມຄິດທີ່ບໍ່ດີ
ໃນທາງທິດສະດີ, ມັນໄດ້ຖືກລ່ວງລະເມີດໂດຍເຄື່ອງແມ່ຂ່າຍທີ່ປະຕິເສດຂໍ້ມູນໃຫ້ແກ່ລູກຄ້ານອກເຫນືອຈາກ
(ທາງປະຫວັດສາດ) Netscape ຫຼື, ເລື້ອຍໆ, Microsoft Internet Explorer. ທາງເລືອກນີ້
ອະນຸຍາດໃຫ້ທ່ານປ່ຽນເສັ້ນ "User-Agent" ທີ່ອອກໂດຍ Wget. ການນໍາໃຊ້ທາງເລືອກນີ້ແມ່ນ
ທໍ້ຖອຍໃຈ, ເວັ້ນເສຍແຕ່ວ່າທ່ານຮູ້ແທ້ໆວ່າທ່ານກໍາລັງເຮັດຫຍັງ.

ການລະບຸຕົວແທນຜູ້ໃຊ້ຫວ່າງເປົ່າກັບ --user-agent="" ສັ່ງໃຫ້ Wget ບໍ່ໃຫ້ສົ່ງ
ສ່ວນຫົວ "User-Agent" ໃນການຮ້ອງຂໍ HTTP.

--post-data=string
--post-file=ເອກະສານ
ໃຊ້ POST ເປັນວິທີການສໍາລັບການຮ້ອງຂໍ HTTP ທັງຫມົດແລະສົ່ງຂໍ້ມູນທີ່ກໍານົດໄວ້ໃນ
ຮ້ອງ​ຂໍ​ຮ່າງ​ກາຍ​. -- ຂໍ້ມູນຫຼັງ ສົ່ງ string ເປັນຂໍ້ມູນ, ໃນຂະນະທີ່ --post-file ສົ່ງ
ເນື້ອໃນຂອງ ເອກະສານ. ນອກ ເໜືອ ຈາກນີ້, ພວກເຂົາເຮັດວຽກຄືກັນ. ໂດຍ​ສະ​ເພາະ,
ພວກເຂົາເຈົ້າ ທັງສອງ ຄາດຫວັງວ່າເນື້ອຫາຂອງແບບຟອມ "key1=value1&key2=value2", ດ້ວຍການເຂົ້າລະຫັດເປັນເປີເຊັນ
ສໍາລັບລັກສະນະພິເສດ; ຄວາມແຕກຕ່າງພຽງແຕ່ວ່າຫນຶ່ງຄາດຫວັງວ່າເນື້ອຫາຂອງມັນເປັນ
ພາຣາມິເຕີແຖວຄໍາສັ່ງ ແລະອັນອື່ນຍອມຮັບເນື້ອຫາຂອງມັນຈາກໄຟລ໌ໃດໜຶ່ງ. ໂດຍ​ສະ​ເພາະ,
--post-file is ບໍ່ ສໍາ​ລັບ​ການ​ສົ່ງ​ໄຟລ​໌​ເປັນ​ໄຟລ​໌​ແນບ​ໄດ້​: ທີ່​ຈະ​ຕ້ອງ​ປະ​ກົດ​ວ່າ​ເປັນ​
ຂໍ້ມູນ "key=value" (ມີລະຫັດສ່ວນຮ້ອຍທີ່ເຫມາະສົມ) ຄືກັນກັບສິ່ງອື່ນ. Wget
ໃນປັດຈຸບັນບໍ່ໄດ້ສະຫນັບສະຫນູນ "multipart/form-data" ສໍາລັບການສົ່ງຂໍ້ມູນ POST; ເທົ່ານັ້ນ
"application/x-www-form-urlencoded". ພຽງແຕ່ຫນຶ່ງຂອງ -- ຂໍ້ມູນຫຼັງ ແລະ --post-file ຄວນ​ຈະ​ເປັນ
ລະບຸ.

ກະລຸນາຮັບຊາບວ່າ wget ບໍ່ຕ້ອງການເນື້ອຫາໃຫ້ເປັນຮູບແບບ
"key1=value1&key2=value2", ແລະທັງສອງບໍ່ໄດ້ທົດສອບສໍາລັບມັນ. Wget ພຽງແຕ່ຈະສົ່ງ
ຂໍ້ມູນໃດກໍ່ຕາມທີ່ສະຫນອງໃຫ້ມັນ. ຢ່າງໃດກໍຕາມ, ເຄື່ອງແມ່ຂ່າຍສ່ວນໃຫຍ່ຄາດວ່າຂໍ້ມູນ POST ຈະຢູ່ໃນ
ຮູບແບບຂ້າງເທິງໃນເວລາທີ່ປະມວນຜົນແບບຟອມ HTML.

ເມື່ອສົ່ງຄໍາຮ້ອງຂໍ POST ໂດຍໃຊ້ --post-file ທາງເລືອກ, Wget ປະຕິບັດຕໍ່ໄຟລ໌ເປັນ
ໄຟລ໌ binary ແລະຈະສົ່ງທຸກຕົວອັກສອນໃນຄໍາຮ້ອງຂໍ POST ໂດຍບໍ່ມີການລອກເອົາ
ຕິດຕາມແຖວໃໝ່ ຫຼືຕົວອັກສອນແບບຟອມ. ຕົວອັກສອນຄວບຄຸມອື່ນໆໃນຂໍ້ຄວາມຈະ
ຍັງຖືກສົ່ງຕາມທີ່ຢູ່ໃນຄໍາຮ້ອງຂໍ POST.

ກະລຸນາຮັບຊາບວ່າ Wget ຕ້ອງການຮູ້ຂະຫນາດຂອງຂໍ້ມູນ POST ລ່ວງຫນ້າ.
ດັ່ງນັ້ນການໂຕ້ຖຽງກັບ "--post-file" ຕ້ອງເປັນໄຟລ໌ປົກກະຕິ; ການລະບຸ FIFO ຫຼື
ບາງສິ່ງບາງຢ່າງເຊັ່ນ: /dev/stdin ຈະບໍ່ເຮັດວຽກ. ມັນບໍ່ຊັດເຈນປານໃດທີ່ຈະເຮັດວຽກປະມານນີ້
ຂໍ້ຈໍາກັດທີ່ມີຢູ່ໃນ HTTP/1.0. ເຖິງແມ່ນວ່າ HTTP/1.1 ແນະນໍາ ເປັນຕ່ອນ ໂອນນັ້ນ
ບໍ່ຮຽກຮ້ອງໃຫ້ມີການຮູ້ຄວາມຍາວຂອງຄໍາຮ້ອງຂໍລ່ວງຫນ້າ, ລູກຄ້າບໍ່ສາມາດໃຊ້ chunked
ເວັ້ນເສຍແຕ່ວ່າມັນຮູ້ວ່າມັນກໍາລັງລົມກັບເຄື່ອງແມ່ຂ່າຍ HTTP/1.1. ແລະມັນບໍ່ສາມາດຮູ້ໄດ້ຈົນກ່ວາມັນ
ໄດ້​ຮັບ​ການ​ຕອບ​ສະ​ຫນອງ​, ຊຶ່ງ​ໃນ​ນັ້ນ​ຮຽກ​ຮ້ອງ​ໃຫ້​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ທີ່​ຈະ​ສໍາ​ເລັດ - a
ບັນຫາໄກ່ແລະໄຂ່.

ຫມາຍເຫດ: ໃນສະບັບ 1.15 ຖ້າ Wget ຖືກປ່ຽນເສັ້ນທາງຫຼັງຈາກຄໍາຮ້ອງຂໍ POST ສໍາເລັດ,
ພຶດຕິກຳຂອງມັນຈະຂຶ້ນກັບລະຫັດຕອບໂຕ້ທີ່ເຊີບເວີສົ່ງຄືນ. ກໍລະນີ ກ
301 ຍ້າຍຖາວອນ, 302 ຍ້າຍຊົ່ວຄາວຫຼື 307 ການປ່ຽນເສັ້ນທາງຊົ່ວຄາວ, Wget ຈະ, ໃນ
ອີງຕາມ RFC2616, ສືບຕໍ່ສົ່ງຄໍາຮ້ອງຂໍ POST. ໃນກໍລະນີທີ່ເຄື່ອງແມ່ຂ່າຍຕ້ອງການ
ລູກຄ້າປ່ຽນວິທີການຮ້ອງຂໍເມື່ອປ່ຽນເສັ້ນທາງ, ມັນຄວນຈະສົ່ງ 303 ເບິ່ງອື່ນ
ລະ​ຫັດ​ຕອບ​ສະ​ຫນອງ​.

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

# ເຂົ້າສູ່ລະບົບເຊີບເວີ. ນີ້ສາມາດເຮັດໄດ້ພຽງແຕ່ຄັ້ງດຽວ.
wget --save-cookies cookies.txt \
--post-data 'user=foo&password=bar' \
http://server.com/auth.php

# ຕອນນີ້ grab page ຫຼືຫນ້າທີ່ພວກເຮົາສົນໃຈ.
wget --load-cookies cookies.txt \
-p http://server.com/interesting/article.php

ຖ້າເຊີບເວີກໍາລັງໃຊ້ຄຸກກີເຊດຊັນເພື່ອຕິດຕາມການກວດສອບຜູ້ໃຊ້, ຂ້າງເທິງຈະ
ບໍ່ເຮັດວຽກເພາະວ່າ --save-cookies ຈະ​ບໍ່​ຊ່ວຍ​ປະ​ຢັດ​ໃຫ້​ເຂົາ​ເຈົ້າ (ແລະ​ທັງ​ບໍ່​ໃຫ້​ຕົວ​ທ່ອງ​ເວັບ​) ແລະ​
cookies.txt ໄຟລ໌ຈະຫວ່າງເປົ່າ. ໃນກໍລະນີດັ່ງກ່າວນີ້, ການນໍາໃຊ້ --keep-session-cookies ຄຽງຄູ່ກັບການ
--save-cookies ເພື່ອບັງຄັບໃຫ້ບັນທຶກຄຸກກີເຊດຊັນ.

--ວິທີການ=HTTP-ວິທີການ
ສໍາລັບຈຸດປະສົງຂອງ RESTful scripting, Wget ອະນຸຍາດໃຫ້ສົ່ງວິທີການ HTTP ອື່ນໆ
ໂດຍບໍ່ຈໍາເປັນຕ້ອງກໍານົດຢ່າງຈະແຈ້ງໃຫ້ເຂົາເຈົ້ານໍາໃຊ້ --header=ຫົວ-ແຖວ. Wget ຈະໃຊ້
ເຊືອກອັນໃດກໍ່ຕາມຖືກສົ່ງກັບມັນຫຼັງຈາກນັ້ນ -- ວິ​ທີ​ການ ເປັນວິທີການ HTTP ກັບເຄື່ອງແມ່ຂ່າຍ.

--body-data=Data-String
--body-file=Data-File
ຕ້ອງໄດ້ຮັບການກໍານົດໃນເວລາທີ່ຂໍ້ມູນເພີ່ມເຕີມຕ້ອງຖືກສົ່ງໄປຫາເຄື່ອງແມ່ຂ່າຍພ້ອມກັບວິທີການ
ການ​ນໍາ​ໃຊ້​ທີ່​ລະ​ບຸ​ໄວ້​ -- ວິ​ທີ​ການ. -- ຂໍ້ມູນຮ່າງກາຍ ສົ່ງ string ເປັນຂໍ້ມູນ, ໃນຂະນະທີ່ --body-file ສົ່ງ
ເນື້ອໃນຂອງ ເອກະສານ. ນອກ ເໜືອ ຈາກນີ້, ພວກເຂົາເຮັດວຽກຄືກັນ.

ປະຈຸບັນ, --body-file is ບໍ່ ສໍາ​ລັບ​ການ​ສົ່ງ​ໄຟລ​໌​ທັງ​ຫມົດ​. Wget ບໍ່ໄດ້
ໃນປັດຈຸບັນສະຫນັບສະຫນູນ "multipart/form-data" ສໍາລັບການສົ່ງຂໍ້ມູນ; ເທົ່ານັ້ນ
"application/x-www-form-urlencoded". ໃນອະນາຄົດ, ນີ້ອາດຈະມີການປ່ຽນແປງເພື່ອໃຫ້ wget
ສົ່ງ --body-file ເປັນໄຟລ໌ທີ່ສົມບູນແທນທີ່ຈະສົ່ງເນື້ອຫາຂອງມັນໄປທີ່
ເຊີບເວີ. ກະລຸນາຮັບຊາບວ່າ Wget ຕ້ອງການຮູ້ເນື້ອໃນຂອງ BODY Data ລ່ວງໜ້າ,
ແລະເພາະສະນັ້ນການໂຕ້ຖຽງກັບ --body-file ຄວນເປັນໄຟລ໌ປົກກະຕິ. ເບິ່ງ --post-file ສໍາ​ລັບ
ຄໍາອະທິບາຍລາຍລະອຽດເພີ່ມເຕີມ. ພຽງແຕ່ຫນຶ່ງຂອງ -- ຂໍ້ມູນຮ່າງກາຍ ແລະ --body-file ຄວນ​ຈະ​ເປັນ
ລະບຸ.

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

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

ທາງເລືອກນີ້ແມ່ນເປັນປະໂຫຍດສໍາລັບບາງໂຄງການ CGI ດາວໂຫຼດໄຟລ໌ທີ່ໃຊ້
ສ່ວນຫົວ "Content-Disposition" ເພື່ອອະທິບາຍຊື່ຂອງໄຟລ໌ທີ່ດາວໂຫຼດມາຄວນ
be

--content-on-error
ຖ້າອັນນີ້ຖືກຕັ້ງເປັນເປີດ, wget ຈະບໍ່ຂ້າມເນື້ອຫາເມື່ອເຊີບເວີຕອບສະໜອງດ້ວຍ a
http ລະຫັດສະຖານະທີ່ຊີ້ໃຫ້ເຫັນຄວາມຜິດພາດ.

--trust-server-names
ຖ້າອັນນີ້ຖືກຕັ້ງເປັນເປີດ, ໃນການປ່ຽນເສັ້ນທາງອົງປະກອບສຸດທ້າຍຂອງ URL ການປ່ຽນເສັ້ນທາງຈະເປັນ
ໃຊ້ເປັນຊື່ໄຟລ໌ທ້ອງຖິ່ນ. ໂດຍຄ່າເລີ່ມຕົ້ນມັນຖືກນໍາໃຊ້ອົງປະກອບສຸດທ້າຍໃນຕົ້ນສະບັບ
Url.

--auth-no-challenge
ຖ້າຕົວເລືອກນີ້ຖືກມອບໃຫ້, Wget ຈະສົ່ງຂໍ້ມູນການພິສູດຢືນຢັນ HTTP ພື້ນຖານ
(ຊື່ຜູ້ໃຊ້ ແລະລະຫັດຜ່ານແບບຂໍ້ຄວາມທຳມະດາ) ສຳລັບການຮ້ອງຂໍທັງໝົດ, ຄືກັນກັບ Wget 1.10.2 ແລະກ່ອນໜ້ານີ້
ເຮັດໂດຍຄ່າເລີ່ມຕົ້ນ.

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

ສະຖານທີ່ HTTP (SSL/TLS) ທາງເລືອກໃນການ
ເພື່ອຮອງຮັບການດາວໂຫຼດ HTTP (HTTPS) ທີ່ຖືກເຂົ້າລະຫັດ, Wget ຕ້ອງຖືກລວບລວມດ້ວຍ SSL ພາຍນອກ
ຫໍສະໝຸດ. ຄ່າເລີ່ມຕົ້ນປັດຈຸບັນແມ່ນ GnuTLS. ນອກຈາກນັ້ນ, Wget ຍັງສະຫນັບສະຫນູນ HSTS (HTTP Strict
ຄວາມປອດໄພການຂົນສົ່ງ). ຖ້າ Wget ຖືກລວບລວມໂດຍບໍ່ມີການສະຫນັບສະຫນູນ SSL, ບໍ່ມີທາງເລືອກເຫຼົ່ານີ້
ທີ່ມີຢູ່.

--secure-protocol=protocol
ເລືອກໂປຣໂຕຄໍທີ່ປອດໄພທີ່ຈະໃຊ້. ຄຸນຄ່າທາງກົດໝາຍແມ່ນ ອັດຕະໂນມັດ, SSLv2, SSLv3, TLSv1,
TLSv1_1, TLSv1_2 ແລະ PFSທີ່ຢູ່ ຖ້າຫາກວ່າ ອັດຕະໂນມັດ ຖືກນໍາໃຊ້, ຫ້ອງສະຫມຸດ SSL ແມ່ນໄດ້ຮັບເສລີພາບຂອງ
ເລືອກໂປໂຕຄອນທີ່ເຫມາະສົມໂດຍອັດຕະໂນມັດ, ເຊິ່ງບັນລຸໄດ້ໂດຍການສົ່ງ TLSv1
ທັກທາຍ. ນີ້ແມ່ນຄ່າເລີ່ມຕົ້ນ.

ການລະບຸ SSLv2, SSLv3, TLSv1, TLSv1_1 or TLSv1_2 ບັງຄັບໃຊ້ທີ່ສອດຄ້ອງກັນ
ພິທີການ. ນີ້ແມ່ນເປັນປະໂຫຍດໃນເວລາທີ່ເວົ້າກັບການປະຕິບັດເຄື່ອງແມ່ຂ່າຍ SSL ເກົ່າແລະ buggy
ທີ່ເຮັດໃຫ້ມັນຍາກສໍາລັບຫ້ອງສະຫມຸດ SSL ທີ່ຢູ່ເບື້ອງຕົ້ນໃນການເລືອກໂປໂຕຄອນທີ່ຖືກຕ້ອງ
ສະບັບ. ໂຊກດີ, ເຄື່ອງແມ່ຂ່າຍດັ່ງກ່າວແມ່ນຂ້ອນຂ້າງຫາຍາກ.

ການລະບຸ PFS ບັງຄັບໃຊ້ອັນທີ່ເອີ້ນວ່າ Perfect Forward Security cipher
ຊຸດ. ໃນສັ້ນ, PFS ເພີ່ມຄວາມປອດໄພໂດຍການສ້າງລະຫັດຫນຶ່ງຄັ້ງສໍາລັບແຕ່ລະ SSL
ການເຊື່ອມຕໍ່. ມັນມີຜົນກະທົບ CPU ຫຼາຍເລັກນ້ອຍຕໍ່ລູກຄ້າແລະເຄື່ອງແມ່ຂ່າຍ. ພວກເຮົາໃຊ້ເປັນທີ່ຮູ້ຈັກ
ລະຫັດລັບທີ່ປອດໄພ (ເຊັ່ນ: ບໍ່ມີ MD4) ແລະໂປໂຕຄອນ TLS.

--https- ເທົ່ານັ້ນ
ເມື່ອຢູ່ໃນຮູບແບບ recursive, ມີພຽງແຕ່ການເຊື່ອມຕໍ່ HTTPS ເທົ່ານັ້ນທີ່ຕິດຕາມ.

- ບໍ່ກວດເບິ່ງໃບຢັ້ງຢືນ
ຢ່າກວດເບິ່ງໃບຮັບຮອງເຊີບເວີຕໍ່ກັບເຈົ້າໜ້າທີ່ໃບຢັ້ງຢືນທີ່ມີຢູ່.
ນອກຈາກນີ້ບໍ່ຮຽກຮ້ອງໃຫ້ມີຊື່ເຈົ້າພາບ URL ເພື່ອໃຫ້ກົງກັບຊື່ທົ່ວໄປທີ່ນໍາສະເຫນີໂດຍ
ໃບຢັ້ງຢືນ.

ໃນຖານະເປັນ Wget 1.10, ຄ່າເລີ່ມຕົ້ນແມ່ນການກວດສອບໃບຢັ້ງຢືນຂອງເຄື່ອງແມ່ຂ່າຍຕໍ່ກັບ
ອໍານາດການປົກໃບຢັ້ງຢືນຮັບຮູ້, breaking SSL handshake ແລະ aborting ໄດ້
ດາວໂຫລດຖ້າການກວດສອບລົ້ມເຫລວ. ເຖິງແມ່ນວ່ານີ້ສະຫນອງການດາວໂຫຼດທີ່ປອດໄພກວ່າ, ມັນ
ທໍາລາຍການເຮັດວຽກຮ່ວມກັນກັບບາງເວັບໄຊທ໌ທີ່ເຮັດວຽກກັບຮຸ່ນ Wget ທີ່ຜ່ານມາ,
ໂດຍ​ສະ​ເພາະ​ແມ່ນ​ຜູ້​ທີ່​ໃຊ້​ໃບ​ຢັ້ງ​ຢືນ​ຕົນ​ເອງ​ລົງ​ນາມ​, ຫມົດ​ອາ​ຍຸ​, ຫຼື​ອື່ນໆ​ໃບ​ຢັ້ງ​ຢືນ​ບໍ່​ຖືກ​ຕ້ອງ​.
ທາງເລືອກນີ້ບັງຄັບໃຫ້ມີຮູບແບບການດໍາເນີນການ "ບໍ່ປອດໄພ" ທີ່ປ່ຽນໃບຢັ້ງຢືນ
ການກວດສອບຄວາມຜິດພາດເຂົ້າໄປໃນຄໍາເຕືອນແລະອະນຸຍາດໃຫ້ທ່ານດໍາເນີນການ.

ຖ້າທ່ານພົບ "ການຢັ້ງຢືນໃບຢັ້ງຢືນ" ຂໍ້ຜິດພາດຫຼືຄົນເວົ້າວ່າ "ຊື່ທົ່ວໄປ
ບໍ່ກົງກັບຊື່ເຈົ້າພາບທີ່ຮ້ອງຂໍ", ທ່ານສາມາດນໍາໃຊ້ທາງເລືອກນີ້ເພື່ອຂ້າມການຢັ້ງຢືນ
ແລະດໍາເນີນການກັບການດາວໂຫຼດ. ພຽງແຕ່ ການນໍາໃຊ້ ນີ້ ທາງເລືອກ if ທ່ານ ມີ ຖ້າບໍ່ດັ່ງນັ້ນ ເຊື່ອຫມັ້ນ of
ໄດ້ ພື້ນ​ທີ່ ຄວາມ​ແທ້​ຈິງ​, or if ທ່ານ ກໍ່ ບໍ່ໄດ້ ການດູແລ ກ່ຽວກັບ ໄດ້ ຄວາມຖືກຕ້ອງ of ຂອງຕົນ
ໃບຢັ້ງຢືນ. ມັນເກືອບສະເຫມີເປັນຄວາມຄິດທີ່ບໍ່ດີທີ່ຈະບໍ່ກວດເບິ່ງໃບຢັ້ງຢືນໃນເວລາທີ່
ການສົ່ງຂໍ້ມູນລັບຫຼືຂໍ້ມູນທີ່ສໍາຄັນ. ສໍາລັບການເຊັນດ້ວຍຕົນເອງ / ໃບຢັ້ງຢືນພາຍໃນ,
ທ່ານຄວນດາວໂຫລດໃບຢັ້ງຢືນແລະຢືນຢັນຕໍ່ກັບສິ່ງນັ້ນແທນທີ່ຈະບັງຄັບນີ້
ໂໝດບໍ່ປອດໄພ. ຖ້າເຈົ້າໝັ້ນໃຈແທ້ໆວ່າບໍ່ຕ້ອງການການຢັ້ງຢືນໃບຢັ້ງຢືນໃດໆ,
ທ່ານສາມາດລະບຸ --check-certificate=ງຽບເພື່ອບອກ wget ບໍ່ໃຫ້ພິມຄໍາເຕືອນໃດໆກ່ຽວກັບ
ໃບຢັ້ງຢືນທີ່ບໍ່ຖືກຕ້ອງ, ເຖິງແມ່ນວ່າໃນກໍລະນີຫຼາຍທີ່ສຸດ, ນີ້ແມ່ນສິ່ງທີ່ຜິດພາດ.

--certificate=ເອກະສານ
ໃຊ້ໃບຢັ້ງຢືນລູກຄ້າທີ່ເກັບໄວ້ໃນ ເອກະສານ. ນີ້ແມ່ນຈໍາເປັນສໍາລັບເຄື່ອງແມ່ຂ່າຍທີ່ມີ
ຕັ້ງຄ່າເພື່ອຕ້ອງການໃບຢັ້ງຢືນຈາກລູກຄ້າທີ່ເຊື່ອມຕໍ່ກັບເຂົາເຈົ້າ. ປົກກະຕິ ກ
ໃບຢັ້ງຢືນແມ່ນບໍ່ຈໍາເປັນແລະສະຫຼັບນີ້ແມ່ນທາງເລືອກ.

--certificate-type=ປະເພດ
ລະບຸປະເພດຂອງໃບຢັ້ງຢືນລູກຄ້າ. ຄຸນຄ່າທາງກົດໝາຍແມ່ນ PEM (ສົມມຸດວ່າໂດຍຄ່າເລີ່ມຕົ້ນ)
ແລະ DER, ເປັນທີ່ຮູ້ຈັກຍັງເປັນ ASN1.

--private-key=ເອກະສານ
ອ່ານລະຫັດສ່ວນຕົວຈາກ ເອກະສານ. ນີ້ອະນຸຍາດໃຫ້ທ່ານສະຫນອງລະຫັດສ່ວນຕົວໃນໄຟລ໌
ແຍກອອກຈາກໃບຢັ້ງຢືນ.

--private-key-type=ປະເພດ
ລະບຸປະເພດຂອງລະຫັດສ່ວນຕົວ. ຄ່າທີ່ຍອມຮັບແມ່ນ PEM (ຄ່າເລີ່ມຕົ້ນ) ແລະ DER.

--ca-certificate=ເອກະສານ
ການນໍາໃຊ້ ເອກະສານ ເປັນໄຟລ໌ທີ່ມີ bundle ຂອງອໍານາດການປົກໃບຢັ້ງຢືນ ("CA") ເພື່ອກວດສອບ
ມິດສະຫາຍ. ໃບຢັ້ງຢືນຈະຕ້ອງຢູ່ໃນຮູບແບບ PEM.

ຖ້າບໍ່ມີທາງເລືອກນີ້ Wget ຊອກຫາໃບຮັບຮອງ CA ໃນສະຖານທີ່ທີ່ລະບົບລະບຸໄວ້,
ເລືອກໃນເວລາຕິດຕັ້ງ OpenSSL.

--ca-directory=ລະບົບ
ລະບຸໄດເລກະທໍລີທີ່ມີໃບຢັ້ງຢືນ CA ໃນຮູບແບບ PEM. ແຕ່ລະໄຟລ໌ປະກອບມີຫນຶ່ງ
ໃບຢັ້ງຢືນ CA, ແລະຊື່ໄຟລ໌ແມ່ນອີງໃສ່ຄ່າ hash ທີ່ມາຈາກ
ໃບຮັບຮອງ. ນີ້ ແມ່ນ ບັນ ລຸ ໄດ້ ໂດຍ ການ ປຸງ ແຕ່ງ ລະ ບົບ ໃບ ຢັ້ງ ຢືນ ການ ກັບ
"c_rehash" utility ສະຫນອງໃຫ້ກັບ OpenSSL. ການນໍາໃຊ້ --ca-directory ມີປະສິດທິພາບຫຼາຍກ່ວາ
--ca-certificate ເມື່ອມີການຕິດຕັ້ງໃບຮັບຮອງຫຼາຍອັນເພາະວ່າມັນອະນຸຍາດໃຫ້ Wget ດຶງຂໍ້ມູນ
ໃບຢັ້ງຢືນຕາມຄວາມຕ້ອງການ.

ຖ້າບໍ່ມີທາງເລືອກນີ້ Wget ຊອກຫາໃບຮັບຮອງ CA ໃນສະຖານທີ່ທີ່ລະບົບລະບຸໄວ້,
ເລືອກໃນເວລາຕິດຕັ້ງ OpenSSL.

--crl-file=ເອກະສານ
ລະບຸໄຟລ໌ CRL ໃນ ເອກະສານ. ນີ້ແມ່ນຈໍາເປັນສໍາລັບໃບຢັ້ງຢືນທີ່ໄດ້
ຖືກຖອນຄືນໂດຍ CAs.

--random-file=ເອກະສານ
[OpenSSL ແລະ LibreSSL ເທົ່ານັ້ນ] ໃຊ້ ເອກະສານ ເປັນແຫຼ່ງຂອງຂໍ້ມູນ Random ສໍາລັບ seeding ໄດ້
pseudo-random ຈໍານວນເຄື່ອງກໍາເນີດໃນລະບົບທີ່ບໍ່ມີ / dev / urandom.

ໃນລະບົບດັ່ງກ່າວຫ້ອງສະຫມຸດ SSL ຕ້ອງການແຫຼ່ງພາຍນອກຂອງການສຸ່ມເພື່ອເລີ່ມຕົ້ນ.
ການສຸ່ມອາດຈະໃຫ້ໂດຍ EGD (ເບິ່ງ --egd-file ຂ້າງລຸ່ມນີ້) ຫຼືອ່ານຈາກພາຍນອກ
ແຫຼ່ງທີ່ລະບຸໂດຍຜູ້ໃຊ້. ຖ້າຕົວເລືອກນີ້ບໍ່ໄດ້ຖືກລະບຸ, Wget ຊອກຫາແບບສຸ່ມ
ຂໍ້ມູນໃນ $RANDFILE ຫຼື, ຖ້າອັນນັ້ນບໍ່ໄດ້ຖືກຕັ້ງ, ໃນ $HOME/.rnd.

ຖ້າທ່ານໄດ້ຮັບ "ບໍ່ສາມາດ seed OpenSSL PRNG; ປິດການໃຊ້ງານ SSL." ຄວາມຜິດພາດ, ທ່ານຄວນ
ໃຫ້ຂໍ້ມູນແບບສຸ່ມໂດຍໃຊ້ບາງວິທີການທີ່ອະທິບາຍຂ້າງເທິງ.

--egd-file=ເອກະສານ
[OpenSSL ເທົ່ານັ້ນ] ໃຊ້ ເອກະສານ ເປັນເຕົ້າຮັບ EGD. EGD ຫຍໍ້ມາຈາກ Entropy ການລວບລວມ Daemon, ເປັນ
user-space program ທີ່ເກັບກໍາຂໍ້ມູນຈາກແຫຼ່ງລະບົບທີ່ບໍ່ສາມາດຄາດເດົາໄດ້ຕ່າງໆແລະ
ເຮັດໃຫ້ມັນສາມາດໃຊ້ໄດ້ກັບໂຄງການອື່ນໆທີ່ອາດຈະຕ້ອງການມັນ. ຊອບແວການເຂົ້າລະຫັດ, ເຊັ່ນ:
ຫ້ອງສະຫມຸດ SSL, ຕ້ອງການແຫຼ່ງຂອງການສຸ່ມທີ່ບໍ່ຊ້ໍາກັນເພື່ອ seed ຈໍານວນ Random
ເຄື່ອງກໍາເນີດໄຟຟ້າໃຊ້ເພື່ອຜະລິດລະຫັດທີ່ເຂັ້ມແຂງ cryptographically.

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

ຖ້າຕົວເລືອກນີ້ບໍ່ໄດ້ຖືກລະບຸ (ແລະຄໍາສັ່ງເລີ່ມຕົ້ນທີ່ທຽບເທົ່າບໍ່ໄດ້ຖືກນໍາໃຊ້), EGD
ບໍ່ເຄີຍຕິດຕໍ່. EGD ແມ່ນບໍ່ຈໍາເປັນໃນລະບົບ Unix ທີ່ທັນສະໄຫມທີ່ສະຫນັບສະຫນູນ
/ dev / urandom.

--no-hsts
Wget ຮອງຮັບ HSTS (HTTP Strict Transport Security, RFC 6797) ໂດຍຄ່າເລີ່ມຕົ້ນ. ໃຊ້
--no-hsts ເພື່ອເຮັດໃຫ້ Wget ເປັນ UA ທີ່ບໍ່ປະຕິບັດຕາມ HSTS. ດັ່ງນັ້ນ, Wget ຈະ
ບໍ່ສົນໃຈສ່ວນຫົວ "Strict-Transport-Security" ທັງໝົດ, ແລະຈະບໍ່ບັງຄັບໃຊ້ທີ່ມີຢູ່ແລ້ວ
ນະໂຍບາຍ HSTS.

--hsts-file=ເອກະສານ
ໂດຍຄ່າເລີ່ມຕົ້ນ, Wget ເກັບຮັກສາຖານຂໍ້ມູນ HSTS ຂອງມັນຢູ່ໃນ ~/.wget-hstsທີ່ຢູ່ ທ່ານສາມາດໃຊ້ --hsts-file to
override ນີ້. Wget ຈະໃຊ້ໄຟລ໌ທີ່ສະໜອງໃຫ້ເປັນຖານຂໍ້ມູນ HSTS. ໄຟລ໌ດັ່ງກ່າວຕ້ອງ
ສອດຄ່ອງກັບຮູບແບບຖານຂໍ້ມູນ HSTS ທີ່ຖືກຕ້ອງທີ່ໃຊ້ໂດຍ Wget. ຖ້າ Wget ບໍ່ສາມາດວິເຄາະໄດ້
ໄຟລ໌ທີ່ສະຫນອງໃຫ້, ພຶດຕິກໍາແມ່ນບໍ່ຖືກກໍານົດ.

ຖານຂໍ້ມູນ HSTS ຂອງ Wget ແມ່ນໄຟລ໌ຂໍ້ຄວາມທຳມະດາ. ແຕ່ລະແຖວມີລາຍການ HSTS (ເຊັ່ນ: a
ເວັບໄຊທ໌ທີ່ໄດ້ອອກຫົວຂໍ້ "Strict- Transport-Security" ແລະດັ່ງນັ້ນຈຶ່ງມີ
ກຳນົດນະໂຍບາຍ HSTS ສະເພາະທີ່ຈະນຳໃຊ້). ແຖວເລີ່ມຕົ້ນດ້ວຍ dash ("#") ແມ່ນ
ຖືກລະເລີຍໂດຍ Wget. ກະ​ລຸ​ນາ​ສັງ​ເກດ​ວ່າ​ເຖິງ​ແມ່ນ​ວ່າ​ມື​ທີ່​ສະ​ດວກ​ສະ​ບາຍ​ທີ່​ມະ​ນຸດ​ອ່ານ​ໄດ້​.
ການ hack ຖານຂໍ້ມູນ HSTS ໂດຍທົ່ວໄປບໍ່ແມ່ນຄວາມຄິດທີ່ດີ.

ເສັ້ນເຂົ້າ HSTS ປະກອບດ້ວຍຫຼາຍຊ່ອງຂໍ້ມູນທີ່ແຍກອອກໂດຍຊ່ອງຫວ່າງໜຶ່ງ ຫຼືຫຼາຍກວ່ານັ້ນ:

" SP [ ] SP SP SP "

ໄດ້ hostname ແລະ port ຊ່ອງຂໍ້ມູນຊີ້ບອກຊື່ໂຮສ ແລະພອດທີ່ HSTS ລະບຸ
ນະໂຍບາຍນຳໃຊ້. ໄດ້ port ພາກສະຫນາມອາດຈະເປັນສູນ, ແລະມັນຈະ, ໃນກໍລະນີຫຼາຍທີ່ສຸດ. ນັ້ນ
ຫມາຍ​ຄວາມ​ວ່າ​ຈໍາ​ນວນ​ພອດ​ຈະ​ບໍ່​ໄດ້​ຮັບ​ການ​ພິ​ຈາ​ລະ​ນາ​ໃນ​ເວ​ລາ​ທີ່​ການ​ຕັດ​ສິນ​ໃຈ​ວ່າ​ຈະ​ເປັນ​
ນະໂຍບາຍ HSTS ຄວນຖືກນຳໃຊ້ຕາມຄຳຮ້ອງຂໍທີ່ກຳນົດໄວ້ (ສະເພາະຊື່ເຈົ້າພາບຈະເປັນ
ການ​ປະ​ເມີນ​ຜົນ). ເມື່ອ​ໃດ​ port ແມ່ນແຕກຕ່າງກັນກັບສູນ, ທັງຊື່ໂຮດເປົ້າຫມາຍແລະພອດຈະ
ຈະຖືກປະເມີນ ແລະນະໂຍບາຍ HSTS ຈະຖືກນຳໃຊ້ພຽງແຕ່ຖ້າທັງສອງອັນກົງກັນ. ນີ້
ຄຸນ​ນະ​ສົມ​ບັດ​ໄດ້​ຖືກ​ລວມ​ເຂົ້າ​ສໍາ​ລັບ​ຈຸດ​ປະ​ສົງ​ການ​ທົດ​ສອບ / ການ​ພັດ​ທະ​ນາ​ເທົ່າ​ນັ້ນ​. The Wget testsuite
(ໃນ testenv/) ສ້າງຖານຂໍ້ມູນ HSTS ທີ່ມີພອດທີ່ຊັດເຈນດ້ວຍຈຸດປະສົງຂອງການຮັບປະກັນ
ພຶດຕິກໍາທີ່ຖືກຕ້ອງຂອງ Wget. ນຳໃຊ້ນະໂຍບາຍ HSTS ກັບພອດອື່ນທີ່ບໍ່ແມ່ນຄ່າເລີ່ມຕົ້ນ
ຖືກທໍ້ຖອຍໃຈໂດຍ RFC 6797 (ເບິ່ງເອກະສານຊ້ອນທ້າຍ B "ຄວາມແຕກຕ່າງລະຫວ່າງນະໂຍບາຍ HSTS ແລະດຽວກັນ-
ນະໂຍບາຍຕົ້ນກໍາເນີດ") ດັ່ງນັ້ນ, ຫນ້າທີ່ນີ້ບໍ່ຄວນຖືກນໍາໃຊ້ໃນການຜະລິດ
ສະພາບແວດລ້ອມ ແລະ port ໂດຍປົກກະຕິຈະເປັນສູນ. ສາມພາກສະຫນາມສຸດທ້າຍເຮັດສິ່ງທີ່ພວກເຂົາເປັນ
ຄາດວ່າຈະ. ພາກສະຫນາມ include_subdomains ສາມາດເປັນ 1 ຫຼື 0 ແລະສັນຍານວ່າ
ໂດເມນຍ່ອຍຂອງໂດເມນເປົ້າຫມາຍຄວນຈະເປັນສ່ວນຫນຶ່ງຂອງນະໂຍບາຍ HSTS ທີ່ມອບໃຫ້ເຊັ່ນດຽວກັນ.
ໄດ້ ສ້າງ ແລະ ສູງສຸດອາຍຸ ຊ່ອງຂໍ້ມູນຖືຄ່າເວລາຂອງເວລາທີ່ເຂົ້ານັ້ນ
ສ້າງຂຶ້ນ (ເຫັນຄັ້ງທໍາອິດໂດຍ Wget) ແລະຄ່າ HSTS ທີ່ກໍານົດ 'ສູງສຸດອາຍຸ', ເຊິ່ງລະບຸວ່າແນວໃດ.
ດົນສົມຄວນທີ່ນະໂຍບາຍ HSTS ຍັງຄົງມີການເຄື່ອນໄຫວ, ວັດແທກເປັນວິນາທີທີ່ຜ່ານໄປນັບຕັ້ງແຕ່
ເວລາເກັບຢູ່ໃນ ສ້າງ. ເມື່ອເວລານັ້ນຜ່ານໄປ, ນະໂຍບາຍ HSTS ນັ້ນຈະບໍ່ເປັນ
ຍາວກວ່າແມ່ນຖືກຕ້ອງແລະໃນທີ່ສຸດຈະຖືກໂຍກຍ້າຍອອກຈາກຖານຂໍ້ມູນ.

ຖ້າທ່ານສະຫນອງຖານຂໍ້ມູນ HSTS ຂອງທ່ານເອງໂດຍຜ່ານ --hsts-file, ຈົ່ງຮູ້ວ່າ Wget ອາດຈະດັດແປງ
ໄຟລ໌ທີ່ສະຫນອງໃຫ້ຖ້າການປ່ຽນແປງໃດໆເກີດຂື້ນລະຫວ່າງນະໂຍບາຍ HSTS ທີ່ຮ້ອງຂໍໂດຍ
ເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກແລະຜູ້ທີ່ຢູ່ໃນໄຟລ໌. ເມື່ອ Wget ມີຢູ່, ມັນປັບປຸງປະສິດທິພາບ
ຖານຂໍ້ມູນ HSTS ໂດຍການຂຽນຄືນໄຟລ໌ຖານຂໍ້ມູນດ້ວຍລາຍການໃຫມ່.

ຖ້າໄຟລ໌ທີ່ສະຫນອງບໍ່ມີ, Wget ຈະສ້າງຫນຶ່ງ. ໄຟລ໌ນີ້ຈະປະກອບດ້ວຍ
ລາຍການ HSTS ໃໝ່. ຖ້າບໍ່ມີລາຍການ HSTS ຖືກສ້າງຂຶ້ນ (ບໍ່ມີ "Strict-Transport-Security"
headers ຖືກສົ່ງໂດຍເຄື່ອງແມ່ຂ່າຍໃດໆ) ຫຼັງຈາກນັ້ນບໍ່ມີໄຟລ໌ໃດຈະຖືກສ້າງຂື້ນ, ບໍ່ແມ່ນແຕ່
ຫວ່າງເປົ່າ. ພຶດຕິກໍານີ້ໃຊ້ກັບໄຟລ໌ຖານຂໍ້ມູນເລີ່ມຕົ້ນ (~/.wget-hsts) ຄື​ກັນ:
ມັນຈະບໍ່ຖືກສ້າງຈົນກ່ວາບາງເຄື່ອງແມ່ຂ່າຍບັງຄັບໃຊ້ນະໂຍບາຍ HSTS.

ການດູແລແມ່ນຖືກປະຕິບັດເພື່ອບໍ່ override ການປ່ຽນແປງທີ່ເປັນໄປໄດ້ໂດຍຂະບວນການ Wget ອື່ນໆຢູ່ທີ່
ເວລາດຽວກັນກັບຖານຂໍ້ມູນ HSTS. ກ່ອນທີ່ຈະຖິ້ມລາຍການ HSTS ສະບັບປັບປຸງໃສ່ໄຟລ໌,
Wget ຈະອ່ານມັນຄືນໃຫມ່ແລະລວມການປ່ຽນແປງ.

ການໃຊ້ຖານຂໍ້ມູນ HSTS ແບບກຳນົດເອງ ແລະ/ຫຼືການດັດແກ້ອັນທີ່ມີຢູ່ແລ້ວແມ່ນທໍ້ຖອຍໃຈ. ສໍາລັບ
ຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບໄພຂົ່ມຂູ່ດ້ານຄວາມປອດໄພທີ່ອາດຈະເກີດຂື້ນຈາກການປະຕິບັດດັ່ງກ່າວ, ເບິ່ງ
ພາກທີ 14 "ການພິຈາລະນາຄວາມປອດໄພ" ຂອງ RFC 6797, ໂດຍສະເພາະພາກ 14.9 "ສ້າງສັນ
ການຫມູນໃຊ້ຂອງຮ້ານນະໂຍບາຍ HSTS".

--warc-file=ເອກະສານ
ການນໍາໃຊ້ ເອກະສານ ເປັນໄຟລ໌ WARC ປາຍທາງ.

--warc-header=string
ການນໍາໃຊ້ string ເຂົ້າໄປໃນບັນທຶກ warcinfo.

--warc-max-size=ຂະຫນາດ
ກໍານົດຂະຫນາດສູງສຸດຂອງໄຟລ໌ WARC ເປັນ ຂະຫນາດ.

--warc-cdx
ຂຽນໄຟລ໌ດັດສະນີ CDX.

--warc-dedup=ເອກະສານ
ຢ່າເກັບຮັກສາບັນທຶກທີ່ມີລາຍຊື່ຢູ່ໃນໄຟລ໌ CDX ນີ້.

--no-warc-compression
ຢ່າບີບອັດໄຟລ໌ WARC ດ້ວຍ GZIP.

--no-warc-ຍ່ອຍ
ຢ່າຄິດໄລ່ SHA1 digests.

--no-warc-keep-log
ຢ່າເກັບໄຟລ໌ບັນທຶກໃນບັນທຶກ WARC.

--warc-tempdir=dir
ລະບຸສະຖານທີ່ສໍາລັບໄຟລ໌ຊົ່ວຄາວທີ່ສ້າງຂຶ້ນໂດຍ WARC writer.

FTP ທາງເລືອກໃນການ
--ftp-user=ຜູ້ໃຊ້
--ftp-ລະຫັດຜ່ານ=ລະຫັດຜ່ານ
ລະບຸຊື່ຜູ້ໃຊ້ ຜູ້ໃຊ້ ແລະລະຫັດຜ່ານ ລະຫັດຜ່ານ ໃນເຊີບເວີ FTP. ໂດຍບໍ່ມີການນີ້, ຫຼື
ທາງເລືອກການເລີ່ມຕົ້ນທີ່ສອດຄ້ອງກັນ, ລະຫັດຜ່ານເລີ່ມຕົ້ນທີ່ຈະ -wget@, ປົກກະຕິແລ້ວໃຊ້ສໍາລັບ
FTP ທີ່ບໍ່ເປີດເຜີຍຊື່.

ອີກວິທີຫນຶ່ງທີ່ຈະລະບຸຊື່ຜູ້ໃຊ້ແລະລະຫັດຜ່ານແມ່ນຢູ່ໃນ URL ຕົວຂອງມັນເອງ. ວິທີການໃດນຶ່ງ
ເປີດເຜີຍລະຫັດຜ່ານຂອງທ່ານໃຫ້ກັບທຸກຄົນທີ່ລົບກວນການດໍາເນີນການ "ps". ເພື່ອປ້ອງກັນລະຫັດຜ່ານ
ຈາກ​ການ​ເຫັນ​, ເກັບ​ຮັກ​ສາ​ໄວ້​ໃນ​ .wgetrc or .netrc, ແລະໃຫ້ແນ່ໃຈວ່າຈະປົກປ້ອງໄຟລ໌ເຫຼົ່ານັ້ນ
ຈາກຜູ້ໃຊ້ອື່ນໆທີ່ມີ "chmod". ຖ້າລະຫັດຜ່ານມີຄວາມສໍາຄັນແທ້ໆ, ຢ່າປ່ອຍໃຫ້
ພວກເຂົານອນຢູ່ໃນໄຟລ໌ເຫຼົ່ານັ້ນ --- ແກ້ໄຂໄຟລ໌ແລະລຶບພວກມັນຫຼັງຈາກ Wget ມີ
ເລີ່ມການດາວໂຫຼດ.

--no-remove-listing
ຢ່າເອົາເຄື່ອງຊົ່ວຄາວອອກ . ການລົງທະບຽນ ໄຟລ໌ທີ່ສ້າງຂຶ້ນໂດຍການດຶງຂໍ້ມູນ FTP. ປົກກະຕິ,
ໄຟລ໌ເຫຼົ່ານີ້ມີລາຍຊື່ໄດເລກະທໍລີດິບທີ່ໄດ້ຮັບຈາກເຄື່ອງແມ່ຂ່າຍ FTP. ບໍ່ແມ່ນ
ການເອົາພວກມັນອອກສາມາດເປັນປະໂຫຍດສໍາລັບຈຸດປະສົງ debugging, ຫຼືໃນເວລາທີ່ທ່ານຕ້ອງການທີ່ຈະສາມາດ
ກວດເບິ່ງເນື້ອໃນຂອງໄດເລກະທໍລີເຊີບເວີຫ່າງໄກສອກຫຼີກໄດ້ຢ່າງງ່າຍດາຍ (ຕົວຢ່າງເພື່ອກວດສອບວ່າ a
mirror ທີ່ທ່ານກໍາລັງແລ່ນແມ່ນສໍາເລັດ).

ໃຫ້ສັງເກດວ່າເຖິງແມ່ນວ່າ Wget ຂຽນໄປຫາຊື່ໄຟລ໌ທີ່ຮູ້ຈັກສໍາລັບໄຟລ໌ນີ້, ນີ້ບໍ່ແມ່ນ a
ຂຸມຄວາມປອດໄພໃນສະຖານະການຂອງຜູ້ໃຊ້ເຮັດໃຫ້ . ການລົງທະບຽນ ການເຊື່ອມຕໍ່ສັນຍາລັກກັບ / etc / passwd
ຫຼືບາງສິ່ງບາງຢ່າງແລະຂໍໃຫ້ "ຮາກ" ເພື່ອດໍາເນີນການ Wget ໃນໄດເລກະທໍລີຂອງລາວ. ຂຶ້ນຢູ່ກັບ
ທາງເລືອກທີ່ໃຊ້, ບໍ່ວ່າຈະ Wget ຈະປະຕິເສດທີ່ຈະຂຽນຫາ . ການລົງທະບຽນ, ການເຮັດໃຫ້
ການດໍາເນີນງານ globbing/recursion/time-stamping ລົ້ມເຫລວ, ຫຼືການເຊື່ອມຕໍ່ສັນຍາລັກຈະຖືກລຶບອອກ
ແລະແທນທີ່ດ້ວຍຕົວຈິງ . ການລົງທະບຽນ ໄຟລ໌, ຫຼືລາຍຊື່ຈະຖືກຂຽນໃສ່ a
.listing.number ຍື່ນ.

ເຖິງແມ່ນວ່າສະຖານະການນີ້ບໍ່ແມ່ນບັນຫາ, ເຖິງແມ່ນວ່າ, "ຮາກ" ບໍ່ຄວນດໍາເນີນການ Wget ໃນ a
ບັນຊີຜູ້ໃຊ້ທີ່ບໍ່ເຊື່ອຖື. ຜູ້ໃຊ້ສາມາດເຮັດບາງສິ່ງບາງຢ່າງທີ່ງ່າຍດາຍເຊັ່ນການເຊື່ອມໂຍງ
index.html to / etc / passwd ແລະຂໍໃຫ້ "ຮາກ" ເພື່ອດໍາເນີນການ Wget ກັບ -N or -r ດັ່ງນັ້ນໄຟລ໌ຈະ
ຖືກຂຽນທັບ.

--ບໍ່ມີໂລກ
ປິດ FTP globbing. Globbing ຫມາຍເຖິງການໃຊ້ຕົວລະຄອນພິເສດຄ້າຍຄືຫອຍ
(ຕົວແທນ), ເຊັ່ນ *, ?, [ ແລະ ] ເພື່ອດຶງຂໍ້ມູນຫຼາຍກວ່າຫນຶ່ງໄຟລ໌ຈາກໄດເລກະທໍລີດຽວກັນ
ໃນເວລາດຽວກັນ, ເຊັ່ນ:

wget ftp://gnjilux.srk.fer.hr/*.msg

ໂດຍຄ່າເລີ່ມຕົ້ນ, globbing ຈະເປີດຂຶ້ນຖ້າ URL ປະກອບດ້ວຍຕົວອັກສອນ globbing. ນີ້
ທາງເລືອກອາດຈະຖືກນໍາໃຊ້ເພື່ອເປີດຫຼືປິດ globbing ຖາວອນ.

ທ່ານອາດຈະຕ້ອງອ້າງເຖິງ URL ເພື່ອປົກປ້ອງມັນຈາກການຂະຫຍາຍໂດຍແກະຂອງທ່ານ.
Globbing ເຮັດໃຫ້ Wget ຊອກຫາລາຍຊື່ໄດເລກະທໍລີ, ເຊິ່ງເປັນລະບົບສະເພາະ. ນີ້​ແມ່ນ
ເປັນຫຍັງມັນປະຈຸບັນເຮັດວຽກພຽງແຕ່ກັບເຄື່ອງແມ່ຂ່າຍຂອງ Unix FTP (ແລະຜູ້ທີ່ເຮັດຕາມ Unix "ls"
ຜົນຜະລິດ).

--no-passive-ftp
ປິດ​ການ​ນໍາ​ໃຊ້​ຂອງ​ ຕົວຕັ້ງຕົວຕີ ຮູບແບບການໂອນ FTP. Passive FTP mandates that the
ລູກ​ຄ້າ​ເຊື່ອມ​ຕໍ່​ກັບ​ເຊີບ​ເວີ​ເພື່ອ​ສ້າງ​ການ​ເຊື່ອມ​ຕໍ່​ຂໍ້​ມູນ​ຫຼາຍ​ກ​່​ວາ​ອື່ນໆ
ວິທີການປະມານ.

ຖ້າເຄື່ອງເຊື່ອມຕໍ່ກັບອິນເຕີເນັດໂດຍກົງ, ທັງ FTP ແບບ passive ແລະ active
ຄວນເຮັດວຽກເທົ່າທຽມກັນ. ຢູ່ເບື້ອງຫຼັງ Firewall ສ່ວນໃຫຍ່ ແລະການຕັ້ງຄ່າ NAT passive FTP ມີ
ໂອກາດທີ່ດີກວ່າໃນການເຮັດວຽກ. ຢ່າງໃດກໍຕາມ, ໃນບາງການຕັ້ງຄ່າ Firewall ທີ່ຫາຍາກ, FTP ທີ່ມີການເຄື່ອນໄຫວ
ຕົວຈິງແລ້ວເຮັດວຽກໃນເວລາທີ່ FTP ຕົວຕັ້ງຕົວຕີບໍ່ໄດ້. ຖ້າທ່ານສົງໃສວ່າເປັນກໍລະນີ, ໃຊ້ອັນນີ້
ທາງເລືອກ, ຫຼືຕັ້ງ "passive_ftp=off" ໃນໄຟລ໌ init ຂອງທ່ານ.

--preserve-ການ​ອະ​ນຸ​ຍາດ​
ຮັກສາການອະນຸຍາດໄຟລ໌ຫ່າງໄກສອກຫຼີກແທນທີ່ຈະເປັນການອະນຸຍາດທີ່ກໍານົດໄວ້ໂດຍ umask.

--retr-symlinks
ໂດຍຄ່າເລີ່ມຕົ້ນ, ເມື່ອເອົາລາຍຊື່ FTP ກັບຄືນມາແລະການເຊື່ອມຕໍ່ສັນຍາລັກແມ່ນ
ພົບ, ການເຊື່ອມຕໍ່ສັນຍາລັກແມ່ນ traversed ແລະໄຟລ໌ທີ່ຊີ້ໃຫ້ເຫັນເຖິງແມ່ນດຶງຂໍ້ມູນ.
ໃນປັດຈຸບັນ, Wget ບໍ່ໄດ້ຂ້າມການເຊື່ອມຕໍ່ສັນຍາລັກໄປຫາໄດເລກະທໍລີເພື່ອດາວໂຫລດພວກມັນ
recursively, ເຖິງແມ່ນວ່າຄຸນນະສົມບັດນີ້ອາດຈະຖືກເພີ່ມໃນອະນາຄົດ.

ເມື່ອ​ໃດ​ --retr-symlinks=ບໍ່ ຖືກລະບຸໄວ້, ໄຟລ໌ທີ່ເຊື່ອມຕໍ່ຫາບໍ່ໄດ້ດາວໂຫຼດ. ແທນທີ່ຈະ,
ການເຊື່ອມໂຍງສັນຍາລັກທີ່ກົງກັນແມ່ນຖືກສ້າງຂຶ້ນໃນລະບົບໄຟລ໌ທ້ອງຖິ່ນ. ໄຟລ໌ທີ່ຊີ້ໃຫ້ເຫັນເຖິງຈະ
ຈະບໍ່ຖືກດຶງອອກມາເວັ້ນເສຍແຕ່ການດຶງຂໍ້ມູນຊໍ້າຄືນນີ້ຈະໄດ້ພົບກັບມັນແຍກຕ່າງຫາກ
ແລະດາວໂຫຼດມັນແລ້ວ. ທາງເລືອກນີ້ເຮັດໃຫ້ເກີດຄວາມສ່ຽງດ້ານຄວາມປອດໄພທີ່ FTP ເປັນອັນຕະລາຍ
ເຊີບເວີອາດຈະເຮັດໃຫ້ Wget ຂຽນໃສ່ໄຟລ໌ນອກໄດເລກະທໍລີທີ່ຕັ້ງໄວ້ໂດຍຜ່ານ a
ໄຟລ໌ .LISTING ສ້າງຂຶ້ນໂດຍສະເພາະ.

ໃຫ້ສັງເກດວ່າເມື່ອເອົາໄຟລ໌ (ບໍ່ແມ່ນໄດເລກະທໍລີ) ເພາະວ່າມັນຖືກລະບຸໄວ້ໃນ
command-line, ແທນທີ່ຈະເປັນຍ້ອນມັນຖືກ recursed ກັບ, ທາງເລືອກນີ້ບໍ່ມີຜົນຫຍັງ.
ການເຊື່ອມຕໍ່ສັນຍາລັກແມ່ນຜ່ານຢູ່ສະເຫມີໃນກໍລະນີນີ້.

FTPS ທາງເລືອກໃນການ
--ftps- implicit
ຕົວເລືອກນີ້ບອກ Wget ໃຫ້ໃຊ້ FTPS ໂດຍຫຍໍ້. FTPS Implicit ປະກອບດ້ວຍການເລີ່ມຕົ້ນ
SSL/TLS ຈາກຈຸດເລີ່ມຕົ້ນຂອງການເຊື່ອມຕໍ່ການຄວບຄຸມ. ທາງເລືອກນີ້ບໍ່ໄດ້ສົ່ງ
ຄໍາສັ່ງ "AUTH TLS": ມັນສົມມຸດວ່າເຄື່ອງແມ່ຂ່າຍເວົ້າ FTPS ແລະເລີ່ມຕົ້ນໂດຍກົງ
ການເຊື່ອມຕໍ່ SSL/TLS. ຖ້າຄວາມພະຍາຍາມປະສົບຜົນສໍາເລັດ, ກອງປະຊຸມຍັງສືບຕໍ່ຄືກັນກັບ
FTPS ປົກກະຕິ ("PBSZ" ແລະ "PROT" ຖືກສົ່ງ, ແລະອື່ນໆ). Implicit FTPS ບໍ່ແມ່ນ
ຄວາມຕ້ອງການສໍາລັບການປະຕິບັດ FTPS, ແລະດັ່ງນັ້ນເຄື່ອງແມ່ຂ່າຍຈໍານວນຫຼາຍອາດຈະບໍ່ສະຫນັບສະຫນູນມັນ. ຖ້າ
--ftps- implicit ແມ່ນຜ່ານ ແລະບໍ່ໄດ້ລະບຸຕົວເລກພອດທີ່ຊັດເຈນ, ເປັນພອດມາດຕະຖານສໍາລັບ
FTPS implicit, 990, ຈະຖືກນໍາໃຊ້, ແທນທີ່ຈະເປັນພອດເລີ່ມຕົ້ນສໍາລັບ "ປົກກະຕິ"
(ຢ່າງຈະແຈ້ງ) FTPS ເຊິ່ງຄືກັນກັບຂອງ FTP, 21.

--no-ftps-resume-ssl
ຢ່າສືບຕໍ່ເຊດຊັນ SSL/TLS ໃນຊ່ອງຂໍ້ມູນ. ເມື່ອເລີ່ມຂໍ້ມູນ
ການເຊື່ອມຕໍ່, Wget ພະຍາຍາມສືບຕໍ່ເຊດຊັນ SSL/TLS ທີ່ເລີ່ມຕົ້ນໃນເມື່ອກ່ອນໃນການຄວບຄຸມ
ການເຊື່ອມຕໍ່. ການສືບຕໍ່ເຊສຊັນ SSL/TLS ຫຼີກເວັ້ນການປະຕິບັດການຈັບມືກັນໃໝ່ທັງໝົດໂດຍ
ການໃຊ້ພາລາມິເຕີ SSL/TLS ຄືນໃໝ່ຂອງເຊດຊັນທີ່ຜ່ານມາ. ໂດຍປົກກະຕິ, ເຄື່ອງແມ່ຂ່າຍ FTPS ຕ້ອງການ
ມັນແບບນັ້ນ, ດັ່ງນັ້ນ Wget ເຮັດສິ່ງນີ້ໂດຍຄ່າເລີ່ມຕົ້ນ. ຢ່າງໃດກໍຕາມ, ພາຍໃຕ້ສະຖານະການທີ່ຫາຍາກ, ຫນຶ່ງອາດຈະ
ຕ້ອງການເລີ່ມຕົ້ນເຊດຊັນ SSL/TLS ໃໝ່ທັງໝົດໃນທຸກການເຊື່ອມຕໍ່ຂໍ້ມູນ. ນີ້ແມ່ນສິ່ງທີ່
--no-ftps-resume-ssl ແມ່ນ ສຳ ລັບ.

--ftps-clear-data-connection
ການເຊື່ອມຕໍ່ຂໍ້ມູນທັງໝົດຈະຢູ່ໃນຂໍ້ຄວາມທຳມະດາ. ພຽງແຕ່ການເຊື່ອມຕໍ່ການຄວບຄຸມຈະເປັນ
ພາຍໃຕ້ SSL/TLS. Wget ຈະສົ່ງຄໍາສັ່ງ "PROT C" ເພື່ອບັນລຸເປົ້າຫມາຍນີ້, ເຊິ່ງຈະຕ້ອງເປັນ
ອະນຸມັດໂດຍເຊີບເວີ.

--ftps-fallback-to-ftp
ກັບຄືນໄປຫາ FTP ຖ້າ FTPS ບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນໂດຍເຄື່ອງແມ່ຂ່າຍເປົ້າຫມາຍ. ສໍາລັບເຫດຜົນດ້ານຄວາມປອດໄພ,
ຕົວເລືອກນີ້ບໍ່ໄດ້ຖືກຢືນຢັນໂດຍຄ່າເລີ່ມຕົ້ນ. ພຶດຕິກຳເລີ່ມຕົ້ນແມ່ນການອອກດ້ວຍ
ຄວາມຜິດພາດ. ຖ້າເຄື່ອງແມ່ຂ່າຍບໍ່ປະສົບຜົນສໍາເລັດຕອບຄໍາສັ່ງ "AUTH TLS" ເບື້ອງຕົ້ນ, ຫຼື
ໃນ​ກໍ​ລະ​ນີ​ຂອງ FTPS implicit​, ຖ້າ​ຫາກ​ວ່າ​ຄວາມ​ພະ​ຍາ​ຍາມ​ການ​ເຊື່ອມ​ຕໍ່ SSL / TLS ໃນ​ເບື້ອງ​ຕົ້ນ​ຖືກ​ປະ​ຕິ​ເສດ​,
ມັນໄດ້ຖືກພິຈາລະນາວ່າເຄື່ອງແມ່ຂ່າຍດັ່ງກ່າວບໍ່ສະຫນັບສະຫນູນ FTPS.

ປະກົດຕົວ ການດຶງຂໍ້ມູນຄືນ ທາງເລືອກໃນການ
-r
- ການຮວບຮວມ
ເປີດການດຶງຂໍ້ມູນຊໍ້າຄືນ. ຄວາມເລິກສູງສຸດໃນຕອນຕົ້ນແມ່ນ 5.

-l ຄວາມເລິກ
--level=ຄວາມເລິກ
ລະບຸລະດັບຄວາມເລິກສູງສຸດ recursion ຄວາມເລິກ.

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

wget -r -nd --delete-after http://whatever.com/~popular/page/

ໄດ້ -r ທາງ​ເລືອກ​ແມ່ນ​ເພື່ອ​ດຶງ​ເອົາ recursively​, ແລະ​ - ນ ເພື່ອບໍ່ສ້າງໄດເລກະທໍລີ.

ໃຫ້ສັງເກດວ່າ --ລຶບ-ຫຼັງ ລຶບໄຟລ໌ຢູ່ໃນເຄື່ອງທ້ອງຖິ່ນ. ມັນບໍ່ອອກ
ລຶບ ຄໍາສັ່ງໄປຍັງສະຖານທີ່ FTP ຫ່າງໄກສອກຫຼີກ, ສໍາລັບການຍົກຕົວຢ່າງ. ຍັງສັງເກດວ່າເວລາໃດ --ລຶບ-ຫຼັງ is
ລະບຸ, --convert-links ຖືກລະເລີຍ, ດັ່ງນັ້ນ .orig ໄຟລ​໌​ແມ່ນ​ພຽງ​ແຕ່​ບໍ່​ໄດ້​ສ້າງ​ຕັ້ງ​ຂື້ນ​ໃນ​
ສະຖານທີ່ທໍາອິດ.

-k
--convert-links
ຫຼັງ​ຈາກ​ການ​ດາວ​ໂຫຼດ​ສໍາ​ເລັດ​, ແປງ​ການ​ເຊື່ອມ​ຕໍ່​ໃນ​ເອ​ກະ​ສານ​ເພື່ອ​ເຮັດ​ໃຫ້​ເຂົາ​ເຈົ້າ​
ທີ່​ເຫມາະ​ສົມ​ສໍາ​ລັບ​ການ​ເບິ່ງ​ທ້ອງ​ຖິ່ນ​. ນີ້ມີຜົນກະທົບບໍ່ພຽງແຕ່ hyperlinks ສັງເກດເຫັນ, ແຕ່ໃດໆ
ສ່ວນຫນຶ່ງຂອງເອກະສານທີ່ເຊື່ອມຕໍ່ກັບເນື້ອຫາພາຍນອກ, ເຊັ່ນ: ຮູບພາບທີ່ຝັງໄວ້, ເຊື່ອມຕໍ່ກັບ
ແຜ່ນສະໄຕລ໌, hyperlinks ກັບເນື້ອຫາທີ່ບໍ່ແມ່ນ HTML, ແລະອື່ນໆ.

ແຕ່ລະລິ້ງຈະຖືກປ່ຽນແປງໃນສອງວິທີ:

· ການ​ເຊື່ອມ​ຕໍ່​ກັບ​ໄຟລ​໌​ທີ່​ໄດ້​ຮັບ​ການ​ດາວ​ໂຫຼດ​ໂດຍ Wget ຈະ​ໄດ້​ຮັບ​ການ​ປ່ຽນ​ແປງ​ເພື່ອ​ອ້າງ​ເຖິງ​
ໄຟລ໌ທີ່ພວກເຂົາຊີ້ໃຫ້ເຫັນເປັນການເຊື່ອມຕໍ່ພີ່ນ້ອງ.

ຕົວຢ່າງ: ຖ້າໄຟລ໌ທີ່ດາວໂຫລດ /foo/doc.html ການເຊື່ອມຕໍ່ກັບ /bar/img.gif, ຍັງ
ດາວ​ໂຫຼດ​, ຫຼັງ​ຈາກ​ນັ້ນ​ການ​ເຊື່ອມ​ຕໍ່​ໃນ​ doc.html ຈະຖືກດັດແກ້ເພື່ອຊີ້ໃຫ້ເຫັນ ../bar/img.gif.
ປະ​ເພດ​ຂອງ​ການ​ຫັນ​ເປັນ​ນີ້​ເຮັດ​ວຽກ​ຄວາມ​ຫມັ້ນ​ຄົງ​ສໍາ​ລັບ​ການ​ປະ​ສົມ​ໂດຍ​ຕົນ​ເອງ​ຂອງ​
ລາຍການ.

· ການເຊື່ອມຕໍ່ກັບໄຟລ໌ທີ່ຍັງບໍ່ໄດ້ດາວໂຫຼດໂດຍ Wget ຈະຖືກປ່ຽນເປັນ
ປະກອບມີຊື່ເຈົ້າພາບແລະເສັ້ນທາງຢ່າງແທ້ຈິງຂອງສະຖານທີ່ທີ່ພວກເຂົາຊີ້ໄປຫາ.

ຕົວຢ່າງ: ຖ້າໄຟລ໌ທີ່ດາວໂຫລດ /foo/doc.html ການເຊື່ອມຕໍ່ກັບ /bar/img.gif (ຫຼື
../bar/img.gif), ຫຼັງຈາກນັ້ນການເຊື່ອມຕໍ່ໃນ doc.html ຈະຖືກດັດແກ້ເພື່ອຊີ້ໃຫ້ເຫັນ
http://hostname/bar/img.gif.

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

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

--convert-file-ເທົ່ານັ້ນ
ຕົວເລືອກນີ້ປ່ຽນພຽງແຕ່ສ່ວນຊື່ໄຟລ໌ຂອງ URLs, ເຊິ່ງເຮັດໃຫ້ສ່ວນທີ່ເຫຼືອຂອງ URLs
ບໍ່ໄດ້ແຕະຕ້ອງ. ສ່ວນຊື່ໄຟລ໌ນີ້ບາງຄັ້ງເອີ້ນວ່າ "ຊື່ພື້ນຖານ", ເຖິງແມ່ນວ່າພວກເຮົາ
ຫຼີກ​ລ້ຽງ​ຄໍາ​ສັບ​ນັ້ນ​ຢູ່​ທີ່​ນີ້​ເພື່ອ​ບໍ່​ໃຫ້​ເກີດ​ຄວາມ​ສັບ​ສົນ​.

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

ຕົວຢ່າງ: ຖ້າການເຊື່ອມຕໍ່ບາງຢ່າງຊີ້ໃຫ້ເຫັນເຖິງ //foo.com/bar.cgi?xyz ກັບ --adjust-extension ຢືນຢັນວ່າ
ແລະຈຸດຫມາຍປາຍທາງທ້ອງຖິ່ນຂອງມັນມີຈຸດປະສົງ ./foo.com/bar.cgi?xyz.css, ຫຼັງຈາກນັ້ນການເຊື່ອມຕໍ່
ຈະຖືກປ່ຽນເປັນ //foo.com/bar.cgi?xyz.css. ໃຫ້ສັງເກດວ່າພຽງແຕ່ສ່ວນຊື່ໄຟລ໌ມີ
ໄດ້ຮັບການດັດແກ້. ສ່ວນທີ່ເຫຼືອຂອງ URL ໄດ້ຖືກປະໄວ້ untouched, ລວມທັງເສັ້ນທາງສຸດທິ
("//") ເຊິ່ງຖ້າບໍ່ດັ່ງນັ້ນຈະຖືກປະມວນຜົນໂດຍ Wget ແລະປ່ຽນເປັນປະສິດທິຜົນ
scheme (ie. "http://").

-K
--backup-converted
ໃນ​ເວ​ລາ​ທີ່​ການ​ປ່ຽນ​ໄຟລ​໌​, ການ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​ສະ​ບັບ​ຕົ້ນ​ສະ​ບັບ​ທີ່​ມີ a​ .orig ຕໍ່ທ້າຍ. ຜົນກະທົບຕໍ່
ພຶດຕິ ກຳ ຂອງ -N.

-m
--ກະຈົກ
ເປີດຕົວເລືອກທີ່ເໝາະສົມສຳລັບການສະທ້ອນແສງ. ທາງ​ເລືອກ​ນີ້​ຈະ​ເຮັດ​ໃຫ້​ການ​ເອີ້ນ​ຄືນ​ແລະ​ເວ​ລາ -
stamping, ກໍານົດຄວາມເລິກ recursion infinite ແລະຮັກສາລາຍຊື່ FTP directory. ມັນ​ແມ່ນ
ໃນປັດຈຸບັນເທົ່າກັບ -r -N -l inf --no-remove-listing.

-p
- ໜ້າ ທີ່ ຈຳ ເປັນ
ທາງເລືອກນີ້ເຮັດໃຫ້ Wget ດາວໂຫລດໄຟລ໌ທັງຫມົດທີ່ຈໍາເປັນເພື່ອເຮັດຢ່າງຖືກຕ້ອງ
ສະແດງໜ້າ HTML ທີ່ໃຫ້ໄວ້. ນີ້ປະກອບມີສິ່ງຕ່າງໆເຊັ່ນຮູບພາບ inline, ສຽງ, ແລະ
ແຜ່ນສະໄຕລ໌ອ້າງອີງ.

ໂດຍປົກກະຕິ, ເມື່ອດາວໂຫລດຫນ້າ HTML ດຽວ, ເອກະສານທີ່ຈໍາເປັນທີ່ອາດຈະເປັນ
ຕ້ອງການເພື່ອສະແດງມັນຢ່າງຖືກຕ້ອງບໍ່ໄດ້ຖືກດາວໂຫຼດ. ການນໍາໃຊ້ -r ພ້ອມດ້ວຍ -l ສາມາດຊ່ວຍໄດ້,
ແຕ່ເນື່ອງຈາກວ່າ Wget ບໍ່ໄດ້ຈໍາແນກປົກກະຕິລະຫວ່າງເອກະສານພາຍນອກແລະພາຍໃນ,
ໂດຍທົ່ວໄປແລ້ວສິ່ງຫນຶ່ງແມ່ນປະໄວ້ກັບ "ເອກະສານໃບ" ທີ່ຂາດຄວາມຕ້ອງການຂອງພວກເຂົາ.

ຕົວຢ່າງ, ເວົ້າເອກະສານ 1html ມີ " "ການອ້າງອີງແທັກ 1gif ແລະຫນຶ່ງ
" "ແທັກຊີ້ໄປຫາເອກະສານພາຍນອກ 2html. ເວົ້າແນວນັ້ນ 2html ແມ່ນຄ້າຍຄືກັນແຕ່ວ່າ
ຮູບ​ພາບ​ຂອງ​ຕົນ​ແມ່ນ​ 2gif ແລະມັນເຊື່ອມຕໍ່ກັບ 3html. ເວົ້າວ່ານີ້ສືບຕໍ່ເຖິງບາງ arbitrarily
ຈໍາ​ນວນ​ສູງ​.

ຖ້າຫນຶ່ງປະຕິບັດຄໍາສັ່ງ:

wget -r -l 2 http:// /1.html

ຫຼັງຈາກນັ້ນ 1html, 1gif, 2html, 2gif, ແລະ 3html ຈະຖືກດາວໂຫຼດ. ດັ່ງທີ່ເຈົ້າສາມາດເຫັນໄດ້,
3html ແມ່ນບໍ່ມີຄວາມຕ້ອງການຂອງຕົນ 3gif ເນື່ອງຈາກວ່າ Wget ແມ່ນພຽງແຕ່ການນັບຈໍານວນຂອງ
hops (ເຖິງ 2) ຫ່າງຈາກ 1html ເພື່ອກໍານົດບ່ອນທີ່ຈະຢຸດ recursion ໄດ້.
ຢ່າງໃດກໍຕາມ, ດ້ວຍຄໍາສັ່ງນີ້:

wget -r -l 2 -p http:// /1.html

ໄຟລ໌ຂ້າງເທິງທັງຫມົດ ແລະ 3htmlຕ້ອງການ 3gif ຈະຖືກດາວໂຫຼດ. ເຊັ່ນດຽວກັນ,

wget -r -l 1 -p http:// /1.html

ຈະເຮັດໃຫ້ເກີດ 1html, 1gif, 2html, ແລະ 2gif ເພື່ອດາວໂຫລດ. ຄົນເຮົາອາດຄິດວ່າ:

wget -r -l 0 -p http:// /1.html

ຈະດາວໂຫລດພຽງແຕ່ 1html ແລະ 1gif, ແຕ່ຫນ້າເສຍດາຍ, ນີ້ບໍ່ແມ່ນກໍລະນີ, ເພາະວ່າ
-l 0 ເທົ່າກັບ -l inf--- ນັ້ນ​ແມ່ນ, recursion infinite. ເພື່ອດາວໂຫລດ HTML ດຽວ
ຫນ້າ (ຫຼືຈໍານວນຫນ້ອຍຫນຶ່ງຂອງພວກເຂົາ, ທັງຫມົດທີ່ລະບຸໄວ້ໃນຄໍາສັ່ງຫຼືໃນ a -i ປ້ອນ URL
file) ແລະຄວາມຕ້ອງການຂອງມັນ (ຫຼືຂອງພວກເຂົາ), ພຽງແຕ່ອອກຈາກ -r ແລະ -l:

wget -p http:// /1.html

ໃຫ້ສັງເກດວ່າ Wget ຈະປະຕິບັດຄືກັບວ່າ -r ໄດ້ຖືກກໍານົດ, ແຕ່ວ່າພຽງແຕ່ຫນ້າດຽວແລະ
ຄວາມຕ້ອງການຂອງມັນຈະຖືກດາວໂຫຼດ. ການເຊື່ອມຕໍ່ຈາກຫນ້ານັ້ນໄປຫາເອກະສານພາຍນອກຈະ
ບໍ່ໄດ້ປະຕິບັດຕາມ. ຕົວຈິງແລ້ວ, ເພື່ອດາວໂຫລດຫນ້າດຽວແລະຄວາມຕ້ອງການທັງຫມົດຂອງມັນ (ເຖິງແມ່ນວ່າ
ພວກມັນມີຢູ່ໃນເວັບໄຊທ໌ແຍກຕ່າງຫາກ), ແລະໃຫ້ແນ່ໃຈວ່າ lots ສະແດງຢ່າງຖືກຕ້ອງຢູ່ໃນທ້ອງຖິ່ນ,
ຜູ້​ຂຽນ​ນີ້​ມັກ​ຈະ​ນໍາ​ໃຊ້​ທາງ​ເລືອກ​ຈໍາ​ນວນ​ຫນຶ່ງ​ນອກ​ຈາກ​ນັ້ນ​ -p:

wget -E -H -k -K -p http:// /

ເພື່ອຈົບຫົວຂໍ້ນີ້, ມັນຄວນຈະຮູ້ວ່າຄວາມຄິດຂອງ Wget ກ່ຽວກັບເອກະສານພາຍນອກ
ລິ້ງແມ່ນ URL ໃດນຶ່ງທີ່ລະບຸໄວ້ໃນ ແທັກ " ", an " "ແທັກ, ຫຼື" " tag ອື່ນໆ
ກວ່າ " ".

--ຄວາມ​ຄິດ​ເຫັນ​ຢ່າງ​ເຂັ້ມ​ງວດ​
ເປີດການແຍກວິເຄາະຄຳເຫັນ HTML ຢ່າງເຂັ້ມງວດ. ຄ່າເລີ່ມຕົ້ນແມ່ນເພື່ອຢຸດຕິຄໍາເຫັນຢູ່ທີ່
ການປະກົດຕົວຄັ້ງທໍາອິດຂອງ ->.

ອີງຕາມຂໍ້ມູນສະເພາະ, ຄໍາຄິດຄໍາເຫັນ HTML ສະແດງອອກເປັນ SGML ການປະກາດ.
ຖະແຫຼງການແມ່ນເຄື່ອງໝາຍພິເສດທີ່ເລີ່ມຕົ້ນດ້ວຍ <! ແລະສິ້ນສຸດດ້ວຍ >, ເຊັ່ນ​ວ່າ <!DOCTYPE
...>, ທີ່ອາດຈະປະກອບດ້ວຍຄໍາເຫັນລະຫວ່າງຄູ່ຂອງ -- ຕົວຂັ້ນ. ຄໍາເຫັນ HTML ແມ່ນ
"ການປະກາດຫວ່າງເປົ່າ", ການປະກາດ SGML ໂດຍບໍ່ມີຂໍ້ຄວາມທີ່ບໍ່ມີຄໍາເຫັນ. ດັ່ງນັ້ນ,
ເປັນຄໍາຄິດເຫັນທີ່ຖືກຕ້ອງ, ແລະດັ່ງນັ້ນ <!--ຫນຶ່ງ-- --ສອງ-->, ແຕ່ ບໍ່​ແມ່ນ.

ໃນທາງກົງກັນຂ້າມ, ນັກຂຽນ HTML ສ່ວນໃຫຍ່ບໍ່ໄດ້ຮັບຮູ້ຄໍາເຫັນເປັນສິ່ງອື່ນນອກເຫນືອຈາກ
ຂໍ້ຄວາມທີ່ຂັ້ນດ້ວຍ <!-- ແລະ ->, ເຊິ່ງບໍ່ຄືກັນ. ຕົວຢ່າງ, ບາງສິ່ງບາງຢ່າງ
ຄື ເຮັດວຽກເປັນຄໍາເຫັນທີ່ຖືກຕ້ອງຕາບໃດທີ່ຈໍານວນຂອງ dashes ເປັນ
ຄູນຂອງສີ່ (!). ຖ້າບໍ່ແມ່ນ, ຄວາມຄິດເຫັນທາງດ້ານວິຊາການຈະແກ່ຍາວເຖິງຕໍ່ໄປ --, ທີ່
ອາດຈະຢູ່ໃນຕອນທ້າຍຂອງເອກະສານ. ເນື່ອງຈາກວ່ານີ້, ຕົວທ່ອງເວັບທີ່ນິຍົມຫຼາຍ
ບໍ່ສົນໃຈຂໍ້ມູນສະເພາະ ແລະປະຕິບັດສິ່ງທີ່ຜູ້ໃຊ້ຄາດຫວັງໄວ້:
ຄໍາ​ເຫັນ​ຈໍາ​ກັດ​ດ້ວຍ​ <!-- ແລະ ->.

ຈົນກ່ວາສະບັບ 1.9, Wget ຕີຄວາມເຫັນຢ່າງເຂັ້ມງວດ, ເຊິ່ງເຮັດໃຫ້ການເຊື່ອມຕໍ່ຂາດຫາຍໄປ
ໃນຫຼາຍຫນ້າເວັບທີ່ສະແດງໄດ້ດີໃນຕົວທ່ອງເວັບ, ແຕ່ມີຄວາມໂຊກຮ້າຍຂອງ
ມີຄຳເຫັນທີ່ບໍ່ສອດຄ່ອງກັນ. ເລີ່ມຕົ້ນດ້ວຍສະບັບ 1.9, Wget ໄດ້ເຂົ້າຮ່ວມ
ການຈັດອັນດັບຂອງລູກຄ້າທີ່ປະຕິບັດຄໍາຄິດເຫັນ "naive", ຢຸດຕິຄໍາເຫັນແຕ່ລະຄົນຢູ່ທີ່
ການປະກົດຕົວຄັ້ງທໍາອິດຂອງ ->.

ຖ້າເຫດຜົນໃດກໍ່ຕາມ, ທ່ານຕ້ອງການການວິເຄາະຄວາມເຫັນທີ່ເຄັ່ງຄັດ, ໃຫ້ໃຊ້ຕົວເລືອກນີ້ເພື່ອປ່ຽນມັນ
ກ່ຽວ​ກັບ​ການ​.

ປະກົດຕົວ ຍອມຮັບ/ປະຕິເສດ ທາງເລືອກໃນການ
-A ບັນຊີລາຍການ --ຍອມ​ຮັບ ບັນຊີລາຍການ
-R ປະຕິເສດ --ປະຕິເສດ ປະຕິເສດ
ລະບຸລາຍການທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດຂອງຄຳຕໍ່ທ້າຍຊື່ໄຟລ໌ ຫຼືຮູບແບບເພື່ອຍອມຮັບ ຫຼືປະຕິເສດ.
ຈື່ໄວ້ວ່າຖ້າມີຕົວອັກສອນແທນຕົວໃດນຶ່ງ, *, ?, [ or ], ປະກົດຢູ່ໃນອົງປະກອບຂອງ
ບັນຊີລາຍການ or ປະຕິເສດ, ມັນຈະຖືກປະຕິບັດເປັນຮູບແບບ, ແທນທີ່ຈະເປັນ suffix. ໃນ​ນີ້
ກໍ​ລະ​ນີ​, ທ່ານ​ຈໍາ​ເປັນ​ຕ້ອງ​ໄດ້​ປະ​ກອບ​ຮູບ​ແບບ​ເຂົ້າ​ໄປ​ໃນ​ວົງ​ຢືມ​ເພື່ອ​ປ້ອງ​ກັນ​ບໍ່​ໃຫ້​ແກະ​ຂອງ​ທ່ານ​ຈາກ​ການ​ຂະ​ຫຍາຍ​ຕົວ​
ມັນ, ຄືໃນ -A "*.mp3" or -A '*.mp3'.

--ຍອມຮັບ-regex urlregex
--reject-regex urlregex
ລະບຸການສະແດງອອກປົກກະຕິເພື່ອຍອມຮັບຫຼືປະຕິເສດ URL ທີ່ສົມບູນ.

--regex-type regextype
ລະບຸປະເພດການສະແດງອອກປົກກະຕິ. ປະເພດທີ່ເປັນໄປໄດ້ແມ່ນ ບວກ or pcre. ໃຫ້ສັງເກດວ່າ
ສາມາດນໍາໃຊ້ pcre ປະເພດ, wget ຕ້ອງໄດ້ຮັບການລວບລວມດ້ວຍການສະຫນັບສະຫນູນ libpcre.

-D domain-list
--domains=domain-list
ກໍານົດໂດເມນທີ່ຈະປະຕິບັດຕາມ. domain-list ແມ່ນລາຍຊື່ໂດເມນທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດ. ຫມາຍ​ເຫດ​
ທີ່ມັນເຮັດ ບໍ່ ເປີດ -H.

--exclude-domains domain-list
ລະບຸໂດເມນທີ່ເປັນ ບໍ່ ທີ່ຈະຖືກປະຕິບັດຕາມ.

--follow-ftp
ປະຕິບັດຕາມການເຊື່ອມຕໍ່ FTP ຈາກເອກະສານ HTML. ໂດຍບໍ່ມີທາງເລືອກນີ້, Wget ຈະບໍ່ສົນໃຈທັງຫມົດ
ການເຊື່ອມຕໍ່ FTP.

--follow-tags=ບັນຊີລາຍຊື່
Wget ມີຕາຕະລາງພາຍໃນຂອງ HTML tag / attribute ຄູ່ທີ່ມັນພິຈາລະນາເວລາ
ຊອກຫາເອກະສານທີ່ເຊື່ອມໂຍງໃນລະຫວ່າງການດຶງຂໍ້ມູນຄືນ. ຖ້າຜູ້ໃຊ້ຕ້ອງການພຽງແຕ່ a
ຊຸດຍ່ອຍຂອງແທັກເຫຼົ່ານັ້ນທີ່ຈະພິຈາລະນາ, ຢ່າງໃດກໍຕາມ, ລາວຫຼືນາງຄວນຈະຖືກລະບຸແທັກດັ່ງກ່າວ
ໃນເຄື່ອງໝາຍຈຸດທີ່ຂັ້ນກັນ ບັນຊີລາຍຊື່ ດ້ວຍຕົວເລືອກນີ້.

--ignore-tags=ບັນຊີລາຍຊື່
ນີ້ແມ່ນກົງກັນຂ້າມຂອງ --follow-tags ທາງເລືອກ. ເພື່ອຂ້າມແທັກ HTML ທີ່ແນ່ນອນເມື່ອ
ຊອກຫາເອກະສານເພື່ອດາວໂຫຼດ, ລະບຸພວກມັນຢູ່ໃນເຄື່ອງໝາຍຈຸດທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດ ບັນຊີລາຍຊື່.

ໃນອະດີດ, ທາງເລືອກນີ້ແມ່ນການເດີມພັນທີ່ດີທີ່ສຸດສໍາລັບການດາວໂຫລດຫນ້າດຽວແລະມັນ
ຄວາມຕ້ອງການ, ການນໍາໃຊ້ເສັ້ນຄໍາສັ່ງເຊັ່ນ:

wget --ignore-tags=a,area -H -k -K -r http:// /

ຢ່າງໃດກໍຕາມ, ຜູ້ຂຽນຂອງທາງເລືອກນີ້ມາໃນທົ່ວຫນ້າທີ່ມີ tags ເຊັ່ນ "
HREF="/">" ແລະມາຮອດການຮັບຮູ້ວ່າການລະບຸແທັກທີ່ຈະບໍ່ສົນໃຈແມ່ນບໍ່ພຽງພໍ.
ຄົນເຮົາບໍ່ພຽງແຕ່ບອກ Wget ໃຫ້ລະເລີຍ " ", ເນື່ອງຈາກວ່າຫຼັງຈາກນັ້ນ stylesheets ຈະບໍ່ເປັນ
ດາວໂຫຼດແລ້ວ. ໃນປັດຈຸບັນການເດີມພັນທີ່ດີທີ່ສຸດສໍາລັບການດາວໂຫຼດຫນ້າດຽວແລະຄວາມຕ້ອງການຂອງມັນແມ່ນ
ອຸທິດຕົນ - ໜ້າ ທີ່ ຈຳ ເປັນ ທາງເລືອກ.

-- ignore-case
ບໍ່ສົນໃຈກໍລະນີໃນເວລາທີ່ຈັບຄູ່ໄຟລ໌ແລະໄດເລກະທໍລີ. ນີ້ມີອິດທິພົນຕໍ່ພຶດຕິກໍາຂອງ -R,
-A, -I, ແລະ -X ທາງເລືອກ, ເຊັ່ນດຽວກັນກັບ globbing ປະຕິບັດໃນເວລາທີ່ດາວໂຫຼດຈາກ FTP
ພື້ນ​ທີ່. ຕົວຢ່າງ, ດ້ວຍທາງເລືອກນີ້, -A "*.txt" ຈະກົງກັນ file1.txt, ແຕ່ຍັງ
file2.TXT, file3.TxT, ແລະອື່ນໆ. ຄໍາເວົ້າໃນຕົວຢ່າງແມ່ນເພື່ອປ້ອງກັນບໍ່ໃຫ້ຫອຍ
ຈາກການຂະຫຍາຍຮູບແບບ.

-H
--span-hosts
ເປີດໃຊ້ການຂະຫຍາຍໄປທົ່ວໂຮສໃນເວລາເຮັດການດຶງຂໍ້ມູນຊໍ້າຄືນ.

-L
--ພີ່ນ້ອງ
ປະຕິບັດຕາມການເຊື່ອມຕໍ່ພີ່ນ້ອງເທົ່ານັ້ນ. ເປັນປະໂຫຍດສໍາລັບການດຶງເອົາຫນ້າທໍາອິດສະເພາະໂດຍບໍ່ມີການໃດໆ
ສິ່ງລົບກວນ, ບໍ່ແມ່ນແຕ່ຜູ້ທີ່ມາຈາກເຈົ້າພາບດຽວກັນ.

-I ບັນຊີລາຍຊື່
--include-directories=ບັນຊີລາຍຊື່
ລະບຸລາຍຊື່ໄດເຣັກທໍຣີທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດທີ່ທ່ານຕ້ອງການທີ່ຈະຕິດຕາມໃນເວລາດາວໂຫຼດ.
ອົງປະກອບຂອງ ບັນຊີລາຍຊື່ ອາດ​ມີ​ຕົວ​ແທນ.

-X ບັນຊີລາຍຊື່
--exclude-directories=ບັນຊີລາຍຊື່
ລະບຸລາຍຊື່ໄດເຣັກທໍຣີທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດທີ່ທ່ານຕ້ອງການຍົກເວັ້ນຈາກການດາວໂຫຼດ.
ອົງປະກອບຂອງ ບັນຊີລາຍຊື່ ອາດ​ມີ​ຕົວ​ແທນ.

-e.g
--ບໍ່ມີພໍ່ແມ່
ຢ່າຂຶ້ນໄປຫາໄດເຣັກທໍຣີຫຼັກເມື່ອດຶງຂໍ້ມູນຊ້ຳຄືນມາ. ນີ້​ແມ່ນ
ທາງເລືອກທີ່ເປັນປະໂຫຍດ, ເນື່ອງຈາກວ່າມັນຮັບປະກັນວ່າມີພຽງແຕ່ໄຟລ໌ ຕ່ໍາກວ່າ ລໍາດັບຊັ້ນທີ່ແນ່ນອນຈະ
ໄດ້ຮັບການດາວໂຫຼດ.

ENVIRONMENT

Wget ຮອງຮັບພຣັອກຊີສຳລັບການດຶງຂໍ້ມູນ HTTP ແລະ FTP. ວິທີການມາດຕະຖານເພື່ອລະບຸຕົວແທນ
ສະຖານທີ່, ເຊິ່ງ Wget ຮັບຮູ້, ກໍາລັງໃຊ້ຕົວແປສະພາບແວດລ້ອມຕໍ່ໄປນີ້:

http_proxy
https_proxy
ຖ້າຕັ້ງ, ໄດ້ http_proxy ແລະ https_proxy ຕົວແປຄວນມີ URLs ຂອງ
ຕົວແທນສໍາລັບການເຊື່ອມຕໍ່ HTTP ແລະ HTTPS ຕາມລໍາດັບ.

ftp_proxy
ຕົວແປນີ້ຄວນຈະມີ URL ຂອງພຣັອກຊີສໍາລັບການເຊື່ອມຕໍ່ FTP. ມັນແມ່ນຂ້ອນຂ້າງ
ທົ່ວໄປວ່າ http_proxy ແລະ ftp_proxy ຖືກຕັ້ງເປັນ URL ດຽວກັນ.

no_proxy
ຕົວແປນີ້ຄວນມີລາຍຊື່ທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດຂອງຕົວແທນສ່ວນຂະຫຍາຍໂດເມນຄວນ
ບໍ່ ຖືກນໍາໃຊ້ສໍາລັບ. ສໍາລັບຕົວຢ່າງ, ຖ້າຫາກວ່າມູນຄ່າຂອງ no_proxy is .mit.edu, ຕົວແທນຈະບໍ່
ຖືກນໍາໃຊ້ເພື່ອດຶງເອກະສານຈາກ MIT.

ອອກ STATUS

Wget ອາດຈະສົ່ງຄືນຫນຶ່ງໃນລະຫັດຄວາມຜິດພາດຫຼາຍຖ້າມັນພົບບັນຫາ.

0 ບໍ່ມີບັນຫາເກີດຂຶ້ນ.

1 ລະຫັດຄວາມຜິດພາດທົ່ວໄປ.

2 Parse error --- ສໍາ​ລັບ​ຕົວ​ຢ່າງ​, ໃນ​ເວ​ລາ​ທີ່ parsing ທາງ​ເລືອກ​ບັນ​ດາ​ຄໍາ​ສັ່ງ​, ໄດ້​ .wgetrc or
.netrc...

3 ໄຟລ໌ I/O ຜິດພາດ.

4 ຄວາມລົ້ມເຫຼວຂອງເຄືອຂ່າຍ.

5 ການຢັ້ງຢືນ SSL ລົ້ມເຫລວ.

6 ການພິສູດຢືນຢັນຊື່ຜູ້ໃຊ້/ລະຫັດຜ່ານລົ້ມເຫລວ.

7 ຄວາມ​ຜິດ​ພາດ Protocol.

8 ເຊີບເວີອອກຄໍາຕອບຂໍ້ຜິດພາດ.

ມີຂໍ້ຍົກເວັ້ນຂອງ 0 ແລະ 1, ລະຫັດທາງອອກທີ່ມີຕົວເລກຕ່ໍາກວ່າມີລໍາດັບສູງກວ່າ -
ຕົວເລກ, ເມື່ອພົບຄວາມຜິດພາດຫຼາຍປະເພດ.

ໃນຮຸ່ນຂອງ Wget ກ່ອນ 1.12, ສະຖານະການອອກຂອງ Wget ມັກຈະບໍ່ມີປະໂຫຍດແລະ
ບໍ່ສອດຄ່ອງ. ການດາວໂຫຼດແບບຊ້ຳໆຈະກັບຄືນມາສະເໝີ 0 (ຄວາມສຳເລັດ), ໂດຍບໍ່ສົນເລື່ອງ
ບັນຫາໃດໆທີ່ພົບ, ແລະການດຶງຂໍ້ມູນທີ່ບໍ່ແມ່ນ recursive ພຽງແຕ່ສົ່ງຄືນສະຖານະທີ່ສອດຄ້ອງກັນ
ໄປຫາການດາວໂຫຼດທີ່ພະຍາຍາມຫຼ້າສຸດ.

ໃຊ້ wget ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net