rainbows - Online sa Cloud

PROGRAMA:

NAME

rainbows - parang rackup na utos para ilunsad ang Rainbows!

SINOPSIS

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

DESCRIPTION

A rackup(1)-tulad ng utos upang ilunsad ang mga Rack application gamit ang Rainbows!. Inaasahan na
masimulan sa iyong ugat ng aplikasyon (APP_ROOT), ngunit ang direktiba na “working_directory” ay maaaring
gamitin sa CONFIG_FILE.

Habang si Rainbows! tumatagal ng napakaraming mga pagpipilian sa command-line para sa pagiging tugma sa mapula(1) at
rackup(1), inirerekumenda na manatili sa ilang mga opsyon sa command-line na tinukoy sa
SYNOPSIS at gamitin ang CONFIG_FILE hangga't maaari.

RACKUP FILE

Nagde-default ito sa "config.ru" sa APP_ROOT. Dapat ito ay ang parehong file na ginamit ng rackup(1)
at iba pang Rack launcher, ginagamit nito ang Rack::Tagabuo DSL.

Karamihan sa mga naka-embed na opsyon sa command-line ay na-parse para sa pagiging tugma sa rackup(1) ngunit
malakas ang loob.

UNICORN Opsyon

-c, --config-file CONFIG_FILE
Path sa Unicorn-specific na config file. Ang config file ay ipinatupad bilang isang Ruby
DSL, kaya maaaring ma-execute ang Ruby code. Tingnan ang RDoc/ri para sa Unicorn::Configurator
klase para sa buong listahan ng mga direktiba na makukuha mula sa DSL.

-D, --demonyo
Patakbuhin ang daemonized sa background. Ang proseso ay hiwalay mula sa pagkontrol
terminal at stdin ay na-redirect sa “/dev/null”. Hindi tulad ng maraming karaniwang UNIX daemon,
hindi namin chdir sa "/" sa daemonization upang payagan ang higit pang kontrol sa
proseso ng pagsisimula/pag-upgrade. Maliban kung tinukoy sa CONFIG_FILE, stderr at stdout
ire-redirect din sa “/dev/null”.

- Eh, --env RACK_ENV
Patakbuhin sa ilalim ng ibinigay na RACK_ENV. Tingnan ang seksyong RACK ENVIRONMENT para sa higit pang mga detalye.

-l, --makinig TIRAHAN
Nakikinig sa isang ibinigay na ADDRESS. Ang ADDRESS ay maaaring nasa anyong HOST:PORT o PATH,
HOST: Ang PORT ay nangangahulugang isang TCP socket at ang PATH ay sinadya upang maging isang landas sa isang UNIX
socket ng domain. Default sa "0.0.0.0:8080" (lahat ng address sa TCP port 8080) Para sa
mga deployment ng produksyon, na tumutukoy sa "makinig" na direktiba sa CONFIG_FILE ay
inirerekomenda dahil pinapayagan nito ang fine-tuning ng mga opsyon sa socket.

RACKUP Kakayahan na Opsyon

-o, --host HOST
Makinig sa isang TCP socket na pagmamay-ari ng HOST, ang default ay “0.0.0.0” (lahat ng address). Kung
tinukoy ng maraming beses sa command-line, tanging ang huling tinukoy na halaga ang tumatagal
epekto. Umiiral lang ang opsyong ito para sa compatibility sa rackup(1) utos, gamitin
ng switch na "-l"/"--listen" ang inirerekomenda sa halip.

-p, --port PORT
Makinig sa tinukoy na TCP PORT, ang default ay 8080. Kung tinukoy nang maraming beses sa
ang command-line, tanging ang huling tinukoy na halaga ang magkakabisa. Ang pagpipiliang ito lamang
umiiral para sa pagiging tugma sa rackup(1) utos, paggamit ng switch na “-l”/“--listen”.
ay inirerekomenda sa halip.

-oo, --server SERVER
No-op, ito ay umiiral lamang para sa pagiging tugma sa rackupNa (1).

RUBY Opsyon

-e, --eval LINE
Suriin ang isang LINE ng Ruby code. Ang pagsusuring ito ay nangyayari kaagad bilang utos-
na-parse ang linya.

-d, --debug
I-on ang debug mode, ang $DEBUG variable ay nakatakda sa true.

-w, --balaan
I-on ang mga verbose na babala, ang $VERBOSE variable ay nakatakda sa true.

-ako, --isama PATH
tukuyin ang $LOAD_PATH. Ang PATH ay ilalagay sa $LOAD_PATH. Ang karakter na ':' ay maaaring
gamitin upang magtakda ng maraming mga direktoryo. Ang direktiba na ito ay maaaring gamitin nang higit sa
minsan. Ang mga pagbabago sa $LOAD_PATH ay nagaganap kaagad at sa pagkakasunud-sunod ng mga ito
ay tinukoy sa command-line.

-r, --kailangan LIBRARY
nangangailangan ng isang tinukoy na LIBRARY bago isagawa ang aplikasyon. Ang "kailangan"
ang pahayag ay isasagawa kaagad at sa pagkakasunud-sunod na tinukoy sa
command-line.

Mga TANDA

Ang mga sumusunod na signal ng UNIX ay maaaring ipadala sa master process:

· HUP - i-reload ang config file, app, at magandang i-restart ang lahat ng mga manggagawa

· INT/TERM - mabilis na pagsara, agad na pinapatay ang lahat ng manggagawa

· QUIT - magandang pagsasara, naghihintay para sa mga manggagawa na matapos ang kanilang kasalukuyang kahilingan
pagtatapos

· USR1 - muling buksan ang lahat ng log na pagmamay-ari ng master at lahat ng manggagawa Tingnan ang Unicorn::Util.reopen_logs
para sa kung ano ang itinuturing na isang log.

· USR2 - muling isagawa ang tumatakbong binary. Ang isang hiwalay na QUIT ay dapat ipadala sa orihinal
proseso kapag na-verify na ang bata na gumagana na.

· WINCH - maganda ang paghinto ng mga manggagawa ngunit panatilihing tumatakbo ang master. Ito ay gagana lamang para sa
mga proseso ng daemonized.

· TTIN - dagdagan ng isa ang bilang ng mga proseso ng manggagawa

· TTOU - bawasan ng isa ang bilang ng mga proseso ng manggagawa

Tingnan ang mga SIGNAL (http://rainbows.rubyforge.org/SIGNALS.html) dokumento para sa buong paglalarawan
sa lahat ng signal na ginagamit ng Rainbows!.

RACK Kapaligiran

Mga tinatanggap na halaga ng RACK_ENV at ang middleware na awtomatiko nilang nilo-load (sa labas ng
RACKUP_FILE) ay eksakto sa mga nasa rackup(1):

· pag-unlad - naglo-load ng Rack::CommonLogger, Rack::ShowExceptions, at Rack::Lint middleware

· deployment - naglo-load ng Rack::CommonLogger middleware

· wala - hindi naglo-load ng middleware, ganap na umaasa sa RACKUP_FILE

Ang lahat ng hindi nakikilalang halaga para sa RACK_ENV ay ipinapalagay na "wala". Ang mga deployment ng produksyon ay
mahigpit na hinihikayat na gumamit ng "deployment" o "wala" para sa maximum na pagganap.

Tandaan na ang Rack::ContentLength at Rack::Chunked middlewares ay hindi kailanman nilo-load ng
default. Kung kinakailangan, dapat na isa-isang tinukoy ang mga ito sa RACKUP_FILE, ang ilan
frameworks ay hindi nangangailangan ng mga ito.

Gumamit ng rainbows online gamit ang mga serbisyo ng onworks.net