Damit der Rocket Rentals Server richtig auf den Request reagieren kann, muss im Admin Frontend ebenfalls eine Subdmain angelegt werden. Dazu logged man sich unter beim Hosting ein. Im oberen Menü wählt man “Sites”. Aus dem linken Menü wählt man dann “Subdomain” aus. Das Host Feld beinhaltet den Namen der Subdomain. Der Redirect Type ist “No flag”. Der Redirect Path ist “/<subdomain>_<domain>_<tld>”. Beispiel: “/staging_wheelmap_org”. Nach dem Speichern dauert es höchstens 15 Minuten, bis die Änderungen aktiv sind. In der Zwischenzeit können wir aber schon eine neue Datenbank anlegen. Das ist besonders wichtig, da wir nicht die Produktivdatenbank versehentlich verändern wollen, wenn die Auftraggeber die neue Version ausprobieren und dabei Daten manipulieren. Auch das kann auf der Admin Seite des Rocket Rentals Frontend geschehen. Usernamen und Passwort für die Datenbank nicht vergessen!

Dann muss auf dem Rechner, der das deployment durchführt eine Capistrano Erweiterung installiert werden:

sudo gem install capistrano-ext

Danach muss die deploy.rb Datei etwas angepasst werden. Füge folgende Zeilen an den Anfang der Datei:

# config/deploy.rb

set :stages,        ['staging', 'production']
set :default_stage, 'staging'
require 'capistrano/ext/multistage'

Jetzt werden für jede Umgebung im Rails Projekt unter config/deploy/ eine eigene Datei mit dem Umgebungsnamen angelegt:

mkdir -p config/deploy
touch config/deploy/staging.rb
touch config/deploy/production.rb

Aus der bisherigen deploy.rb Datei müssen folgende Zeilen in die config/deploy/production.rb kopiert werden:

# config/deploy/production.rb

set :application, 'domain_tld' # Beispiel: wheelmap_org
set :db_names, :production => 'prod_db_name'
set :db_user, 'prod_db_username'
set :db_password, 'prod_db_password'
set :rails_env,   'production'

Anschließend müssen diese Zeilen in der config/deploy.rb auskommentiert oder gelöscht werden.

In der config/deploy/staging.rb Datei müssen jetzt die Angaben für die Staging Umgebung gemacht werden:

# config/deploy/staging.rb

set :application, 'subdomain_domain_tld' #Beispiel: staging_wheelmap_org
set :db_names, :production => 'staging_db_name'
set :db_user, 'staging_db_username'
set :db_password, 'staging_db_password'
set :rails_env,   'staging'

Nun sind alle Vorbereitungen getroffen und wir können die Staging Umgebung einrichten:

cap staging deploy:setup

Danach kann die Anwendung deployed werden:

cap staging deploy:cold

Will man die Live Version deployen führt man folgenden Befehl aus:

cap production deploy

Bei Problemen oder Fragen einfach einen Kommentar hinterlassen.

$ ps aux | grep httpd
christoph  6783   0.0  0,0   599828    504 s000  R+    1:01pm   0:00.00 grep httpd

In der Konsole fand ich folgende Zeilen:

07.09.09 12:21:27 org.apache.httpd[1405] (2)No such file or directory: httpd: could not open error log file /private/var/log/apache2/error_log.
07.09.09 12:21:27 org.apache.httpd[1405] Unable to open logs
07.09.09 12:21:27 com.apple.launchd[1] (org.apache.httpd[1405]) Exited with exit code: 1
07.09.09 12:21:27 com.apple.launchd[1] (org.apache.httpd) Throttling respawn: Will start in 10 seconds

Offensichtlich ging das was mit dem Öffnen der Logdatei schief.

$ ls /private/var/log/apache/error_log
/private/var/log/apache/error_log: No such file or directory

Das Verzeichnis /private war nicht wieder erstellt worden. Also habe ich ein neues angelegt:

$ sudo mkdir -p /private/var/log/apache2