curcubee - Online în cloud

PROGRAM:

NUME

rainbows - comandă asemănătoare cu rackup pentru a lansa Rainbows!

REZUMAT

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

DESCRIERE

A a castiga(1) comandă asemănătoare pentru a lansa aplicații Rack folosind Rainbows!. Este de așteptat să
să fie pornit în rădăcina aplicației dvs. (APP_ROOT), dar directiva „working_directory” poate
să fie utilizat în CONFIG_FILE.

În timp ce Rainbows! necesită o multitudine de opțiuni de linie de comandă pentru compatibilitate cu rubin(1) și
a castiga(1), se recomandă să rămâneți la câteva opțiuni de linie de comandă specificate în
SINOPSIS și folosiți CONFIG_FILE cât mai mult posibil.

A CASTIGA FILE

Acesta este implicit „config.ru” în APP_ROOT. Ar trebui să fie același fișier folosit de a castiga(1)
și alte lansatoare Rack, folosește Rack::Constructor DSL.

Opțiunile de linie de comandă încorporate sunt în mare parte analizate pentru compatibilitate cu a castiga(1) dar
puternic descurajat.

INOROG OPŢIUNI

-c, --config-file CONFIG_FILE
Calea către fișierul de configurare specific Unicorn. Fișierul de configurare este implementat ca Ruby
DSL, deci codul Ruby poate fi executat. Consultați RDoc/ri pentru Unicorn::Configurator
clasa pentru lista completă a directivelor disponibile din DSL.

-D, --daemonize
Rulați demonizat în fundal. Procesul este detașat de control
terminalul și stdin este redirecționat către „/dev/null”. Spre deosebire de mulți daemoni UNIX obișnuiți,
nu facem chdir la „/” la demonizare pentru a permite mai mult control asupra
procesul de pornire/upgrade. Dacă nu este specificat în CONFIG_FILE, stderr și stdout
va fi, de asemenea, redirecționat către „/dev/null”.

-E, --env RACK_ENV
Rulați sub RACK_ENV dat. Consultați secțiunea MEDIU RACK pentru mai multe detalii.

-l, --asculta ADRESA
Ascultă la o anumită ADRESĂ. ADRESĂ poate fi sub forma HOST:PORT sau PATH,
HOST:PORT înseamnă un socket TCP și PATH este menit să fie o cale către un UNIX
priza de domeniu. Implicit la „0.0.0.0:8080” (toate adresele de pe portul TCP 8080) Pentru
implementări de producție, specificând directiva „ascultă” în CONFIG_FILE este
recomandat deoarece permite reglarea fină a opțiunilor de priză.

A CASTIGA COMPATIBILITATE OPŢIUNI

-o, --gazdă HOST
Ascultați pe un socket TCP aparținând HOST, implicit este „0.0.0.0” (toate adresele). Dacă
specificat de mai multe ori pe linia de comandă, ia doar ultima valoare specificată
efect. Această opțiune există doar pentru compatibilitate cu a castiga(1) comandă, folosire
se recomandă în schimb comutatorul „-l”/“--listen”.

-p, --port PORT
Ascultați pe portul TCP specificat, implicit este 8080. Dacă este specificat de mai multe ori, activat
linia de comandă, numai ultima valoare specificată are efect. Doar această opțiune
există pentru compatibilitate cu a castiga(1) comandă, utilizarea comutatorului „-l”/“--listen”.
este recomandat in schimb.

-da, --Server SERVER
Nu-op, asta există doar pentru compatibilitate cu a castiga(1).

RUBIN OPŢIUNI

-e, --eval LINE
Evaluați o LINIE de cod Ruby. Această evaluare are loc imediat ca comanda-
linia este analizată.

-d, --depanare
Activați modul de depanare, variabila $DEBUG este setată la adevărat.

-w, --a avertiza
Activați avertismentele detaliate, variabila $VERBOSE este setată la adevărat.

-Eu, --include PATH
specificați $LOAD_PATH. PATH va fi înaintea lui $LOAD_PATH. Caracterul „:” poate
poate fi folosit pentru a delimita mai multe directoare. Această directivă poate fi utilizată mai mult decât
o singura data. Modificările la $LOAD_PATH au loc imediat și în ordinea în care au loc
au fost specificate pe linia de comandă.

-r, --cere BIBLIOTECĂ
necesită o BIBLIOTECĂ specificată înainte de a executa aplicația. „cererea”
declarația va fi executată imediat și în ordinea în care au fost specificate pe
Linie de comanda.

SEMNALE

Următoarele semnale UNIX pot fi trimise către procesul principal:

· HUP - reîncărcați fișierul de configurare, aplicația și reporniți cu grație toți lucrătorii

· INT/TERM - oprire rapidă, ucide imediat toți lucrătorii

· INIȚI - închidere grațioasă, așteaptă ca lucrătorii să își termine cererea curentă înainte
finisare.

· USR1 - redeschide toate jurnalele deținute de maestru și de toți lucrătorii Vezi Unicorn::Util.reopen_logs
pentru ceea ce este considerat un buștean.

· USR2 - reexecută binarul care rulează. Un QUIT separat trebuie trimis la original
proces odată ce copilul este verificat că funcționează.

· TROLIU - oprește cu grație muncitorii, dar ține comandantul în funcțiune. Acest lucru va funcționa numai pentru
procese daemonizate.

· TTIN - crește numărul de procese de lucru cu unul

· TTOU - reduceți numărul de procese de lucru cu unul

Vezi SEMNALE (http://rainbows.rubyforge.org/SIGNALS.html) document pentru descriere completă
dintre toate semnalele folosite de Rainbows!.

RACK MEDIUL

Valorile acceptate ale RACK_ENV și middleware-ul pe care îl încarcă automat (în afara
RACKUP_FILE) sunt exact ca cele din a castiga(1):

· dezvoltare - încarcă Rack::CommonLogger, Rack::ShowExceptions și Rack::Lint middleware

· implementare - încarcă middleware-ul Rack::CommonLogger

· none - nu încarcă deloc middleware, bazându-se în întregime pe RACKUP_FILE

Se presupune că toate valorile nerecunoscute pentru RACK_ENV sunt „niciuna”. Implementările de producție sunt
este încurajat cu tărie să utilizați „implementarea” sau „niciunul” pentru performanță maximă.

Rețineți că middleware-urile Rack::ContentLength și Rack::Chunked nu sunt niciodată încărcate de
Mod implicit. Dacă este necesar, ar trebui să fie specificate individual în RACKUP_FILE, unele
cadrele nu le cer.

Utilizați curcubeele online folosind serviciile onworks.net