arcoíris: en línea en la nube

PROGRAMA:

NOMBRE

arcoíris - ¡comando similar a un estante para lanzar arcoíris!

SINOPSIS

arcoíris [-c ARCHIVO_CONFIG] [-E RACK_ENV] [-D] [ARCHIVO_RACKUP]

DESCRIPCIÓN

A acumular(1) comando similar a para iniciar aplicaciones de Rack usando Rainbows !. Se espera que
iniciarse en la raíz de su aplicación (APP_ROOT), pero la directiva "working_directory" puede
ser utilizado en CONFIG_FILE.

¡Mientras que Rainbows! toma una miríada de opciones de línea de comandos para compatibilidad con rubí(1) y
acumular(1), se recomienda ceñirse a las pocas opciones de línea de comandos especificadas en el
SINOPSIS y use CONFIG_FILE tanto como sea posible.

ACUMULAR ARCHIVO

Este valor predeterminado es "config.ru" en APP_ROOT. Debe ser el mismo archivo utilizado por acumular(1)
y otros lanzadores de Rack, utiliza el Rack :: Constructor ADSL.

Las opciones de la línea de comandos integradas se analizan principalmente para determinar la compatibilidad con acumular(1) pero
totalmente desanimado

UNICORNIO OPCIONES

-C, --archivo de configuración ARCHIVO DE CONFIGURACIÓN
Ruta al archivo de configuración específico de Unicorn. El archivo de configuración se implementa como Ruby
DSL, por lo que se puede ejecutar el código Ruby. Consulte el RDoc / ri para Unicornio :: Configurador
class para ver la lista completa de directivas disponibles en DSL.

-RE, - demonizar
Ejecutar demonizado en segundo plano. El proceso se separa del control
terminal y stdin se redirige a "/ dev / null". A diferencia de muchos demonios comunes de UNIX,
no aplicamos chdir a "/" en la demonización para permitir un mayor control sobre el
proceso de inicio / actualización. A menos que se especifique en CONFIG_FILE, stderr y stdout
también será redirigido a “/ dev / null”.

-MI, --entorno RACK_ENV
Ejecutar bajo el RACK_ENV dado. Consulte la sección AMBIENTE DEL RACK para obtener más detalles.

-yo, --escucha DIRECCIÓN
Escucha en una DIRECCIÓN determinada. DIRECCIÓN puede tener el formato HOST: PORT o PATH,
HOST: PORT se considera un socket TCP y PATH está destinado a ser una ruta a UNIX
socket de dominio. El valor predeterminado es "0.0.0.0:8080" (todas las direcciones en el puerto TCP 8080)
implementaciones de producción, especificar la directiva "listen" en CONFIG_FILE es
recomendado ya que permite un ajuste fino de las opciones de toma.

ACUMULAR COMPATIBILIDAD OPCIONES

-Oh, --anfitrión HOST
Escuche en un socket TCP que pertenece a HOST, el valor predeterminado es "0.0.0.0" (todas las direcciones). Si
especificado varias veces en la línea de comandos, solo el último valor especificado toma
efecto. Esta opción solo existe por compatibilidad con el acumular(1) comando, uso
en su lugar, se recomienda el interruptor "-l" / "- listen".

-pag, --Puerto PORT
Escuche en el PUERTO TCP especificado, el valor predeterminado es 8080. Si se especifica varias veces en
la línea de comandos, sólo el último valor especificado tiene efecto. Esta opción solamente
existe por compatibilidad con el acumular(1) comando, uso del interruptor "-l" / "- escuchar"
se recomienda en su lugar.

-s, --servidor SERVIDOR
No-op, esto existe solo por compatibilidad con acumular(1).

RUBÍ OPCIONES

-mi, --evaluar LÍNEA
Evalúe un código LINE de Ruby. Esta evaluación ocurre inmediatamente cuando el comando-
se está analizando la línea.

-D, --depurar
Active el modo de depuración, la variable $ DEBUG se establece en verdadero.

-w, --advertir
Active las advertencias detalladas, la variable $ VERBOSE se establece en true.

-YO, --incluir TRAYECTORIA
especifique $ LOAD_PATH. PATH se antepondrá a $ LOAD_PATH. El carácter ':' puede
utilizarse para delimitar varios directorios. Esta directiva se puede utilizar más de
una vez. Las modificaciones a $ LOAD_PATH se realizan de inmediato y en el orden en que
se especificaron en la línea de comandos.

-r, --exigir LIBRERÍA
requieren una BIBLIOTECA especificada antes de ejecutar la aplicación. El "require"
declaración se ejecutará inmediatamente y en el orden en que se especificaron en el
línea de comando.

SEÑALES

Las siguientes señales UNIX pueden enviarse al proceso maestro:

· HUP: recarga el archivo de configuración, la aplicación y reinicia con gracia a todos los trabajadores

· INT / TERM - apagado rápido, mata a todos los trabajadores inmediatamente

· SALIR: cierre ordenado, espera a que los trabajadores terminen su solicitud actual antes
refinamiento.

· USR1 - reabrir todos los registros propiedad del maestro y todos los trabajadores Ver Unicornio :: Util.reopen_logs
por lo que se considera un tronco.

· USR2: vuelva a ejecutar el binario en ejecución. Se debe enviar un QUIT por separado al original.
proceso una vez que se verifique que el niño está en funcionamiento.

· WINCH: detiene elegantemente a los trabajadores pero mantiene al maestro en funcionamiento. Esto solo funcionará para
procesos demonizados.

· TTIN: aumenta el número de procesos de trabajo en uno

· TTOU: reduce el número de procesos de trabajo en uno

Ver las SEÑALES (http://rainbows.rubyforge.org/SIGNALS.html) documento para una descripción completa
de todas las señales utilizadas por Rainbows !.

RACK MEDIO AMBIENTE

Los valores aceptados de RACK_ENV y el middleware que cargan automáticamente (fuera de
RACKUP_FILE) son exactamente como los de acumular(1):

· Desarrollo - cargas Rack :: CommonLogger, Rack :: ShowExceptions y Rack :: middleware Lint

· Implementación - carga Rack :: middleware CommonLogger

· None: no carga ningún middleware, confiando completamente en RACKUP_FILE

Se supone que todos los valores no reconocidos de RACK_ENV son "ninguno". Las implementaciones de producción son
Se recomienda encarecidamente utilizar "implementación" o "ninguno" para obtener el máximo rendimiento.

Tenga en cuenta que los middlewares Rack :: ContentLength y Rack :: Chunked nunca son cargados por
defecto. Si es necesario, deben especificarse individualmente en RACKUP_FILE, algunos
los frameworks no los requieren.

Utilice los arcoíris en línea utilizando los servicios de onworks.net