Los pasos descritos a continuación fueron seguidos para realizar la actualización del administrador de proyectos basado en Redmine de su versión 0.6.4 a la versión 0.7.3.

Se descomprimió el paquete con la distribución original.

$ tar zxvf redmine-0.7.3.tar.gz

Se renombró el directorio por especificaciones propias.

$ mv redmine-0.7.3 sistemas_redmine-0.7.3

Se copió la información de conexión a la base de datos.

$ cp sistemas_redmine-0.6.4/config/database.yml sistemas_redmine-0.7.3/config

Se editó la información del servidor SMTP.

$ vi sistemas_redmine-0.7.3/config/environment.rb

            # SMTP server configuration
            config.action_mailer.smtp_settings = {
                :address => "127.0.0.1",
                :port => 25,
                :domain => "dominio.com",
                :authentication => :login,
                :user_name => "sistemas@dominio.com",
                :password => "redmine",
        }

Se realizó la actualización de la base de datos.  En este punto se recomienda realizar antes una copia de seguridad de la base de datos actual en caso de que algo falle en el proceso de actualización.

$ cd sistemas_redmine-0.7.3

$ rake db:migrate RAILS_ENV="production"

Se restauran los archivos que hayan sido subidos al sistema.

$ cd ..

$ cp -rf sistemas_redmine-0.6.4/files/* sistemas_redmine-0.7.3/files

En mi caso, el directorio de RedMine (sistemas_redmine-0.7.3) se encuentra ubicado por fuera del árbol público, sólo debería publicarse el directorio /public, para esto creo un enlace.

$ cd /home/usuario/public_html

$ ln -s /home/usuario/sistemas_redmine-0.7.3/public/ redmine

Creo el nuevo despachador con FCGI.

$ cd redmine

$ cp dispatch.fcgi.example dispatch.fcgi

$ chmod 755 dispatch.fcgi

Como sugerencia final se debe restaurar o adaptar el archivo .htaccess ubicado en redmine/public, de lo contrario se presentarán problemas con la carga de archivos CSS y JS.

Para mi caso particular, este es el archivo que he utilizado con las versiones mencionadas: .htaccess

Tags: DreamHost, Redmine

Algnos servidores web como es el caso de los de Dreamhost utilizan un software que se integra con Apache como un módulo llamado mod_security, este módulo permite determinar reglas de filtrado y manejo a las peticiones HTTP que los clientes solicitan al sevidor web con el fin de proteger de posibles ataques a las aplicaciones potencialmente inseguras que se encuentran en él.

Hoy esta protección adicional del citado proveedor de hosting estuvo interfiriendo con mi proyecto, este utilizaba AJAX y las peticiones siempre fallaban retornando el error "503 Service Temporarily Unavailable".

Después de una breve experimentación no encontré otro remedio que desactivar el módulo para el directorio del proyecto, para esto agregué la siguiente línea al archivo .htaccess ubicado en el directorio principal de dicho proyecto.

SecFilterInheritance Off

Tags: Apache, DreamHost