Como implantar Rails 2.3.2 app com Capistrano de cima (para FastCGI)?

Question

Disclaimer:. Eu sou um noob para Rails e Capistrano (mas um intermediário .NET C # Developer) tentando aprender mais

i ter sido ter o mais duro tempo recebendo um set-up processo de desenvolvimento Capistrano. aqui está o que eu tenho até agora para o meu 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

aqui está o meu 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 não tem o diretório script / processo para a tarefa de reinício não funciona em todos. Como faço para corrigir isso?
2. Existe uma maneira de definir a variável RAILS_ENV em environment.rb para "produção" quando o aplicativo é implantado ( "set: RAILS_ENV,: produção" não fazê-lo)?
3. Além disso, estou faltando alguma coisa a partir destes 2 arquivos?

Answer 1

Aqui está a minha deploy.rb, que realmente não foi atualizado em muito tempo. Eu corro dois comandos sed para definir o ambiente dentro da minha: tarefa after_update_code. Estou certo de que há uma maneira mais fácil de fazê-lo, mas este é o meu método atual.

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

Uma vez que eu criar meus variáveis, eu tenho um script que é executado:

svn export $svn_path . --force
cap deploy

Isso vai me pedir a minha senha duas vezes. Uma vez que para exportar a partir do SVN, e uma vez como um alerta para gerar automaticamente o meu database.yml no caminho compartilhado.

Answer 2

atualizei a minha resposta, ver # 3 ...

Não uso FastCGI para implantação, mas algumas coisas que vêm à mente:

1. Os scripts de processos foram movidos para fora do núcleo Rails e em um plugin , que você pode pegar a partir GitHub.

2. Olhando para o meu arquivo deploy.rb, é provável que você precisa para passar a variável de ambiente RAILS_ENV no script através da linha de comando, semelhante a:

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

3. EDIT: Na verdade, é um pouco estranho ter suas tarefas no Capfile vez de deploy.rb - embora olhando para esta discussão sobre a Capistrano Google Group, não é completamente desaprovada. Até você / sua equipe, suponho.

Esperamos que este você aponta na direção certa.