arco-íris - online na nuvem

PROGRAMA:

NOME

arco-íris - comando tipo rackup para lançar o arco-íris!

SINOPSE

arco-íris [-c CONFIG_FILE] [-E RACK_ENV] [-D] [RACKUP_FILE]

DESCRIÇÃO

A acúmulo(1) Comando semelhante ao para iniciar aplicativos Rack usando Rainbows !. É esperado que
ser iniciado na raiz do seu aplicativo (APP_ROOT), mas a diretiva "working_directory" pode
ser usado no CONFIG_FILE.

Enquanto Rainbows! leva uma miríade de opções de linha de comando para compatibilidade com rubi(1) e
acúmulo(1), é recomendado manter as poucas opções de linha de comando especificadas no
SINOPSE e use o CONFIG_FILE tanto quanto possível.

ARMAZENAMENTO ARQUIVO

O padrão é "config.ru" em APP_ROOT. Deve ser o mesmo arquivo usado por acúmulo(1).
e outros lançadores de Rack, ele usa o Rack :: Builder DSL.

As opções de linha de comando incorporadas são geralmente analisadas para compatibilidade com acúmulo(1) mas
fortemente desencorajado.

UNICORN OPÇÕES

-c, --config-arquivo Config_file.
Caminho para o arquivo de configuração específico do Unicorn. O arquivo de configuração é implementado como um Ruby
DSL, então o código Ruby pode ser executado. Consulte o RDoc / ri para o Unicorn :: Configurator
classe para obter a lista completa de diretivas disponíveis no DSL.

-D, --demonizar
Execute daemonized em segundo plano. O processo é separado do controle
terminal e stdin é redirecionado para “/ dev / null”. Ao contrário de muitos daemons UNIX comuns,
não chdir para "/" durante a daemonização para permitir mais controle sobre o
processo de inicialização / atualização. A menos que especificado no CONFIG_FILE, stderr e stdout
também será redirecionado para “/ dev / null”.

- Ah, --env RACK_ENV
Execute sob o RACK_ENV fornecido. Veja a seção RACK ENVIRONMENT para mais detalhes.

-eu, --ouço ENDEREÇO
Escuta em um determinado ADDRESS. ADDRESS pode estar na forma de HOST: PORT ou PATH,
HOST: PORT significa um soquete TCP e PATH significa um caminho para um UNIX
soquete de domínio. O padrão é "0.0.0.0:8080" (todos os endereços na porta TCP 8080) para
implantações de produção, especificando a diretiva "ouvir" em CONFIG_FILE é
recomendado, pois permite o ajuste fino das opções de soquete.

ARMAZENAMENTO COMPATIBILIDADE OPÇÕES

-ó, --hospedeiro HOST
Ouça em um soquete TCP pertencente ao HOST, o padrão é “0.0.0.0” (todos os endereços). Se
especificado várias vezes na linha de comando, apenas o último valor especificado leva
efeito. Esta opção existe apenas para compatibilidade com o acúmulo(1) comando, use
de “-l” / “- ouvir” switch é recomendado em vez disso.

-p, --porta PORT
Escuta na PORTA TCP especificada, o padrão é 8080. Se especificado várias vezes em
a linha de comando, apenas o último valor especificado entra em vigor. Esta opção apenas
existe para compatibilidade com o acúmulo(1) comando, uso da chave “-l” / “- ouvir”
é recomendado em vez disso.

-sim, --servidor SERVIDOR
No-op, isso existe apenas para compatibilidade com acúmulo(1).

RUBI OPÇÕES

-e --eval LINHA
Avalie uma LINHA de código Ruby. Esta avaliação acontece imediatamente quando o comando
linha está sendo analisada.

-d, --depurar
Ative o modo de depuração, a variável $ DEBUG é definida como verdadeira.

-C, --avisar
Ative os avisos detalhados, a variável $ VERBOSE é definida como verdadeira.

-EU, --incluir PATH
especifique $ LOAD_PATH. PATH será anexado a $ LOAD_PATH. O caractere ':' pode
ser usado para delimitar vários diretórios. Esta diretiva pode ser usada mais do que
uma vez. As modificações em $ LOAD_PATH ocorrem imediatamente e na ordem em que
foram especificados na linha de comando.

-r, --requer BIBLIOTECA
requer uma biblioteca especificada antes de executar o aplicativo. O "requer"
declaração será executada imediatamente e na ordem em que foram especificados no
linha de comando.

SINAIS

Os seguintes sinais UNIX podem ser enviados para o processo mestre:

· HUP - recarregue o arquivo de configuração, aplicativo e reinicie normalmente todos os trabalhadores

· INT / TERM - desligamento rápido, mata todos os trabalhadores imediatamente

· SAIR - desligamento normal, espera que os trabalhadores concluam sua solicitação atual antes
acabamento.

· USR1 - reabre todos os logs de propriedade do mestre e todos os trabalhadores. Veja Unicorn :: Util.reopen_logs
para o que é considerado um log.

· USR2 - executa novamente o binário em execução. Um QUIT separado deve ser enviado para o original
processo uma vez que a criança é verificada e está funcionando.

· GUINCHO - para os trabalhadores normalmente, mas mantém o mestre em execução. Isso só vai funcionar para
processos daemonizados.

· TTIN - incrementa o número de processos de trabalho em um

· TTOU - diminui o número de processos de trabalho em um

Veja os SINAIS (http://rainbows.rubyforge.org/SIGNALS.html) documento para descrição completa
de todos os sinais usados ​​pelo Rainbows !.

RACK MEIO AMBIENTE

Valores aceitos de RACK_ENV e do middleware que eles carregam automaticamente (fora de
RACKUP_FILE) são exatamente como aqueles em acúmulo(1)

· Desenvolvimento - carrega o middleware Rack :: CommonLogger, Rack :: ShowExceptions e Rack :: Lint

· Implantação - carrega o middleware Rack :: CommonLogger

· Nenhum - não carrega nenhum middleware, dependendo inteiramente de RACKUP_FILE

Todos os valores não reconhecidos para RACK_ENV são considerados “nenhum”. As implantações de produção são
fortemente encorajado a usar “implantação” ou “nenhum” para desempenho máximo.

Observe que os middlewares Rack :: ContentLength e Rack :: Chunked nunca são carregados por
predefinição. Se necessário, eles devem ser especificados individualmente no RACKUP_FILE, alguns
frameworks não os requerem.

Use arco-íris online usando serviços onworks.net