GoGPT Best VPN GoSearch

OnWorks favicon

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

ແລ່ນ unicorn ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີຜ່ານ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator

ນີ້ແມ່ນ unicorn ຄໍາສັ່ງທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator

ໂຄງການ:

NAME


unicorn - ຄໍາສັ່ງຄ້າຍຄື rackup ເພື່ອເປີດເຄື່ອງແມ່ຂ່າຍຂອງ Unicorn HTTP

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


unicorn [-c CONFIG_FILE] [-E RACK_ENV] [-D] [RACKUP_FILE]

ລາຍລະອຽດ


A rackup(1) ຄ້າຍຄືຄໍາສັ່ງທີ່ຈະເປີດຕົວຄໍາຮ້ອງສະຫມັກ Rack ໂດຍໃຊ້ Unicorn. ຄາດວ່າຈະເປັນ
ເລີ່ມຕົ້ນຢູ່ໃນຮາກແອັບພລິເຄຊັນຂອງທ່ານ (APP_ROOT), ແຕ່ຄໍາສັ່ງ "working_directory" ອາດຈະເປັນ
ໃຊ້ໃນ CONFIG_FILE.

ໃນຂະນະທີ່ unicorn ໃຊ້ເວລາຫຼາຍທາງເລືອກແຖວຄໍາສັ່ງສໍາລັບການເຂົ້າກັນໄດ້ກັບ 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. ການນໍາໃຊ້ຢ່າງແທ້ຈິງ
ເສັ້ນທາງສໍາລັບ CONFIG_FILE ແມ່ນແນະນໍາຍ້ອນວ່າມັນເຮັດໃຫ້ Unicorn ຫຼາຍຕົວຢ່າງ
ສາມາດແຍກແຍະໄດ້ຢ່າງງ່າຍດາຍເມື່ອເບິ່ງ ps(1) ຜົນຜະລິດ.

-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 ແມ່ນ
ແນະນໍາເພາະມັນອະນຸຍາດໃຫ້ປັບປັບທາງເລືອກຂອງເຕົ້າຮັບ.

-N, --no-default-middleware
ປິດການໂຫຼດຕົວກາງທີ່ບົ່ງບອກໂດຍ RACK_ENV. ນີ້ຂ້າມການຕັ້ງຄ່າ
ບັນທຶກຢູ່ໃນພາກສ່ວນ RACK ENVIRONMENT, ແຕ່ຍັງອະນຸຍາດໃຫ້ໃຊ້ RACK_ENV
ສໍາລັບຄໍາຮ້ອງສະຫມັກ / ກອບສະເພາະຈຸດປະສົງ.

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://unicorn.bogomips.org/SIGNALS.html) ເອກະສານສໍາລັບລາຍລະອຽດເຕັມ
ຂອງສັນຍານທັງຫມົດທີ່ໃຊ້ໂດຍ Unicorn.

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 ແມ່ນຖືວ່າ "ບໍ່ມີ". ການ​ປະ​ຕິ​ບັດ​ການ​ຜະ​ລິດ​ແມ່ນ​
ຊຸກຍູ້ຢ່າງແຂງແຮງໃຫ້ໃຊ້ "ການປັບໃຊ້" ຫຼື "ບໍ່ມີ" ເພື່ອປະສິດທິພາບສູງສຸດ.

ເປັນຂອງ Unicorn 0.94.0, RACK_ENV ຖືກສົ່ງອອກເປັນຕົວແປສະພາບແວດລ້ອມທົ່ວຂະບວນການເຊັ່ນດຽວກັນ.
ໃນຂະນະທີ່ບໍ່ໄດ້ປະຈຸບັນສ່ວນຫນຶ່ງຂອງ Rack specification ເປັນຂອງ Rack 1.0.1, ນີ້ໄດ້ກາຍເປັນ de
ມາດຕະຖານ facto ໃນໂລກ Rack.

ຫມາຍເຫດ Rack::ContentLength ແລະ Rack::Chunked Middlewares ຍັງຖືກໂຫລດໂດຍ "deployment"
ແລະ "ການພັດທະນາ", ແຕ່ບໍ່ມີຄ່າອື່ນໆຂອງ RACK_ENV. ຖ້າຕ້ອງການ, ພວກເຂົາຕ້ອງເປັນສ່ວນບຸກຄົນ
ລະບຸໄວ້ໃນ RACKUP_FILE, ບາງກອບບໍ່ຮຽກຮ້ອງໃຫ້ມີພວກມັນ.

ENVIRONMENT ຄວາມຮັບຜິດຊອບ


ຕົວແປ RACK_ENV ຖືກກໍານົດໂດຍປຸ່ມ -E ທີ່ໄດ້ກ່າວມາຂ້າງເທິງ. ທຸກໆແອັບພລິເຄຊັນ ຫຼືຫ້ອງສະໝຸດ-
ຕົວແປສະພາບແວດລ້ອມສະເພາະ (ເຊັ່ນ TMPDIR) ອາດຈະຖືກຕັ້ງຢູ່ໃນ Unicorn CONFIG_FILE ສະເໝີ
ນອກ ເໜືອ ໄປຈາກແກະທີ່ວາງໄຂ່. ເມື່ອຍົກລະດັບ Unicorn ຢ່າງໂປ່ງໃສ, ສະພາບແວດລ້ອມທັງຫມົດ
ຕົວແປທີ່ກໍານົດໄວ້ໃນຂະບວນການຕົ້ນສະບັບເກົ່າແມ່ນສືບທອດໂດຍຂະບວນການຕົ້ນສະບັບໃຫມ່. ຢູນິຄອນ
ພຽງແຕ່ໃຊ້ (ແລະຈະຂຽນທັບ) ສະພາບແວດລ້ອມ UNICORN_FD ທີ່ມີການປ່ຽນແປງພາຍໃນໃນເວລາທີ່ເຮັດ
ການຍົກລະດັບໂປ່ງໃສ.

UNICORN_FD ແມ່ນລາຍການທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດຂອງໜຶ່ງ ຫຼືຫຼາຍຕົວອະທິບາຍໄຟລ໌ທີ່ໃຊ້ເພື່ອປະຕິບັດ.
ການຍົກລະດັບ USR2. ລະ​ບົບ init ອາດ​ຈະ​ຜູກ​ມັດ​ຫູ​ຟັງ​ຕົວ​ມັນ​ເອງ​ແລະ spawn unicorn ກັບ​
UNICORN_FD ຕັ້ງເປັນຕົວເລກອະທິບາຍໄຟລ໌ຂອງຊ່ອງຟັງ. ຢູນິຄອນ
CONFIG_FILE ຍັງຄົງຕ້ອງມີຕົວກໍານົດການຟັງຊັນ socket ທີ່ສືບທອດກໍານົດໄວ້ເປັນປົກກະຕິ
ການເລີ່ມຕົ້ນ, ຖ້າບໍ່ດັ່ງນັ້ນ socket ຈະຖືກປິດ.

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


ເຊີບເວີ ແລະສະຖານີເຮັດວຽກຟຣີ

ດາວໂຫຼດແອັບ Windows ແລະ Linux

Linux ຄຳ ສັ່ງ

Ad




×
ການ​ໂຄ​ສະ​ນາ
?ຊື້ເຄື່ອງ, ຈອງ, ຫຼືຊື້ທີ່ນີ້ — ບໍ່ມີຄ່າໃຊ້ຈ່າຍ, ຊ່ວຍໃຫ້ການບໍລິການຟຣີ.