Come distribuire Rails 2.3.2 app con Capistrano dall'alto (per FastCGI)?

Question

. Disclaimer: io sono un noob a Rails e Capistrano (ma un NET C # sviluppatore intermedio) cercando di saperne di più

sono stato hanno il tempo più duro ottenere un processo di sviluppo Capistrano set-up. Ecco quello che ho finora per il mio deploy.rb:

set :application, "MyAppName"
set :domain, "domainname"
set :user, "userid" 
set :repository,  "svn+ssh://#{user}@#{domain}/home/#{user}/svn/#{application}/trunk"
set :rails_env, :production
set :chmod755, %w(app config db lib public vendor script tmp public/dispatch.cgi public/dispatch.fcgi public/dispatch.rb)
set :deploy_to, "/home/#{user}/apps/#{application}"
set :use_sudo, false
set :deploy_via, :checkout
set :group_writable, false
default_run_options[:pty] = true
role :app, domain
role :web, domain
role :db,  domain, :primary => true

ecco la mia Capfile:

load 'deploy' if respond_to?(:namespace) # cap2 differentiator
Dir['vendor/plugins/*/recipes/*.rb'].each { |plugin| load(plugin) }
load 'config/deploy'

namespace :deploy do

  task :restart, :roles => :app do
    run "#{current_path}/script/process/reaper --dispatcher=dispatch.fcgi"
  end

  desc "Set the proper permissions for directories and files on HostingRails accounts"
  task :after_deploy do
    run(chmod755.collect do |item|
      "chmod 755 #{current_path}/#{item}"
    end.join(" && "))
  end

end

1. Rails 2.3.2 non si ha la directory script / processo di modo che il compito di riavvio non funziona affatto. Come posso risolvere questo problema?
2. C'è un modo per impostare la variabile RAILS_ENV in environment.rb alla "produzione" quando l'applicazione viene distribuita ( "set: RAILS_ENV,: la produzione di" non farlo)
?
3. Inoltre, mi sto perdendo altro da questi 2 file?

Answer 1

Ecco il mio deploy.rb, che non è davvero stato aggiornato da molto tempo. Corro due comandi sed per impostare l'ambiente all'interno del mio: compito after_update_code. Sono certo che ci sia un modo più semplice per farlo, ma questo è il mio metodo corrente.

require 'erb'

before "deploy:setup", :db
after "deploy:update_code", "db:symlink" 
after "deploy", "deploy:cleanup"

def prompt_with_default(var, default)
  set(var) do
    Capistrano::CLI.ui.ask "Enter #{var} [#{default}] : "
  end

  set var, default if eval("#{var.to_s}.empty?")
end

default_run_options[:pty] = true 

set :rake, "/usr/local/bin/rake"

set :user, "your username"
set :application, "application name"
set :repository,  "svn repository path"
set :host, "domain name"
set :db_host, "DB host name"
set :db_user, "DB user name"
set :db_prefix, "any DB name prefix your host might require"
set :rails_env, "production"

set :deploy_to, "/home/username/rails/#{host}" # your deployment directory

role :app, host
role :web, host
role :db,  host, :primary => true

set :use_sudo, false
set :checkout, "export"

#
# TASKS
#
desc "Tasks to execute after code update"
task :after_update_code, :roles => [:app, :db, :web] do
  # Make sure we're running in production
  run "sed -i -e '/ENV.*RAILS_ENV/s/# //' #{release_path}/config/environment.rb"
  run "sed -i -e '/ENV.*RAILS_ENV/s/production/#{rails_env}/' #{release_path}/config/environment.rb"

  # Add banned IPs
  deny_lines = []
  File.readlines("#{release_path}/config/banned_ips").each {|ip|
    deny_lines << "deny from #{ip}"
  }

  ip_ban_block = <<EOBAN
# Bannination
order allow,deny
#{deny_lines.join}
allow from all
EOBAN

  run "sed -i -e 's/# BANNED IPS/#{ip_ban_block}/' #{release_path}/public/.htaccess"

  run "chmod +x #{release_path}/script/runner" 
  run "chmod +x #{release_path}/script/process/reaper" 
  run "chmod +x #{release_path}/script/process/spawner" 
  run "chmod 755 #{release_path}/public/dispatch.*" 
end

desc "Restarting after deployment"
task :after_deploy, :roles => [:app, :db, :web] do
  run "cd #{current_path} && rake RAILS_ENV=production db:sessions:clear tmp:clear"
  # fix permissions
  run "dos2unix #{release_path}/public/dispatch.*"
  run "dos2unix #{release_path}/public/.htaccess"
  run "chmod -R 755 #{release_path}"
  run "chmod -R 775 #{release_path}/log #{release_path}/tmp #{release_path}/script"
  run "find #{release_path}/ | xargs touch"
  run "touch #{deploy_to}/current/public/dispatch.fcgi"
end

desc "Restarting after rollback"
task :after_rollback, :roles => [:app, :db, :web] do
  run "touch #{deploy_to}/current/public/dispatch.fcgi"
end

namespace :db do
  desc "Create database yaml in shared path" 
  task :default do
  prompt_with_default(:db_password, "")
  db_config = ERB.new <<-EOF
base: &base
  adapter: mysql
  port: 3306
  host: #{db_host}
  username: #{db_user}
  password: #{db_password}

development:
  database: #{db_prefix}#{application}development
  <<: *base

test:
  database: #{db_prefix}#{application}test
  <<: *base

production:
  database: #{db_prefix}#{application}production
  <<: *base
EOF

    run "mkdir -p #{shared_path}/config" 
    put db_config.result, "#{shared_path}/config/database.yml" 
  end

  desc "Make symlink for database yaml" 
  task :symlink do
    run "ln -nfs #{shared_path}/config/database.yml #{release_path}/config/database.yml" 
  end
end

Una volta ho creato le mie variabili, Ho uno script bash che viene eseguito:

svn export $svn_path . --force
cap deploy

Questo mi chiederò per la mia password due volte. Una volta per l'esportazione da SVN, e una volta come un messaggio di generare automaticamente il mio database.yml nel percorso condiviso.

Answer 2

aggiornato la mia risposta, vedi 3 # ...

Non faccio uso di FastCGI per la distribuzione, ma un paio di cose che vengono in mente:

1. Gli script di processo sono stati spostati fuori del core Rails e in un plugin , che si può afferrare da GitHub.

2. Guardando il mio file di deploy.rb, è probabile che tu bisogno di passare la variabile d'ambiente RAILS_ENV nello script attraverso la linea di comando, simile a:

   run #{current_path}/script/process/reaper RAILS_ENV=#{rails_env} --dispatcher=dispatch.fcgi

3. EDIT: In realtà, è un po 'strano avere le attività nel Capfile invece di deploy.rb - anche se guardando questa discussione sul Capistrano gruppo Google , non è del tutto visto di buon occhio. Fino a te / la tua squadra, suppongo.

Spero che questo si punta nella direzione giusta.