• Descargar Drupal.
• Descomprimir y mover la carpeta drupal a /Library/WebServer/Documents
• Dar permisos a sites/default/settings.php poniendo desde el terminal:
  cd /Library/WebServer/Documents/drupal
  chmod 777 sites/default/settings.php
• Crear la base de datos llamada drupal:
  mysqladmin -u root create drupal
• Desde el explorador ir a http://localhost/drupal/install.php y seguir las instrucciones.
• Quitar permisos a settings.php
  chmod 444 sites/default/settings.php
• Crear carpeta files y dar permisos
  mkdir files
  sudo chown www files
  sudo chgrp www files
  sudo chmod 744 files
• Drupal necesita ejecutar el archivo cron.php periodicamente para algunas tareas de mantenimiento. En Mac OS X Tiger utilizaremos Lingon para ejecutar el comando wget -O - -q -t 1 http://localhost/drupal/cron.php cada hora. Creo que utilizando el asistente la manera de hacerlo es sencilla y no necesita mayor explicación.

Multisitios:

Para habilitar multisitios para la misma instalación, basta con hacer para cada sitio:

• Crearle una base de datos propia con:
  mysqladmin -r root create otrositio
• Copiar la carpeta sites/default y renombrarla a localhost.otrositio
• Editar sites/localhost.otrositio/config.php con la línea $db_url = 'mysql://root@localhost/otrositio';
• Editar /private/etc/httpd/httpd.conf y añadir un alias para cada sitio:
  
<VirtualHost *:80>
# Alias for all php drupal sites
Alias /otrositio /Library/WebServer/Documents/drupal
</VirtualHost>

• Reiniciar apache
  sudo apachectl restart
• En el explorador poner http://localhost/otrositio/install.php
• Ahora en http://localhost/drupal tendremos el sitio con los modules y themes generales, compartidos por el resto de sitios. En http://localhost/otrositio/ podemos tener modules y themes independientes, añadiendolos a sites/localhost.otrositio/modules/ o sites/localhost.otrositio/themes

Luego me di cuenta que para habilitar Clean Urls en los subsitios necesitaremos poner en el .htaccess

RewriteBase /otrositio


y modificar esta línea cada vez que cambiamos de sitio. No es muy elegante, y hay otras maneras de hacerlo que no he tenido ganas de intentar. Esta opción no es tan incómoda para desarrollo. ]]>

#LoadModule php4_module
#AddModule mod_php4.c
#AddType application/x-httpd-php .php
#AddType application/x-httpd-php-source .phps

En /etc/httpd/httpd.conf descomentar las siguientes líneas:

LoadModule php4_module
AddModule mod_php4.c
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps

Habilitar Apache: Preferences -> Sharing -> Personal Web Sharing -> Start

Ahora en Library/WebServer/Documents podemos crear un documento phpinfo.php con lo siguiente:

Y poniendo en el explorador localhost/phpinfo.php nos debería aparecer información sobre nuestro PHP.

Para usar MySQL como base de datos lo más sencillo es instalar el .pkg de su web. Si queremos que arranque al principio también trae otro .pkg para eso, y por último trae un .prefsPane para controlar su arranque.

El PHP que trae Mac OS X 10.4 utiliza por defecto el socket para la conexión /var/mysql/mysql.sock, mientras que los binarios de mysql.com utilizan el socket /tmp/mysql.sock. Para que se conecte correctamente deberemos modificar la configuración por defecto:
mv /private/etc/php.ini.default /private/etc/php.ini

Y editar esta línea para que ponga:

mysql.default_socket = /tmp/mysql.sock

Reiniciamos apache parando e iniciando Web Sharing en Preferences
.

Van a hacer una presentación en La Noche en Blanco de Madrid, y me cuadra de estar ahí, así que a ver si lo veo en directo o incluso puedo probarlo!!

Además todavía estoy haciendo trabajos para AtiGalicia, y en principio podré seguir haciéndolos desde allá, y con un trabajo serio me quedaría sin tiempo para nada más. Así que con calma.

No me puedo creer la suerte que tuve con lo del piso. O quizá no sea cuestión de suerte. Un amigo argentino se quedaba tirado de piso unos meses, y le metí en mi casa. Luego resulta que tiene una prima allá y cuando se enteró de que yo estaba pensando en ir me dijo que no me lo pensara que el se ocupaba del sitio. En un par de semanas vamos los dos para allá, y luego el va a Argentina. Y yo me quedo en un pisazo!! No me lo quiero creer hasta que no esté dentro.

Moraleja: Siembra y recogerás.

Basta con insertar el CD/DVD, seleccionarlo en Disk Utility y darle a New Image. Entre las opciones seleccionamos DVD/CD master, y nos crea un archivo .cdr, al que le podemos cambiar la extensión a .iso directamente con el Finder.

Si tuviéramos otro tipo de imágen de disco, como .img o .dmg también podremos convertirla a .iso arrastrándola al Disk Utility y siguiendo el mismo procedimiento, pero en vez de New Image seleccionaremos Convert.

Los pasos que he seguido son:

Desde el panel de control de Dreamhost:

1. Añadir un nuevo subdominio, como myapp.jesuscarrera.info, dándole soporte para FCGI, y añadiendo /current/public al directorio sugerido.

   Más tarde, en cuanto se propaguen las DNS y podamos acceder a http://myapp.jesuscarrera.info/current/public, y antes de ejecutar cap deploy, deberemos borrar manualmente estos dos directorios, porque cap deploy creará un symlink para que Capistrano y Subversion funcionen bien juntos.

2. Añadimos la base de datos que vallamos a utilizar.
3. Creamos el repositorio de Subversion. Yo tengo creado un subdominio para acceder a esos repositorios. Su URL quedaría así: http://svn.jesuscarrera.info/myapp

En nuestra aplicación (máquina local en desarrollo).

1. Editar el config/database.yml para que en :production tenga los datos de Dreamhost.
2. En config/environment.rb descomentar la línea: ENV['RAILS_ENV'] ||= 'production'
3. En public/dispatch.* cambiarle la primera línea por ésta: #!/usr/bin/env ruby
4. En public/.htaccess asegurarnos de que ésta línea tenga .fcgi y no .cgi RewriteRule ^(.*)$ dispatch.fcgi [QSA,L]
5. Añadir después de RewriteEngine On lo siguiente, para que muestre una página de mantenimiento si existe (cuando ejecutamos cap deploy:web:disable). RewriteCond %{DOCUMENT_ROOT}/system/maintenance.html -f RewriteCond %{SCRIPT_FILENAME} !maintenance.html RewriteRule ^.*$ /system/maintenance.html [L]
6. Instalar Capistrano 2.0
   sudo gem install capistrano
7. Añadimos los archivos de Capistrano a nuestra app. Ejecutamos desde el directorio myapp:
   capify .

   Ésto crea dos archivos: Capfile y config/deploy.rb.

8. Editamos config/deploy.rb para que quede algo así: set :user, 'jesuscarrera' set :application, "myapp.jesuscarrera.info" set :repository, "svn+ssh://jesuscarrera@svn.jesuscarrera.info/home/#{user}/svn/myapp" # ============== # ============== # ============== role :web, application role :app, application role :db, application, :primary => true set :deploy_to, "/home/#{user}/#{application}" set :use_sudo, false

   A mi me ha funcionado sin estas últimas líneas, pero puede que en algunos casos sean necesarias:

   ################################################################# set :checkout, "export" # TASKS # desc "Tasks to execute after code update" task :after_update_code, :roles => [:app, :db, :web] do # fix permissions 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 "touch /home/jesuscarrera/depot.jesuscarrera.info/current/public/dispatch.fcgi" end desc "Restarting after rollback" task :after_rollback, :roles => [:app, :db, :web] do run "touch /home/jesuscarrera/depot.jesuscarrera.info/current/public/dispatch.fcgi" end ########## task :restart, :roles => :app do run "ruby #{current_path}/script/process/reaper --dispatcher=dispatch.fcgi" end # In config/deploy.rb task :after_symlink, :roles => [:web, :app] do # Make dispatcher executable run "chmod a+x #{current_path}/public/dispatch.fcgi" end #################################################################
   Recuerda que para que no pida las claves todo el rato podemos autorizar nuestro equipo para SSH.
9. Realizamos nuestra primera importación al repositorio

   svn import myapp svn+ssh://[email protected]/home/jesuscarrera/svn/myapp -m “Initial import”

10. Renombramos el original (o si eres valiente también lo puedes borrar), y nos descargamos la primera versión del repositorio:
    mv depot depot.imported
    svn co svn+ssh://[email protected]/home/jesuscarrera/svn/myapp myapp
11. Preparamos el servidor para recibir nuestra app:
    cap deploy:setup
12. Enviamos nuestra aplicación aplicando migraciones:
    cap deploy:cold
13. A partir de ahora cada vez que realicemos cambios en nuestra máquina local en desarrollo deberemos en primer lugar enviarlos al repositorio, y luego actualizarla en producción:

    svn commit -m “Change description”
    cap deploy

    Si hemos añadido migraciones sería con:
    cap deploy:migrations

    Si algo va mal podemos volver a la anterior versión con:
    cap deploy:rollback

    Si vamos a realizar un mantenimiento importante podemos deshabilitar y habilitar la web con:
    cap deploy:web:disable
    cap deploy:web:enable

    Para ver otras tareas:
    cap -T

Yo lo he probado con la aplicación que te enseña a hacer el fantástico libro Agile Web Development With Rails. La podéis ver en depot.jesuscarrera.info/store. Ha funcionado tan bien y a la primera que hasta me ha sorprendido!

El procedimiento sería el mismo en servidores remotos (sin utilizar Parallels), y sería resumiendo algo así:

Nota: he modificado algunas cosas que no aparecen el el vídeo, que me hicieron falta para que funcionase.

En el la máquina remota:

sudo apt-get install openssh-server

En la máquina local:

Cremos nuestras keys si no las tenemos
ssh-keygen -t rsa

Subimos las keys al servidor:
cap setup_ssh_keys
sudo gem install deprec -y
echo “require ‘deprec/recipes’” >> ~/.caprc

Para que recoja las llaves ssh y no nos pregunte todo el rato la clave:
echo ssh_options[:keys] = %{/Users/jesus/.ssh/id_rsa} >> ~/.caprc

Creamos la aplicación:
rails myapp

Le aplicamos deprec:
cd myapp
deprec --apply-to .

Configuramos config/deploy.rb
Modificamos el :domain, :application, :user.

Instalamos lo necesario para que funcione Rails (Apache, Ruby, etc.)
cap install_rails_stack

Instalamos la aplicación:
cap setup

Añadimos soporte para svn:
cap setup_scm

Actualizamos la aplicación con las migraciones:
cap deploy_with_migrations

Reiniciamos Apache:
cap restart_apache

Ahora en cada actualización utilizaremos:
cap deploy

Y si queremos volver a una versión anterior:
cap revert