Как использовать конфигурационный файл puma?

Я следил за этим руководством, он документирует файл puma.rb, который хранится в каталоге конфигурации приложения.

Руководство немного ошибочно, но здесь я предполагаю, что файл puma.rb делает. Вместо того чтобы запускать сумасшедшие команды, например, чтобы получить puma, запущенный в указанном сокете:

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

Вы можете просто указать порт, pid, session и другие параметры в файле 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

И затем вы можете записать в корне приложения и запустить простую команду, например

'puma'

и параметры, установленные в puma.rb, будут соблюдены. К сожалению, это не работает для меня.

По крайней мере, я запустил puma внутри корня крошечного тестового приложения, а файл .sock не появился /home/starkers/Documents/alpha/tmp/sockets Значит ли это, что он не работает?

Как мне заставить это работать? Я нахожусь на локальной машине разработки, так что это может вызвать такую ошибку? Есть ли параметр, который мне нужно передать при запуске

puma?

Ответ 1

Я тоже застрял, пытаясь найти документацию в конфигурационном файле для puma, но я нашел файл all-in-one 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 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 }

Затем эти настройки перейдут в рубиновый файл (например, config/puma.rb), а затем, как говорит Старкерс, вы можете запустить его с помощью

puma -C config/puma.rb

Ответ 2

Если есть определенная среда, которая имеет место в вашем примере, файл конфигурации считывается из config/puma/[environment].rb, а не config/puma.rb.

Просто переместите ваш config/puma.rb в config/puma/production.rb, и он должен работать.

Подробнее см. документацию Puma: Файл конфигурации

Ответ 3

Это будет работать:

puma -C config/puma.rb

Ответ 4

Вам нужно сообщить puma, где можно найти файл rackup, который вы можете сделать, разместив это в своей конфигурации:

rackup DefaultRackup

Похоже, что исправление для этого сливается в master: https://github.com/puma/puma/pull/271