ນີ້ແມ່ນຄໍາສັ່ງ rainbows ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
rainbows - ຄໍາສັ່ງຄ້າຍຄື rackup ເພື່ອເປີດຕົວ Rainbows!
ສະຫຼຸບສັງລວມ
rainbows [-c CONFIG_FILE] [-E RACK_ENV] [-D] [RACKUP_FILE]
ລາຍລະອຽດ
A rackup(1) ຄ້າຍຄືຄໍາສັ່ງທີ່ຈະເປີດຕົວຄໍາຮ້ອງສະຫມັກ Rack ໂດຍໃຊ້ Rainbows!. ມັນຄາດວ່າຈະ
ເລີ່ມຕົ້ນຢູ່ໃນຮາກແອັບພລິເຄຊັນຂອງທ່ານ (APP_ROOT), ແຕ່ຄໍາສັ່ງ "working_directory" ອາດຈະ
ຖືກນໍາໃຊ້ໃນ CONFIG_FILE.
ໃນຂະນະທີ່ Rainbows! ໃຊ້ເວລາຫຼາຍທາງເລືອກແຖວຄໍາສັ່ງສໍາລັບການເຂົ້າກັນໄດ້ກັບ ruby(1) ແລະ
rackup(1), ມັນແມ່ນແນະນໍາໃຫ້ຕິດກັບທາງເລືອກໃນບັນຊີຄໍາສັ່ງຈໍານວນຫນ້ອຍທີ່ລະບຸໄວ້ໃນ
SYNOPSIS ແລະໃຊ້ CONFIG_FILE ເທົ່າທີ່ເປັນໄປໄດ້.
RACKUP ເອກະສານ
ນີ້ເປັນຄ່າເລີ່ມຕົ້ນຂອງ "config.ru" ໃນ APP_ROOT. ມັນຄວນຈະເປັນໄຟລ໌ດຽວກັນທີ່ໃຊ້ໂດຍ rackup(1)
ແລະ launchers Rack ອື່ນໆ, ມັນໃຊ້ Rack::ຜູ້ກໍ່ສ້າງ DSL.
ທາງເລືອກແຖວຄໍາສັ່ງທີ່ຝັງຢູ່ສ່ວນໃຫຍ່ແມ່ນໄດ້ແຍກອອກສໍາລັບການເຂົ້າກັນໄດ້ກັບ rackup(1) ແຕ່ວ່າ
ທໍ້ຖອຍໃຈຢ່າງແຮງ.
UNICORN OPTIONS
-c, --config-file CONFIG_FILE
ເສັ້ນທາງໄປຫາໄຟລ໌ config ສະເພາະຂອງ Unicorn. ໄຟລ໌ config ຖືກປະຕິບັດເປັນ Ruby
DSL, ດັ່ງນັ້ນລະຫັດ Ruby ອາດຈະຖືກປະຕິບັດ. ເບິ່ງ RDoc/ri ສໍາລັບ Unicorn::Configurator
ຫ້ອງຮຽນສໍາລັບບັນຊີລາຍຊື່ເຕັມຂອງຄໍາແນະນໍາທີ່ມີຢູ່ໃນ DSL.
-D, --daemonize
ດໍາເນີນການ daemonized ໃນພື້ນຫລັງ. ຂະບວນການແມ່ນແຍກອອກຈາກການຄວບຄຸມ
terminal ແລະ stdin ຖືກໂອນໄປຫາ "/dev/null". ບໍ່ເຫມືອນກັບ daemon UNIX ທົ່ວໄປຈໍານວນຫຼາຍ,
ພວກເຮົາບໍ່ chdir ກັບ "/" ຕາມ daemonization ເພື່ອອະນຸຍາດໃຫ້ຄວບຄຸມຫຼາຍກວ່າ
ຂະບວນການເລີ່ມຕົ້ນ / ຍົກລະດັບ. ເວັ້ນເສຍແຕ່ໄດ້ລະບຸໄວ້ໃນ CONFIG_FILE, stderr ແລະ stdout
ຍັງຈະຖືກໂອນໄປຫາ “/dev/null”.
-E, --env RACK_ENV
ແລ່ນພາຍໃຕ້ RACK_ENV ທີ່ໃຫ້ໄວ້. ເບິ່ງພາກສ່ວນ RACK ENVIRONMENT ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ.
-l, --ຟັງ ADDRESS
ຟັງຢູ່ໃນ ADDRESS ທີ່ລະບຸ. ທີ່ຢູ່ອາດຈະຢູ່ໃນຮູບແບບຂອງ HOST:PORT ຫຼື PATH,
HOST:PORT ຖືກປະຕິບັດເພື່ອຫມາຍເຖິງເຕົ້າຮັບ TCP ແລະ PATH ແມ່ນຫມາຍເຖິງເສັ້ນທາງໄປສູ່ UNIX.
ເຕົ້າຮັບໂດເມນ. ຄ່າເລີ່ມຕົ້ນເປັນ “0.0.0.0:8080” (ທີ່ຢູ່ທັງໝົດຢູ່ໃນພອດ TCP 8080) ສໍາລັບ
ການປະຕິບັດການຜະລິດ, ການລະບຸຄໍາສັ່ງ "ຟັງ" ໃນ CONFIG_FILE ແມ່ນ
ແນະນໍາເພາະມັນອະນຸຍາດໃຫ້ປັບປັບທາງເລືອກຂອງເຕົ້າຮັບ.
RACKUP ຄວາມເຂົ້າກັນໄດ້ OPTIONS
-o, -ເຈົ້າພາບ ທີ່ສຸດ
ຟັງຢູ່ໃນເຕົ້າຮັບ TCP ທີ່ເປັນຂອງ HOST, ຄ່າເລີ່ມຕົ້ນແມ່ນ “0.0.0.0” (ທີ່ຢູ່ທັງໝົດ). ຖ້າ
ລະບຸຫຼາຍຄັ້ງໃນແຖວຄໍາສັ່ງ, ພຽງແຕ່ຄ່າທີ່ລະບຸສຸດທ້າຍເທົ່ານັ້ນ
ຜົນກະທົບ. ທາງເລືອກນີ້ມີພຽງແຕ່ສໍາລັບຄວາມເຂົ້າກັນໄດ້ກັບ rackup(1) ຄໍາສັ່ງ, ການນໍາໃຊ້
ແນະນຳໃຫ້ປ່ຽນ “-l”/“--listen” ແທນ.
-p, --ພອດ PORT
ຟັງຢູ່ໃນ TCP PORT ທີ່ລະບຸໄວ້, ຄ່າເລີ່ມຕົ້ນແມ່ນ 8080. ຖ້າລະບຸຫຼາຍຄັ້ງເປີດ
ເສັ້ນຄໍາສັ່ງ, ພຽງແຕ່ຄ່າທີ່ກໍານົດສຸດທ້າຍເທົ່ານັ້ນທີ່ມີຜົນ. ທາງເລືອກນີ້ເທົ່ານັ້ນ
ມີຢູ່ສໍາລັບການເຂົ້າກັນໄດ້ກັບ rackup(1) ຄໍາສັ່ງ, ການນໍາໃຊ້ຂອງ "-l" / "--listen" ສະຫຼັບ
ແມ່ນແນະນໍາແທນ.
- ແມ່ນແລ້ວ, --ເຊີບເວີ ຜູ້ໃຫ້ບໍລິການ
No-op, ນີ້ມີພຽງແຕ່ສໍາລັບການເຂົ້າກັນໄດ້ກັບ rackup(1).
ຮູເບີນ OPTIONS
-e, --eval LINE
ປະເມີນລະຫັດ LINE ຂອງ Ruby. ການປະເມີນຜົນນີ້ເກີດຂຶ້ນທັນທີຕາມຄໍາສັ່ງ -
ແຖວກຳລັງຖືກວິເຄາະ.
-d, --debug
ເປີດໂໝດດີບັກ, ຕົວແປ $DEBUG ຖືກຕັ້ງເປັນຖືກຕ້ອງ.
-w, --ເຕືອນ
ເປີດໃຊ້ຄຳເຕືອນ verbose, ຕົວແປ $VERBOSE ຖືກຕັ້ງເປັນຖືກຕ້ອງ.
- ຂ້ອຍ, --ລວມ PATH
ລະບຸ $LOAD_PATH. PATH ຈະຖືກນຳໜ້າເປັນ $LOAD_PATH. ຕົວອັກສອນ ':' ອາດ
ຖືກນໍາໃຊ້ເພື່ອ delimit ຫຼາຍໄດເລກະທໍລີ. ຄໍາສັ່ງນີ້ອາດຈະຖືກນໍາໃຊ້ຫຼາຍກ່ວາ
ຄັ້ງດຽວ. ການດັດແປງ $LOAD_PATH ເກີດຂຶ້ນໃນທັນທີ ແລະຕາມລໍາດັບ
ໄດ້ຖືກລະບຸໄວ້ໃນເສັ້ນຄໍາສັ່ງ.
-r, -- ຕ້ອງການ ຫໍສະຫມຸດ
ຕ້ອງການຫ້ອງສະຫມຸດທີ່ລະບຸໄວ້ກ່ອນທີ່ຈະດໍາເນີນການຄໍາຮ້ອງສະຫມັກ. "ຕ້ອງການ"
ຄໍາຖະແຫຼງທີ່ຈະຖືກປະຕິບັດທັນທີແລະໃນຄໍາສັ່ງທີ່ເຂົາເຈົ້າໄດ້ຖືກລະບຸໄວ້ໃນ
ເສັ້ນຄໍາສັ່ງ.
ລາຍເຊັນ
ສັນຍານ UNIX ຕໍ່ໄປນີ້ອາດຈະຖືກສົ່ງໄປຫາຂະບວນການຕົ້ນສະບັບ:
· HUP - ໂຫຼດໄຟລ໌ config, app, ແລະ restart ພະນັກງານທຸກຄົນຢ່າງສະຫງ່າງາມ
· INT/TERM - ປິດໄວ, ຂ້າພະນັກງານທັງຫມົດໃນທັນທີ
· QUIT - ການປິດຢ່າງສະຫງ່າງາມ, ລໍຖ້າໃຫ້ຄົນງານເຮັດສໍາເລັດການຮ້ອງຂໍໃນປະຈຸບັນຂອງພວກເຂົາກ່ອນ
ຈົບ.
· USR1 - ເປີດຄືນບັນທຶກທັງໝົດທີ່ເປັນເຈົ້າຂອງໂດຍນາຍ ແລະຄົນງານທັງໝົດ ເບິ່ງ Unicorn::Util.reopen_logs
ສໍາລັບສິ່ງທີ່ຖືວ່າເປັນບັນທຶກ.
· USR2 - reexecute binary ແລ່ນ. QUIT ແຍກຕ່າງຫາກຄວນຈະຖືກສົ່ງໄປຫາຕົ້ນສະບັບ
ຂະບວນການເມື່ອເດັກໄດ້ຮັບການຢັ້ງຢືນວ່າຂຶ້ນແລະແລ່ນ.
· WINCH - ຢຸດຄົນງານຢ່າງສະຫງ່າງາມແຕ່ໃຫ້ແມ່ບົດແລ່ນ. ນີ້ພຽງແຕ່ຈະເຮັດວຽກສໍາລັບ
ຂະບວນການ daemonized.
· TTIN - ເພີ່ມຈໍານວນຂະບວນການຂອງພະນັກງານໂດຍຫນຶ່ງ
· TTOU - ຫຼຸດຈໍານວນຂະບວນການຂອງພະນັກງານໂດຍຫນຶ່ງ
ເບິ່ງສັນຍານ (http://rainbows.rubyforge.org/SIGNALS.html) ເອກະສານສໍາລັບລາຍລະອຽດເຕັມ
ຂອງສັນຍານທັງໝົດທີ່ໃຊ້ໂດຍ Rainbows!.
RACK ENVIRONMENT
ຄ່າທີ່ຍອມຮັບຂອງ RACK_ENV ແລະຕົວກາງທີ່ພວກມັນໂຫລດໂດຍອັດຕະໂນມັດ (ນອກ
RACKUP_FILE) ແມ່ນຄືກັນກັບທີ່ຢູ່ໃນ rackup(1):
· ການພັດທະນາ - loads Rack::CommonLogger, Rack::ShowExceptions, and Rack::Lint middleware
· ການນຳໃຊ້ - loads Rack::CommonLogger middleware
· none - ບໍ່ມີຕົວກາງໃດໆເລີຍ, ໂດຍອາໄສ RACKUP_FILE ທັງໝົດ
ຄ່າທີ່ບໍ່ໄດ້ຮັບການຮັບຮູ້ທັງໝົດສຳລັບ RACK_ENV ແມ່ນຖືວ່າ “ບໍ່ມີ”. ການປະຕິບັດການຜະລິດແມ່ນ
ຊຸກຍູ້ຢ່າງແຂງແຮງໃຫ້ໃຊ້ "ການປັບໃຊ້" ຫຼື "ບໍ່ມີ" ເພື່ອປະສິດທິພາບສູງສຸດ.
ໃຫ້ສັງເກດວ່າ Rack::ContentLength ແລະ Rack::Chunked Middlewares ບໍ່ເຄີຍຖືກໂຫລດໂດຍ
ຄ່າເລີ່ມຕົ້ນ. ຖ້າຕ້ອງການ, ພວກມັນຄວນຈະຖືກລະບຸເປັນສ່ວນບຸກຄົນໃນ RACKUP_FILE, ບາງອັນ
ກອບບໍ່ຮຽກຮ້ອງໃຫ້ມີພວກມັນ.
ໃຊ້ສາຍຮຸ້ງອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
