regenbogen - Online in de cloud

PROGRAMMA:

NAAM

regenbogen - rackup-achtig commando om Rainbows te starten!

KORTE INHOUD

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

PRODUCTBESCHRIJVING

A rack-up(1)-achtige opdracht om Rack-applicaties te starten met Rainbows!. De verwachting is dat dit wel het geval zal zijn
worden gestart in de root van uw applicatie (APP_ROOT), maar de richtlijn “working_directory” kan dat wel doen
worden gebruikt in het CONFIG_FILE.

Terwijl Regenbogen! heeft een groot aantal opdrachtregelopties nodig voor compatibiliteit met robijn(1) en
rack-up(1), wordt aanbevolen om vast te houden aan de weinige opdrachtregelopties die zijn gespecificeerd in het
SYNOPSIS en gebruik zoveel mogelijk het CONFIG_FILE.

RACK-UP FILE

Dit is standaard "config.ru" in APP_ROOT. Het moet hetzelfde bestand zijn dat wordt gebruikt door rack-up(1)
en andere Rack-launchers, gebruikt het de Rek::Bouwer ADSL.

Ingebedde opdrachtregelopties worden meestal geparseerd op compatibiliteit met rack-up(1) maar
sterk ontmoedigd.

UNICORN OPTIES

-C, --config-bestand CONFIG_FILE
Pad naar het Unicorn-specifieke configuratiebestand. Het configuratiebestand is geïmplementeerd als een Ruby
DSL, dus Ruby-code kan worden uitgevoerd. Zie het RDoc/ri voor de Eenhoorn::Configurator
class voor de volledige lijst met richtlijnen die beschikbaar zijn via de DSL.

-NS, --daemoniseren
Voer een daemonisatie uit op de achtergrond. Het proces staat los van de besturing
terminal en stdin wordt omgeleid naar “/dev/null”. In tegenstelling tot veel gangbare UNIX-daemons,
we chdir niet naar "/" bij daemonisatie om meer controle over de
opstart-/upgradeproces. Tenzij gespecificeerd in CONFIG_FILE, stderr en stdout
wordt ook doorgestuurd naar “/dev/null”.

-IS, --omg RACK_ENV
Uitvoeren onder de gegeven RACK_ENV. Zie het hoofdstuk RACKOMGEVING voor meer details.

-ik, --luisteren ADRES
Luistert op een bepaald ADRES. ADRES kan de vorm hebben van HOST:POORT of PATH,
Met HOST:PORT wordt een TCP-socket bedoeld en PATH is bedoeld als een pad naar een UNIX
domein socket. Standaard ingesteld op “0.0.0.0:8080” (alle adressen op TCP-poort 8080) Voor
productie-implementaties, waarbij de “listen” -richtlijn in CONFIG_FILE wordt gespecificeerd
aanbevolen omdat hierdoor de socketopties kunnen worden verfijnd.

RACK-UP COMPATIBILITEIT OPTIES

-O, --gastheer HOST
Luister op een TCP-socket die bij HOST hoort, de standaardwaarde is “0.0.0.0” (alle adressen). Als
meerdere keren opgegeven op de opdrachtregel, wordt alleen de laatst opgegeven waarde overgenomen
effect. Deze optie bestaat alleen voor compatibiliteit met de rack-up(1) opdracht, gebruik
In plaats daarvan wordt de schakelaar “-l”/“--listen” aanbevolen.

-P, --haven PORT
Luister op de opgegeven TCP-POORT, standaard is 8080. Indien meerdere keren opgegeven
de opdrachtregel, wordt alleen de laatst opgegeven waarde van kracht. Alleen deze optie
bestaat voor compatibiliteit met de rack-up(1) commando, gebruik van de schakelaar “-l”/“--listen”.
wordt in plaats daarvan aanbevolen.

-Ja, --server SERVER
No-op, dit bestaat alleen voor compatibiliteit met rack-up(1).

ROBIJN OPTIES

-e, --evaluatie LINE
Evalueer een LIJN Ruby-code. Deze evaluatie gebeurt onmiddellijk als de opdracht
regel wordt geparseerd.

-NS, --debuggen
Schakel de foutopsporingsmodus in, de variabele $DEBUG is ingesteld op true.

-w, --waarschuwen
Schakel uitgebreide waarschuwingen in, de variabele $VERBOSE is ingesteld op true.

-L, --erbij betrekken PATH
geef $LOAD_PATH op. PATH wordt toegevoegd aan $LOAD_PATH. Het teken ':' mag
worden gebruikt om meerdere mappen af ​​te bakenen. Deze richtlijn kan meer dan gebruikt worden
eenmaal. Wijzigingen aan $LOAD_PATH vinden onmiddellijk en in de volgorde plaats
werden opgegeven op de opdrachtregel.

-R, --vereisen BIBLIOTHEEK
een gespecificeerde LIBRARY vereisen voordat de toepassing wordt uitgevoerd. De "vereiste"
verklaring wordt onmiddellijk uitgevoerd en in de volgorde waarin deze is opgegeven op de
opdrachtregel.

SIGNALEN

De volgende UNIX-signalen kunnen naar het masterproces worden verzonden:

· HUP - laad het configuratiebestand en de app opnieuw en start alle werkers netjes opnieuw op

· INT/TERM - snelle uitschakeling, doodt onmiddellijk alle werknemers

· QUIT - sierlijke afsluiting, wacht totdat werknemers hun huidige verzoek eerder hebben afgerond
afwerking.

· USR1 - heropen alle logbestanden die eigendom zijn van de master en alle werkers. Zie Unicorn::Util.reopen_logs
voor wat als een logboek wordt beschouwd.

· USR2 - voer het actieve binaire bestand opnieuw uit. Er moet een aparte QUIT naar het origineel worden gestuurd
proces zodra is geverifieerd dat het kind actief is.

· LIER - stopt de arbeiders op een elegante manier, maar laat de kapitein draaien. Dit werkt alleen voor
gedaemoniseerde processen.

· TTIN - verhoog het aantal werkprocessen met één

· TTOU - verlaag het aantal werkprocessen met één

Zie de SIGNALEN (http://rainbows.rubyforge.org/SIGNALS.html) document voor een volledige beschrijving
van alle signalen gebruikt door Rainbows!.

REK MILIEU

Geaccepteerde waarden van RACK_ENV en de middleware die ze automatisch laden (buiten
RACKUP_FILE) zijn precies zoals die in rack-up(1):

· ontwikkeling - laadt Rack::CommonLogger, Rack::ShowExceptions en Rack::Lint middleware

· implementatie - laadt Rack::CommonLogger middleware

· geen - laadt helemaal geen middleware en vertrouwt volledig op RACKUP_FILE

Er wordt aangenomen dat alle niet-herkende waarden voor RACK_ENV “geen” zijn. Productie-implementaties zijn dat wel
wordt sterk aangeraden om “implementatie” of “geen” te gebruiken voor maximale prestaties.

Houd er rekening mee dat de Rack::ContentLength en Rack::Chunked middlewares nooit worden geladen door
standaard. Indien nodig moeten ze afzonderlijk worden gespecificeerd in het RACKUP_FILE, sommige
raamwerken vereisen deze niet.

Gebruik regenbogen online met behulp van onworks.net-services