Para que la instalación de MySQL no nos instale exim, instalaremos el servidor de correo Postfix.

$ sudo aptitude install postfix -y

MySQL

Instalamos los paquetes de MySQL. Esto además nos creará el usuario mysql en nuestro sistema:

$ sudo aptitude install mysql-server mysql-client libmysqlclient15-dev libmysql-ruby -y

Configuraremos una contraseña para el usuario root de la base de datos:

$ mysqladmin -u root password mipassword

Ruby

La versión de Ruby paquetizada en debian 4.0 es la 1.8.5. Si quisiéramos una versión superior, deberíamos compilar Ruby desde el código fuente.

Nosotros instalaremos los paquetes disponibles para debian. Para ello:

$ sudo aptitude install ruby1.8-dev ruby1.8 ri1.8 rdoc1.8 irb1.8 libreadline-ruby1.8 libruby1.8 libopenssl-ruby -y

A continuación crearemos los siguientes enlaces:

$ sudo ln -s /usr/bin/ruby1.8 /usr/local/bin/ruby
$ sudo ln -s /usr/bin/ri1.8 /usr/local/bin/ri
$ sudo ln -s /usr/bin/rdoc1.8 /usr/local/bin/rdoc
$ sudo ln -s /usr/bin/irb1.8 /usr/local/bin/irb
$ sudo ln -s /usr/bin/gem /usr/local/bin/gem

Rubygems

Rubygems es la herramienta para gestionar librerías y programas Ruby en forma de paquetes. Instalaremos Rubygems compilando el código fuente. Para ello, nos crearemos, en el directorio raíz de nuestro usuario, un directorio llamado sources. En él haremos:

$ mkdir sources
$ cd sources
$ wget http://rubyforge.org/frs/download.php/38646/rubygems-1.2.0.tgz
$ tar xzvf rubygems-1.2.0.tgz
$ cd rubygems-1.2.0
$ sudo ruby setup.rb
$ sudo ln -s /usr/bin/gem1.8 /usr/bin/gem
$ sudo gem update
$ sudo gem update --system
$ gem -v
1.2.0

Con esto habremos instalado la versión 1.2 de Rubygems. Comprueba cuál es la última versión estable cuando sigas estas instrucciones.

Rails

En teoría, si hemos congelado Rails en el directorio vendor de nuestra aplicación, no es necesario disponer de una instalación de Rails global en la máquina. A pesar de ello, si quisiéramos instalar Rails:

$ sudo gem install rails --include-dependencies --no-rdoc -no-ri

Esto me instalaría la gema rails y las gemas de las que depende. Como veis, gracias a que Rails está paquetizado en gemas, el proceso de instalación es muy sencillo.

Si hemos congelado en vendor Rails 1.2, no tendremos todas las gemas necesarias. En este caso deberíamos al menos instalar la gema actionwebservice y las que dependen de ella:

$ sudo gem install actionwebservice --include-dependencies --no-rdoc -no-ri

RMagick

Una librería Ruby que es frecuente utilizar es RMagick. Para que funcione, deberemos instalar ImageMagick en nuestro sistema:

$ sudo aptitude install imagemagick librmagick-ruby1.8 librmagick-ruby-doc libfreetype6-dev xml-core -y

Y para comprobar que funciona correctamente:

$ irb
irb(main):001:0> require 'RMagick'
=> true

Tutorial completo

• Rails en producción - Parte 1 - Introducción
• Rails en producción - Parte 2 - Configuración del servidor debian
• Rails en producción - Parte 3 - MySQL, Ruby y Rails
• Rails en producción - Parte 4 - Servidor web nginx
• Rails en producción - Parte 5 - Mongrels e instalación de nuestra aplicación
• Rails en producción - Parte 6 - Cluster de mongrels

Jonathan Schwartz nos cuenta que en las empresas existen dos fuerzas que por lo general son contrapuestas. Por un lado, hay una parte más técnica que quiere que los productos software que se usen sean lo más abiertos posibles, para en caso de problemas, saber realmente qué está pasando y poder arreglarlos con rápidez. Y por el otro, hay una parte más gerencial preocupada sobre todo de adquirir un soporte comercial, más “enterprise”. Con este movimiento Sun intentará contentar a ambos mundos.

Desde mi punto de vista, existe una clara tendencia a que cada vez el modelo de licencias de software tenga menos validez y a que el negocio en el mundo del software venga de los servicios profesionales y de las aplicaciones en modo ASP. Por ello, creo que es un acierto la adquisición de MySQL por parte de Sun. Está apostando por la que creo que es la tendencia ganadora.

¿Cómo será el futuro?

MySQL es la “M” de LAMP. ¿Cómo evolucionará ahora LAMP? ¿Lucharán Linux y Solaris por ser la primera letra del acrónimo? ¿Será sustituida la “P” de PHP/Perl por la “J” de Java? ¿Por la “R” de Ruby on Rails? ¿Qué pasará con PostgreSQL? Desde luego el futuro se presenta apasionante.

Yo creo que Sun intentará vender una solución integrada compuesta por su hardware, claro está, Solaris, que también es software libre, MySQL y GlassFish. Habrá por supuesto otros suministradores que ofrezcan otro hardware y Linux. Lo positivo es que estas soluciones integradas basadas en software libre serán muy competitivas con respecto a otras que no lo son. Microsoft no creo que dé, a corto plazo, ningún paso en el sentido de acercarse al software libre. Habrá que estar atentos a lo que hace a partir de ahora Oracle, quien hoy mismo también ha anunciado que adquiere Bea Systems, ya que creo que puede ser uno de los grandes perjudicados.

¿Qué opináis vosotros?

Enlaces relacionados

• Helping Dolphins Fly, por Jonathan Schwartz.
• Sun To Acquire MySQL, por Tim O’Reilly.
• Sun acquires MySQL, por Kaj Arnö.

¿Alguna vez has intentado compilar PHP en Solaris? Yo sí, y he de reconocer que no es una tarea sencilla. Hace varios años decidí utilizar cacti en Solaris. cacti es un programa escrito en PHP para generar gráficas, generalmente de rendimiento, y necesita Apache + MySQL + PHP . Por aquel entonces los paquetes de sunfreeware no estaban compilados de forma que PHP pudiera funcionar como módulo de Apache. Así que no tuve más remedio que compilar y compilar hasta que logré dar con una combinación adecuada de versiones y de opciones de compilación. La versión de Solaris que utilicé fue la 8, y escribí un documento donde contaba los detalles.

Después de tres años de espera, en octubre de 2007 se anunció la versión 0.8.7 de cacti, la cual estoy deseando probar. Esta vez lo haré en Solaris 10, y con gran alegría encuentro que esta vez sí es posible la instalación de Apache + MySQL + PHP en Solaris (SAMP) sin tener que compilar, utilizando únicamente paquetes binarios de sunfreeware.

Por otro lado, leo que Sun ha publicado su propia pila AMP, la cual no he tenido tiempo de probar.

En este post os contaré qué 20 paquetes de sunfreeware es necesario instalar y qué pasos hay que seguir para poder ejecutar Apache + MySQL + PHP en Solaris. Es importante seguir el orden aquí descrito, ya que hay paquetes que dependen de otros paquetes.

MySQL 5.0.41

Es necesario instalar los siguientes paquetes:

• libgcc-3.4.6
• openssl-0.9.8f
• zlib-1.2.3
• ncurses-5.6
• mysql-5.0.41

Después es necesario ejecutar como root:

# groupadd mysql
# useradd -g mysql -d /export/home/mysql -s /usr/bin/bash mysql
# passwd mysql
# cd /usr/local/mysql
# chown -R mysql .
# chgrp -R mysql .
# ln /usr/bin/hostname /usr/local/bin/hostname
# bin/mysql_install_db --user=mysql
# cp share/mysql/mysql.server /etc/init.d/mysql
# ln -s /etc/init.d/mysql /etc/rc3.d/S99mysql
# ln -s /etc/init.d/mysql /etc/rc0.d/K00mysql
# /etc/init.d/mysql start

Será conveniente también añadir al PATH el directorio /usr/local/mysql/bin y poner una contraseña al root de MySQL:

# mysqladmin -u root password 'password'
# mysqladmin -u root -h hostname password '

Apache 2.2.4

Como tarea opcional, se pueden desinstalar todos los paquetes de apache que vienen con Solaris. Para ver qué paquetes hay que desinstalar:

$ pkginfo  grep -i apache

aunque puede que haya otros paquetes que dependan de los paquetes de apache.

Instalar los siguientes paquetes:

• expat-1.95.5
• libiconv-1.11
• apache-2.2.4

Hará falta crear los scripts para que apache arranque en el arranque de la máquina. Para ello, crear /etc/init.d/apache:

#!/usr/bin/sh
PATH=/usr/bin:/usr/sbin
export PATH
case "$1" in
'start')
  echo "Arrancando Apache"
  /usr/local/apache2/bin/apachectl start
  
'stop')
  echo "Parando Apache"
  /usr/local/apache2/bin/apachectl stop
  
*)
  echo "Uso: $0 startstop"
  exit 1
  
esac
exit 0

y crear los enlaces necesarios:

# ln -s /etc/init.d/apache /etc/rc3.d/S99apache
# ln -s /etc/init.d/apache /etc/rc0.d/K00apache

PHP 5.2.3

Instalar los paquetes:

• db-4.2.52.NC
• sasl-2.1.21
• libxml2-2.6.26
• openldap-2.3.35
• jpeg-6b
• libpng-1.2.23
• xpm-3.4k
• gd-2.0.33
• freetype-2.3.1
• fontconfig-2.4.2
• curl-7.17.1
• php-5.2.3

Añadir /usr/local/php/bin al PATH.

Y por último editar el fichero httpd.conf y rearrancar el servidor apache:

AddType application/x-httpd-php .php
DirectoryIndex index.html index.php
LoadModule php5_module modules/libphp5.so

# /etc/init.d/apache restart