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

я данное руководство документы что хранится внутри каталога приложения.конфиг.

руководство немного flakey, но вот что я предполагаю делает. Вместо запуска сумасшедших команд, таких как это, чтобы заставить 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 ответов


Я также застрял, пытаясь найти документацию по конфигурационному файлу для 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/пума.rb), а затем, как говорит Starkers, вы можете запустить его с

конфигурация Puma-C / Puma.rb


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

просто наведите config/puma.rb to config/puma/production.rb и это должно сработать.

Подробнее читайте в документации Puma:конфигурационный файл


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

puma -C config/puma.rb

вам нужно сказать пуме, где найти ваш rackup файл вы можете сделать это, поместив это в свою конфигурацию:

rackup DefaultRackup

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