arcobaleni - Online nel Cloud

PROGRAMMA:

NOME

rainbows - comando simile a rackup per avviare Rainbows!

SINOSSI

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

DESCRIZIONE

A accumulare(1)-come comando per avviare applicazioni Rack utilizzando Rainbows!. Ci si aspetta che
essere avviato nella radice dell'applicazione (APP_ROOT), ma la direttiva "working_directory" potrebbe
essere utilizzato nel CONFIG_FILE.

Mentre Rainbows! accetta una miriade di opzioni della riga di comando per la compatibilità con rubino(1) e
accumulare(1), si consiglia di attenersi alle poche opzioni della riga di comando specificate in
SINOSSI e usa il CONFIG_FILE il più possibile.

ACCUMULARE RISORSE

Il valore predefinito è "config.ru" in APP_ROOT. Dovrebbe essere lo stesso file usato da accumulare(1)
e altri lanciatori Rack, utilizza il Rack::Costruttore ADSL.

Le opzioni della riga di comando incorporate sono per lo più analizzate per la compatibilità con accumulare(1) ma
fortemente scoraggiato.

UNICORN VERSIONI

-C, --file-config FILE_CONFIG
Percorso del file di configurazione specifico di Unicorn. Il file di configurazione è implementato come Ruby
DSL, quindi il codice Ruby può essere eseguito. Vedere il RDoc/ri per il Unicorno:: Configuratore
classe per l'elenco completo delle direttive disponibili nel DSL.

-D, --demonizzare
Esegui demonizzato in background. Il processo è svincolato dal controllo
terminale e stdin viene reindirizzato a "/dev/null". A differenza di molti comuni demoni UNIX,
non chdir su "/" dopo la demonizzazione per consentire un maggiore controllo sul
processo di avvio/aggiornamento. Se non specificato in CONFIG_FILE, stderr e stdout
verrà anche reindirizzato a “/dev/null”.

- Ehi, --env RACK_ENV
Esegui sotto il dato RACK_ENV. Vedere la sezione AMBIENTE RACK per maggiori dettagli.

-l, --Ascoltare INDIRIZZO
Ascolta su un dato ADDRESS. L'INDIRIZZO può essere sotto forma di HOST:PORT o PERCORSO,
HOST:PORT è inteso come un socket TCP e PATH è inteso come un percorso per un UNIX
socket di dominio. Il valore predefinito è "0.0.0.0:8080" (tutti gli indirizzi sulla porta TCP 8080) Per
distribuzioni di produzione, specificando la direttiva "listen" in CONFIG_FILE è
consigliato in quanto consente la messa a punto delle opzioni di presa.

ACCUMULARE COMPATIBILITA ' VERSIONI

-oh, --ospite HOST
Ascolta su un socket TCP appartenente a HOST, il valore predefinito è "0.0.0.0" (tutti gli indirizzi). Se
specificato più volte sulla riga di comando, prende solo l'ultimo valore specificato
effetto. Questa opzione esiste solo per compatibilità con il accumulare(1) comando, uso
si consiglia invece l'opzione "-l"/"--listen".

-P, --porta PORT
Ascolta sulla porta TCP specificata, il valore predefinito è 8080. Se specificato più volte su
dalla riga di comando, ha effetto solo l'ultimo valore specificato. Solo questa opzione
esiste per compatibilità con il accumulare(1) comando, utilizzo dell'opzione “-l”/“--listen”
è invece consigliato.

-S, --server SERVER
No-op, esiste solo per compatibilità con accumulare(1).

RUBINO VERSIONI

-e, --valuta LINE
Valuta una LINEA di codice Ruby. Questa valutazione avviene immediatamente quando il comando-
la riga è in fase di analisi.

-D, - debug
Attiva la modalità debug, la variabile $DEBUG è impostata su true.

-w, --avvisare
Attiva gli avvisi dettagliati, la variabile $VERBOSE è impostata su true.

-IO, --includere PERCORSO
specificare $LOAD_PATH. PATH sarà anteposto a $LOAD_PATH. Il carattere ':' può
essere utilizzato per delimitare più directory. Questa direttiva può essere utilizzata più di
una volta. Le modifiche a $LOAD_PATH avvengono immediatamente e nell'ordine in cui
sono stati specificati nella riga di comando.

-R, --richiedere BIBLIOTECA
richiedono una LIBRERIA specificata prima di eseguire l'applicazione. La "richiesta"
l'istruzione verrà eseguita immediatamente e nell'ordine in cui sono stati specificati sul
riga di comando.

SEGNALI

I seguenti segnali UNIX possono essere inviati al processo master:

· HUP: ricarica il file di configurazione, l'app e riavvia con garbo tutti i lavoratori

· INT/TERM - spegnimento rapido, uccide immediatamente tutti i lavoratori

· QUIT - arresto graduale, attende che i lavoratori terminino la loro richiesta corrente prima
finitura.

· USR1 - riapre tutti i log di proprietà del master e di tutti i lavoratori Vedi Unicorn::Util.reopen_logs
per quello che è considerato un log.

· USR2 - riesegui il binario in esecuzione. Un QUIT separato dovrebbe essere inviato all'originale
processo una volta verificato che il bambino è attivo e funzionante.

· VERRICELLO - ferma con garbo i lavoratori ma mantiene in funzione il master. Funzionerà solo per
processi demonizzati.

· TTIN - incrementa il numero di processi di lavoro di uno

· TTOU - decrementa il numero di processi di lavoro di uno

Vedi i SEGNALI (http://rainbows.rubyforge.org/SIGNALS.html) documento per una descrizione completa
di tutti i segnali utilizzati da Rainbows!.

RACK AMBIENTE

I valori accettati di RACK_ENV e il middleware che caricano automaticamente (al di fuori di
RACKUP_FILE) sono esattamente come quelli in accumulare(1)

· sviluppo - carica Rack::CommonLogger, Rack::ShowExceptions e Rack::Lint middleware

· distribuzione - carica Rack::Middleware CommonLogger

· none: non carica alcun middleware, basandosi interamente su RACKUP_FILE

Si presume che tutti i valori non riconosciuti per RACK_ENV siano "nessuno". Le distribuzioni di produzione sono
si consiglia vivamente di utilizzare "deployment" o "none" per ottenere le massime prestazioni.

Si noti che i middleware Rack::ContentLength e Rack::Chunked non vengono mai caricati da
predefinito. Se necessario, dovrebbero essere specificati individualmente nel RACKUP_FILE, alcuni
i framework non ne hanno bisogno.

Utilizzare gli arcobaleni online utilizzando i servizi onworks.net