25

我按照本指南记录了puma.rb存储在应用程序配置目录中的文件。

该指南有点古怪,但这是我假设该puma.rb文件所做的。而不是运行像这样的疯狂命令来让 puma 在指定的套接字上运行:

bundle exec puma -e production -b unix:///var/run/my_app.sock

您可以像这样在文件中指定端口、pid、会话和其他参数puma.rb

rails_env = ENV['RAILS_ENV'] || 'production'

threads 4,4

bind  "/home/starkers/Documents/alpha/tmp/socket"
pidfile "/home/starkers/Documents/alpha/tmp/pid"
state_path "/home/starkers/Documents/alpha/tmp/state"

activate_control_app

然后你可以 cd 进入应用程序的根目录并运行一个简单的命令,比如

'美洲狮'

puma.rb并且将遵循设置的参数。不幸的是,这似乎对我不起作用。

至少,我在puma一个小型测试应用程序的根目录中运行,并且没有.sock出现任何文件, /home/starkers/Documents/alpha/tmp/sockets这是否意味着它不起作用?

我如何让这个工作?我在本地开发机器上,那会以某种方式导致此错误吗?运行时有没有需要传入的参数

puma?

4

4 回答 4

42

我也被困在试图找到有关 puma 配置文件的文档,但我确实发现一体化 config.ru文件很有用。我在这里对其进行了格式化以供将来参考:

# The directory to operate out of.
# The default is the current directory.

directory '/u/apps/lolcat'

# Load “path” as a rackup file.
# The default is “config.ru”.

rackup '/u/apps/lolcat/config.ru'

# Set the environment in which the rack's app will run. The value must be a string.
# The default is “development”.

environment 'production'

# Daemonize the server into the background. Highly suggest that
# this be combined with “pidfile” and “stdout_redirect”.
# The default is “false”.

daemonize
daemonize false

# Store the pid of the server in the file at “path”.

pidfile '/u/apps/lolcat/tmp/pids/puma.pid'

# Use “path” as the file to store the server info state. This is
# used by “pumactl” to query and control the server.

state_path '/u/apps/lolcat/tmp/pids/puma.state'

# Redirect STDOUT and STDERR to files specified. The 3rd parameter
# (“append”) specifies whether the output is appended, the default is
# “false”.

stdout_redirect '/u/apps/lolcat/log/stdout', '/u/apps/lolcat/log/stderr'
stdout_redirect '/u/apps/lolcat/log/stdout', '/u/apps/lolcat/log/stderr', true

# Disable request logging.
# The default is “false”.

quiet

# Configure “min” to be the minimum number of threads to use to answer
# requests and “max” the maximum.
# The default is “0, 16”.

threads 0, 16

# Bind the server to “url”. “tcp://”, “unix://” and “ssl://” are the only
# accepted protocols.
# The default is “tcp://0.0.0.0:9292”.

bind 'tcp://0.0.0.0:9292'
bind 'unix:///var/run/puma.sock'
bind 'unix:///var/run/puma.sock?umask=0777'
bind 'ssl://127.0.0.1:9292?key=path_to_key&cert=path_to_cert'

# Listens on port 7001
# The default is 9292
port 7001

# Instead of “bind 'ssl://127.0.0.1:9292?key=path_to_key&cert=path_to_cert'” you
# can also use the “ssl_bind” option.

 ssl_bind '127.0.0.1', '9292', { key: path_to_key, cert: path_to_cert }

# Code to run before doing a restart. This code should
# close log files, database connections, etc.

# This can be called multiple times to add code each time.

on_restart do
  puts 'On restart...'
end

# Command to use to restart puma. This should be just how to
# load puma itself (ie. 'ruby -Ilib bin/puma'), not the arguments
# to puma, as those are the same as the original process.

restart_command '/u/app/lolcat/bin/restart_puma'

# === Cluster mode ===

# How many worker processes to run.
# The default is “0”.

workers 2

# Code to run when a worker boots to setup the process before booting
# the app.
# This can be called multiple times to add hooks.

on_worker_boot do
  puts 'On worker boot...'
end

# === Puma control rack application ===

# Start the puma control rack application on “url”. This application can
# be communicated with to control the main server. Additionally, you can
# provide an authentication token, so all requests to the control server
# will need to include that token as a query parameter. This allows for
# simple authentication.

# Check out https://github.com/puma/puma/blob/master/lib/puma/app/status.rb
# to see what the app has available.

activate_control_app 'unix:///var/run/pumactl.sock'
activate_control_app 'unix:///var/run/pumactl.sock', { auth_token: '12345' }
activate_control_app 'unix:///var/run/pumactl.sock', { no_token: true }

然后这些设置将进入一个 ruby​​ 文件(例如 config/puma.rb),然后正如 Starkers 所说,你可以运行它

puma -C 配置/puma.rb

于 2014-01-25T09:34:25.353 回答
14

Update: The original answer is no longer correct for Puma versions since 2019: Puma added a fallback mechanism, so both locations are checked now. ( https://github.com/puma/puma/pull/1885)

Puma first looks for configuration at config/puma/<environment_name>.rb, and then falls back to config/puma.rb.

Outdated answer:

If there is an environment defined - which is the case in your example - the configuration file is read from config/puma/[environment].rb and not config/puma.rb.

Just move your config/puma.rb to config/puma/production.rb and it should work.

Read the Puma documentation for more details: Configuration file

于 2017-02-26T20:41:35.667 回答
4

这将起作用:

puma -C config/puma.rb
于 2013-11-13T05:44:39.787 回答
1

你需要告诉 puma 在哪里可以找到你的rackup文件,你可以通过将它放在你的配置中来做到这一点:

rackup DefaultRackup

看起来对此的修复已合并到 master 中:https ://github.com/puma/puma/pull/271

于 2014-02-13T00:01:53.850 回答