FAQ: add a note about config.threadsafe!
[rainbows.git] / Documentation / rainbows.1.txt
blob885bd2865a77b5707c17267ec42f6534beba5f99
1 % rainbows(1) Rainbows! User Manual
2 % Rainbows! Hackers <rainbows-talk@rubyforge.org>
3 % December 3, 2009
5 # NAME
7 rainbows - rackup-like command to launch Rainbows!
9 # SYNOPSIS
11 rainbows [-c CONFIG_FILE] [-E RACK_ENV] [-D] [RACKUP_FILE]
13 # DESCRIPTION
15 A rackup(1)-like command to launch Rack applications using Rainbows!.
16 It is expected to be started in your application root (APP_ROOT),
17 but the "working_directory" directive may be used in the CONFIG_FILE.
19 While Rainbows! takes a myriad of command-line options for
20 compatibility with ruby(1) and rackup(1), it is recommended to stick
21 to the few command-line options specified in the SYNOPSIS and use
22 the CONFIG_FILE as much as possible.
24 # RACKUP FILE
26 This defaults to \"config.ru\" in APP_ROOT.  It should be the same
27 file used by rackup(1) and other Rack launchers, it uses the
28 *Rack::Builder* DSL.
30 Embedded command-line options are mostly parsed for compatibility
31 with rackup(1) but strongly discouraged.
33 # UNICORN OPTIONS
34 -c, \--config-file CONFIG_FILE
35 :   Path to the Unicorn-specific config file.  The config file is
36     implemented as a Ruby DSL, so Ruby code may executed.
37     See the RDoc/ri for the *Unicorn::Configurator* class for the full
38     list of directives available from the DSL.
40 -D, \--daemonize
41 :   Run daemonized in the background.  The process is detached from
42     the controlling terminal and stdin is redirected to "/dev/null".
43     Unlike many common UNIX daemons, we do not chdir to \"/\"
44     upon daemonization to allow more control over the startup/upgrade
45     process.
46     Unless specified in the CONFIG_FILE, stderr and stdout will
47     also be redirected to "/dev/null".
49 -E, \--env RACK_ENV
50 :   Run under the given RACK_ENV.  See the RACK ENVIRONMENT section
51     for more details.
53 -l, \--listen ADDRESS
54 :   Listens on a given ADDRESS.  ADDRESS may be in the form of
55     HOST:PORT or PATH, HOST:PORT is taken to mean a TCP socket
56     and PATH is meant to be a path to a UNIX domain socket.
57     Defaults to "0.0.0.0:8080" (all addresses on TCP port 8080)
58     For production deployments, specifying the "listen" directive in
59     CONFIG_FILE is recommended as it allows fine-tuning of socket
60     options.
62 # RACKUP COMPATIBILITY OPTIONS
63 -o, \--host HOST
64 :   Listen on a TCP socket belonging to HOST, default is
65     "0.0.0.0" (all addresses).
66     If specified multiple times on the command-line, only the
67     last-specified value takes effect.
68     This option only exists for compatibility with the rackup(1) command,
69     use of "-l"/"\--listen" switch is recommended instead.
71 -p, \--port PORT
72 :   Listen on the specified TCP PORT, default is 8080.
73     If specified multiple times on the command-line, only the last-specified
74     value takes effect.
75     This option only exists for compatibility with the rackup(1) command,
76     use of "-l"/"\--listen" switch is recommended instead.
78 -s, \--server SERVER
79 :   No-op, this exists only for compatibility with rackup(1).
81 # RUBY OPTIONS
82 -e, \--eval LINE
83 :   Evaluate a LINE of Ruby code.  This evaluation happens
84     immediately as the command-line is being parsed.
86 -d, \--debug
87 :   Turn on debug mode, the $DEBUG variable is set to true.
89 -w, \--warn
90 :   Turn on verbose warnings, the $VERBOSE variable is set to true.
92 -I, \--include PATH
93 :   specify $LOAD_PATH.  PATH will be prepended to $LOAD_PATH.
94     The \':\' character may be used to delimit multiple directories.
95     This directive may be used more than once.  Modifications to
96     $LOAD_PATH take place immediately and in the order they were
97     specified on the command-line.
99 -r, \--require LIBRARY
100 :   require a specified LIBRARY before executing the application.  The
101     \"require\" statement will be executed immediately and in the order
102     they were specified on the command-line.
104 # SIGNALS
106 The following UNIX signals may be sent to the master process:
108 * HUP - reload config file, app, and gracefully restart all workers
109 * INT/TERM - quick shutdown, kills all workers immediately
110 * QUIT - graceful shutdown, waits for workers to finish their
111   current request before finishing.
112 * USR1 - reopen all logs owned by the master and all workers
113   See Unicorn::Util.reopen_logs for what is considered a log.
114 * USR2 - reexecute the running binary.  A separate QUIT
115   should be sent to the original process once the child is verified to
116   be up and running.
117 * WINCH - gracefully stops workers but keep the master running.
118   This will only work for daemonized processes.
119 * TTIN - increment the number of worker processes by one
120 * TTOU - decrement the number of worker processes by one
122 See the [SIGNALS][4] document for full description of all signals
123 used by Rainbows!.
125 #  RACK ENVIRONMENT
127 Accepted values of RACK_ENV and the middleware they automatically load
128 (outside of RACKUP_FILE) are exactly as those in rackup(1):
130 * development - loads Rack::CommonLogger, Rack::ShowExceptions, and
131                 Rack::Lint middleware
132 * deployment  - loads Rack::CommonLogger middleware
133 * none        - loads no middleware at all, relying
134                 entirely on RACKUP_FILE
136 All unrecognized values for RACK_ENV are assumed to be
137 "none".  Production deployments are strongly encouraged to use
138 "deployment" or "none" for maximum performance.
140 Note that the Rack::ContentLength and Rack::Chunked middlewares
141 are never loaded by default.  If needed, they should be
142 individually specified in the RACKUP_FILE, some frameworks do
143 not require them.
145 # SEE ALSO
147 * unicorn(1)
148 * *Rack::Builder* ri/RDoc
149 * *Unicorn::Configurator* ri/RDoc
150 * [Rainbows! RDoc][1]
151 * [Rack RDoc][2]
152 * [Rackup HowTo][3]
154 [1]: http://rainbows.rubyforge.org/
155 [2]: http://rack.rubyforge.org/doc/
156 [3]: http://wiki.github.com/rack/rack/tutorial-rackup-howto
157 [4]: http://rainbows.rubyforge.org/SIGNALS.html