[spanish]Instalar apache+php+mysql+mod_wsgi en Snow Leopard[/spanish][english]Installing apache+php+mysql+mod_wsgi on Snow Leopard[/english]

[spanish]Últimamente, por diferentes circunstancias, he tenido que probar cosas nuevas en Apache. Hasta ahora, siempre habí­a utilizado MAMP por su sencillez para ser instalado en Snow Leopard, pero una vez que necesitas nuevos módulos, versiones diferentes de los paquetes, etc… la cosa se complica bastante. Así­ que me decidí­ por utilizar MacPorts para configurar un entorno de desarrollo local a medida.

Instalación de XCode Developer Tools y MacPorts.

En el dvd de Snow Leopard disponemos de XCode Developer Tools. Lo instalamos, asegurándonos de instalar las utilidades de desarrollo desde la lí­nea de comandos (Unix Development).

A continuación, descargamos macports (en este momento, versión 1.9.2). Instalamos como cualquier otra aplicación en Snow Leopard y nos aseguramos de tener todo actualizado a la íºltima versión, abriendo un terminal y ejecutando
[codesyntax lang=”bash”]sudo port -v selfupdate[/codesyntax]

Instalación de MySQL

Comenzamos a utilizar macports, muy parecido a apt-get de debian, para instalar el servidor de MySQL (v5.1):
[codesyntax lang=”bash”]
sudo port install mysql5-server
sudo -u mysql mysql_install_db5
[/codesyntax]

Hay varias formas de poner en marcha el demonio de mysql. Como no me gusta tener más demonios de la cuenta en el arranque del sistema, lo voy a poner en marcha manualmente cada vez que quiera utilizarlo. Una de las formas de ponerlo en marcha (más adelante crearemos un alias para no tener que escribir toda la ruta):
[codesyntax lang=”bash”]
sudo /opt/local/etc/LaunchDaemons/org.macports.mysql5/mysql5.wrapper start
[/codesyntax]

Ahora, si vamos a trabajar en local, creamos la contraseña de root de mysql con
[codesyntax lang=”bash”]
/opt/local/lib/mysql5/bin/mysqladmin -u root password ‘password’
[/codesyntax]

(Para entornos de producción, además de cambiar el password, habrí­a que cambiar más cosas, como deshabilitar el acceso anónimo y el acceso remoto de root, con /opt/local/lib/mysql5/bin/mysql_secure_installation)

Instalación de Apache

Para instalar apache, volvemos a hacer uso de macports y, como he estado jugando con python/django, instalo también el módulo mod_wsgi (una de las cosas “complicadas” con MAMP):
[codesyntax lang=”bash”]
sudo port install apache2 mod_wsgi
[/codesyntax]

A continuación, editamos el archivo de configuración de apache /opt/local/apache2/conf/httpd.conf para añadir el módulo de wsgi y, ya que estamos, cambiar el nombre del servidor:
[codesyntax lang=”apache” title=”/opt/local/apache2/conf/httpd.conf”]
LoadModule wsgi_module modules/mod_wsgi.so
ServerName localhost
[/codesyntax]

Instalación de PHP

Ahora instalamos php5, con los módulos para apache2 y mysql5.
[codesyntax lang=”bash”]
sudo port install php5 +apache2 php5-mysql
[/codesyntax]
Activamos el módulo de php en apache con
[codesyntax lang=”bash”]
cd /opt/local/apache2/modules
sudo /opt/local/apache2/bin/apxs -a -e -n “php5″ libphp5.so
[/codesyntax]
y editamos de nuevo /opt/local/apache2/conf/httpd.conf para añadir en la sección de mime types a los ficheros .php:
[codesyntax lang=”apache” title=”/opt/local/apache2/conf/httpd.conf”]
AddType application/x-httpd-php .php
[/codesyntax]

Como archivo de configuración de php, tenemos dos archivos php.ini de ejemplo en /opt/local/etc/php5. Como estamos en desarrollo, utizamos el php.ini-development para tener nuestro php.ini
[codesyntax lang=”bash”]
sudo cp php.ini-development php.ini
[/codesyntax]
Por íºltimo, editamos /opt/local/etc/php5/php.ini y cambiamos date.timezone a nuestra zona y el socket de mysql:
[codesyntax lang=”ini” title=”/opt/local/etc/php5/php.ini”]
date.timezone=Europe/Madrid
mysql.default_socket = /opt/local/var/run/mysql5/mysqld.sock
[/codesyntax]

Arranque y parada de Apache y MySQL

Ya sólo nos queda crear un alias para llamar y ejecutar apache y mysql cuando queramos en nuestro .profile
[codesyntax lang=”bash”]
cd ~
nano .profile
[/codesyntax]
[codesyntax lang=”bash” title=”~/.profile”]
alias apache2=’sudo /opt/local/etc/LaunchDaemons/org.macports.apache2/apache2.wrapper’
alias mysql5=’sudo /opt/local/etc/LaunchDaemons/org.macports.mysql5/mysql5.wrapper’
alias mysql=’/opt/local/bin/mysql5′
[/codesyntax]

De esta forma, con “apache2 start|stop|restart” y “mysql5 start|stop|restart” tenemos bajo control los demonios respectivos, y creamos un alias al cliente de mysql, por si queremos utilizarlo sin realizar la llamada con la ruta absoluta.

Configuración de hosts en Apache

Por defecto, Apache lee los documentos de /opt/local/apache2/htdocs. Esto lo podemos cambiar para adecuarlo a nuestras necesidades. Por ejemplo, a mí­ me gusta tener todas las webs en desarrollo dentro del directorio Sites de mi usuario. Para ello, editamos /opt/local/apache2/conf/httdp.conf y cambiamos el DocumentRoot de “/opt/local/apache2/htdocs” a “/Users/my_user/Sites” y la directiva Directory “/opt/local/apache2/htdocs” de la misma forma:

[codesyntax lang=”apache” title=”/opt/local/apache2/conf/httpd.conf”]
DocumentRoot “/Users/my_user/Sites”

<Directory “/Users/my_user/Sites”>

[/codesyntax]

Además, normalmente tengo varias webs en desarrollo, así­ que vamos a utilizar hosts virtuales. Para ello, descomentamos la lí­nea del httpd.conf:
[codesyntax lang=”apache” title=”/opt/local/apache2/conf/httpd.conf”]
Include conf/extra/httpd-vhosts.conf
[/codesyntax]

y en httpd-vhosts.conf, siguiendo el ejemplo de los que hay creados (y que debemos comentar, si no queremos errores al arrancar apache), creamos todos los hosts virtuales que necesitemos:
[codesyntax lang=”apache” title=”/opt/local/apache2/conf/extras/httpd-vhosts.conf”]
<VirtualHost *:80>
DocumentRoot “/Users/my_user/Sites/web1”
ServerName dominio1.localhost
ErrorLog “logs/error_log”
CustomLog “logs/access_log” common
</VirtualHost>
<VirtualHost *:80>
DocumentRoot “/Users/my_user/Sites/web2”
ServerName dominio2.localhost
ErrorLog “logs/error_log”
CustomLog “logs/access_log” common
</VirtualHost>
[/codesyntax]

Recuerda añadir los dominios de estos hosts virtuales en /etc/hosts:
[codesyntax lang=”text” title=”/etc/hosts”]
127.0.0.1 localhost
127.0.0.1 dominio1.localhost
127.0.0.1 dominio2.localhost

[/codesyntax]

Instalación de phpmyadmin

Como es algo que solemos utilizar muchas veces, instalamos phpmyadmin mediante macports:

[codesyntax lang=”bash”]
sudo port install phpmyadmin
[/codesyntax]

Sólo nos queda configurar un host virtual para acceder a él:
[codesyntax lang=”apache” title=”/opt/local/apache5/conf/extra/httpd-vhosts.conf”]
<VirtualHost *:80>
DocumentRoot “/opt/local/www/phpmyadmin”
ServerName phpmyadmin.localhost
<Directory “/opt/local/www/phpmyadmin”>
Options Indexes FollowSymLinks
AllowOverride None
Order allow,deny
Allow from all
</Directory>
</VirtualHost>
[/codesyntax]
añadiendo de nuevo la referencia en nuestro archivo de hosts:
[codesyntax lang=”text” title=”/etc/hosts”]

127.0.0.1 phpmyadmin.localhost
[/codesyntax]

Con esto ya está todo. Tenemos un entorno de desarrollo a medida, podemos cambiar, añadir, quitar los módulos que queremos a nuestro antojo, y todo de manera sencilla gracias a macports.[/spanish]

[english]
Recently, because of different circumstances, I’ve had to test new things on Apache. Until now, I’ve always used MAMP, thank to its simple installation on Snow Leopard, but once you need new modules, different package versions, etc… things get complicated. So I decided to use MacPorts to set up a home development environment.

XCode Developer Tools and MacPorts.

We have the XCode Developer Tools in the Snow Leopard DVD. We need to install it, being sure we include the unix development tools.

After that, we’ll download macports (at this moment, v1.9.2). We’ll install it like any other app in Snow Leopard and we’ll be sure we have the last package version, opening a terminal and running
[codesyntax lang=”bash”]sudo port -v selfupdate[/codesyntax]

MySQL

Let’s start using macports (very similar to apt-get on debian), to install the mysql server (v5.1):
[codesyntax lang=”bash”]
sudo port install mysql5-server
sudo -u mysql mysql_install_db5
[/codesyntax]

There are several ways to run the mysql daemon, I’m going to use one of them. I don’t like to have too many daemons on the startup, so I’m going to start it manually each time I want to use it. The way I’m going to use is (and later on we’ll create an alias to avoid the full route..):
[codesyntax lang=”bash”]
sudo /opt/local/etc/LaunchDaemons/org.macports.mysql5/mysql5.wrapper start
[/codesyntax]

Next, as we are going to work locally, we’ll set the mysql root password:
[codesyntax lang=”bash”]
/opt/local/lib/mysql5/bin/mysqladmin -u root password ‘password’
[/codesyntax]

(In production environments, we should change more things: disable anonymous access or the root remote access, for instance, with /opt/local/lib/mysql5/bin/mysql_secure_installation)

Apache

In order to install apache, we’ll use again macports. Lately, I’ve been playing with python/django, so I’m also going to install the mod_wsgi module (this is one of the tough tasks with MAMP):
[codesyntax lang=”bash”]
sudo port install apache2 mod_wsgi
[/codesyntax]

After that, we’ll edit the apache config file (/opt/local/apache2/conf/httpd.conf), to add the mod_wsgi module and change the server name:
[codesyntax lang=”apache” title=”/opt/local/apache2/conf/httpd.conf”]
LoadModule wsgi_module modules/mod_wsgi.so
ServerName localhost
[/codesyntax]

PHP

Now, we’ll install php5, with the apache2 and mysql5 modules.
[codesyntax lang=”bash”]
sudo port install php5 +apache2 php5-mysql
[/codesyntax]
We’ll enable the php module on apache with
[codesyntax lang=”bash”]
cd /opt/local/apache2/modules
sudo /opt/local/apache2/bin/apxs -a -e -n “php5″ libphp5.so
[/codesyntax]
and we’ll edit again /opt/local/apache2/conf/httpd.conf to add .php files to the mime-types section:
[codesyntax lang=”apache” title=”/opt/local/apache2/conf/httpd.conf”]
AddType application/x-httpd-php .php
[/codesyntax]

Macports installs two sample php.ini in /opt/local/etc/php5. We are setting up a development environment, so we’ll use the php.ini-development:
[codesyntax lang=”bash”]
sudo cp php.ini-development php.ini
[/codesyntax]
Last thing: we’ll edit /opt/local/etc/php5/php.ini to change properly the date.timezone and the mysql socket:
[codesyntax lang=”ini” title=”/opt/local/etc/php5/php.ini”]
date.timezone=Europe/Madrid
mysql.default_socket = /opt/local/var/run/mysql5/mysqld.sock
[/codesyntax]

Starting and stopping Apache and MySQL

As I said before, we can create and alias to run apache and mysql, in our .profile:
[codesyntax lang=”bash”]
cd ~
nano .profile
[/codesyntax]
[codesyntax lang=”bash” title=”~/.profile”]
alias apache2=’sudo /opt/local/etc/LaunchDaemons/org.macports.apache2/apache2.wrapper’
alias mysql5=’sudo /opt/local/etc/LaunchDaemons/org.macports.mysql5/mysql5.wrapper’
alias mysql=’/opt/local/bin/mysql5′
[/codesyntax]

This way, with “apache2 start|stop|restart” y “mysql5 start|stop|restart”, we have under control both daemons, and we get an alias to call the msyql client without needing to write the full route.

Apache host config

By default, apache reads the files from /opt/local/apache2/htdocs. We can change this to fit our needs. For instance, I like to save all my webs in development inside my Sites directory. To get this, we’ll edit /opt/local/apache2/conf/httdp.conf and we’ll change the DocumentRoot from “/opt/local/apache2/htdocs” to “/Users/my_user/Sites”, and the Directory directive “/opt/local/apache2/htdocs” the same way:

[codesyntax lang=”apache” title=”/opt/local/apache2/conf/httpd.conf”]
DocumentRoot “/Users/my_user/Sites”

<Directory “/Users/my_user/Sites”>

[/codesyntax]

Furthermore, I usually have several webs in development, so I’m going to use virtual hosts. In order to do that, we’ll uncomment the next line:
[codesyntax lang=”apache” title=”/opt/local/apache2/conf/httpd.conf”]
Include conf/extra/httpd-vhosts.conf
[/codesyntax]

and, in httpd-vhosts.conf, following the samples (that we should comment to avoid errors), we’ll create as many virtual hosts as we need:
[codesyntax lang=”apache” title=”/opt/local/apache2/conf/extras/httpd-vhosts.conf”]
<VirtualHost *:80>
DocumentRoot “/Users/my_user/Sites/web1”
ServerName dominio1.localhost
ErrorLog “logs/error_log”
CustomLog “logs/access_log” common
</VirtualHost>
<VirtualHost *:80>
DocumentRoot “/Users/my_user/Sites/web2”
ServerName dominio2.localhost
ErrorLog “logs/error_log”
CustomLog “logs/access_log” common
</VirtualHost>
[/codesyntax]

Just remember to add these virtual domains to your /etc/hosts:
[codesyntax lang=”text” title=”/etc/hosts”]
127.0.0.1 localhost
127.0.0.1 dominio1.localhost
127.0.0.1 dominio2.localhost

[/codesyntax]

Phpmyadmin

Using macports, it’s trivial:
[codesyntax lang=”bash”]
sudo port install phpmyadmin
[/codesyntax]

We just need to configure a virtual host to access it:
[codesyntax lang=”apache” title=”/opt/local/apache5/conf/extra/httpd-vhosts.conf”]
<VirtualHost *:80>
DocumentRoot “/opt/local/www/phpmyadmin”
ServerName phpmyadmin.localhost
<Directory “/opt/local/www/phpmyadmin”>
Options Indexes FollowSymLinks
AllowOverride None
Order allow,deny
Allow from all
</Directory>
</VirtualHost>
[/codesyntax]
adding, again, the domain to our hosts file:
[codesyntax lang=”text” title=”/etc/hosts”]

127.0.0.1 phpmyadmin.localhost
[/codesyntax]

And that’s it. Now we have a custom development environment, where we can add, change, remove whatever modules we want, thank to macports.

PD: Sorry for my poor English. I have to practice and improve it ;)[/english]

Symfony: dos campos con TinyMCE en el mismo formulario

En symfony podemos utilizar fácilmente TinyMCE en un textarea gracias al plugin sfFormExtraPlugin. Una vez instalado el plugin con

symfony plugin:install sfFormExtraPlugin

debemos recordar bajar también el paquete de TinyMCE y descomprimirlo en web/js. En mi caso, lo he dejado en web/js/tiny_mce, por lo que, a continuación, he modificado el archivo view.yml de mi aplicación, especí­ficamente la lí­nea

javascript: [ tiny_mce/tiny_mce.js ]

para cargar TinyMCE en todas mis páginas. Si no quisiera cargarlo en todas, modificarí­amos el view.yml del módulo en particular donde lo queremos utilizar. Debemos recordar, así­ mismo, modificar el settings.yml de nuestra aplicación para indicar dónde se encuentra:

rich_text_js_dir: js/tiny_mce

Para utilizar el textarea con TinyMCE, sólo debemos declarar el widget correspondiente de la siguiente forma:

$this->widgetSchema['entradilla'] = new sfWidgetFormTextareaTinyMCE(
array(
'config' => sfConfig::get('app_tiny_mce_simple')
));

Lo que he hecho, en este caso, es llamar a sfWidgetFormTextareaTinyMCE con la configuración almacenada en el app.yml de nuestra aplicación, donde me he definido la variable global app_tiny_mce_simple, que contiene lo siguiente:

tiny_mce_simple: |
width: "550px",
height: "200px",
language: "es",
relative_urls: false,
convert_urls: false,
plugins: "preview, paste, advlink, fullscreen",
theme_advanced_buttons1: "bold, italic, underline, separator, justifyleft, justifycenter, justifyright, justifyfull, separator, outdent, indent, separator, pastetext, pasteword, separator, link, bullist, numlist, separator, undo, redo, selectall, separator, preview, code, fullscreen",
theme_advanced_buttons2: "",
theme_advanced_buttons3: "",
plugin_preview_width: "500",
plugin_preview_height: "600",
fullscreen_new_window: true,
theme_advanced_resize_horizontal: false,
paste_auto_cleanup_on_paste: true,

Como véis, lo íºnico que hemos hecho ha sido pasar los parámetros de configuración a TinyMCE.

El problema viene cuando queremos utilizar dos textareas con TinyMCE en el mismo formulario. De momento, en la versión 1.2.4 de Symfony, hay un pequeño “bug” (si podemos llegar a llamarlo así­), ya que al usar dos TinyMCE se pierden los ids. La solución es muy sencilla: añadir a la configuración de TinyMCE los parámetros elements con el id y mode con “exact”, como en este ejemplo:

$this->widgetSchema['entradilla'] = new sfWidgetFormTextareaTinyMCE(
array(
'config' => sfConfig::get('app_tiny_mce_simple'). ' elements: "noticia_entradilla", mode: "exact"'
));

Ya podemos utilizar todos los textareas que queramos con TinyMCE, sólo tenemos que recordar cambiar “elements” por el id correspondiente.

Configurar lighttpd para albergar un proyecto con symfony

Desde hace un par de meses tengo un pequeño servidor en casa con debian instalado, dedicado básicamente a estar las 24h conectado a internet bajando torrents y como servidor en el que hacer pruebas diversas. Al tener un hardware muy básico (128MB de RAM, procesador ARM9 de 500Mhz), el servidor web debí­a ser lo más ligero posible, por lo que todo el mundo recomendaba lighttpd. Así­ que me puse manos a la obra, y gracias a apt-get en un momento estaba instalado ;)

El problema vino hace un par de dí­as al querer utilizar este servidor para realizar pruebas con symfony. En casi todos los sitios hablan de qué cambiar en apache, pero no lighttpd, así­ que tras preguntar a SanGoogle, esto es lo que encontré:

server.modules += ( "mod_simple_vhost" , "mod_rewrite" )

$HTTP ["host"] == "jobeet" {
server.document-root = "/home/sfprojects/jobeet/web"
server.indexfiles = ( "index.php", "index.html")
alias.url = (
"/sf" => "/usr/share/php/data/symfony/web/sf"
)
server.error-handler-404 = "/index.php"
}

Como véis, es un código muy sencillo a añadir al archivo de configuración de lighttpd (en debian, /etc/lighttpd/lighttpd.conf). En mi caso, he creado el host jobeet para ir probando el nuevo tutorial de 24 dí­as que se está publicando en la web oficial de symfony. Lo primero que necesitamos son los módulos de vhost y rewrite, si no los tení­amos anteriormente “cargados”. Después simplemente le decimos donde está el directorio raí­z del host (en mi caso, en un directorio que he creado en /home para todos los proyectos de symfony llamado sfprojects/ , y dentro de él, en el de nombre “jobeet”, en su directorio web/). Y por íºltimo, redirigimos el directorio /sf al directorio donde hayamos instalado symfony. En debian, y con la instalación de symfony mediante PEAR, por defecto está en /usr/share/php/data/symfony/web/sf.

Et voilí , reiniciamos lighttpd y ya tenemos el proyecto con symfony funcionando ;)

PD: No olvidar añadir la IP del servidor y el nombre del host, en esta caso “jobeet”, a nuestro archivo de hosts local…

Symfony 1.2.0

Ya está disponible la versión 1.2.0 definitiva de Symfony, tras varios meses de desarrollo y diferentes betas. Mejoras en los formularios, en el generador automático del “backend” de administración y mil cosas más, que puedes ver en su web, por ejemplo, en su what’s new.

He ido probando las betas y los cambios respecto a 1.0-1.1 son sustanciales, ahora sólo me falta meterle mano a la versión definitiva y ver si han corregido todos los pequeños fallos que tení­an en las betas. Espero comentar más cosas (buenas) pronto…

Cómo llamar al método de una clase con una variable en PHP

Llevo un tiempo currando con Symfony y, hasta ahora, no me habí­a encontrado nunca con el problema de llamar a una clase a través de una variable. El problema me surgió ayer al querer refactorizar unas funciones y tener que llamar a una clase determinada, que tení­a guardada en una variable.

Después de tirarme un buen rato buscando algíºn tipo de sintaxis que funcionara para hacer algo como $clase::metodo(), fui a donde debí­a haber ido desde el principio, a la web de PHP, donde me enteré que hasta la próxima versión 5.3.0 no será posible llamar a los métodos de esa forma. Una posible solución que encontré, por si alguien lo necesita alguna vez (yo mismo, por ejemplo :D), es utilizar la función call_user_func de la siguiente forma:

call_user_func(array($clase,'metodo'), $parametros);

Generar pantallazo de un vídeo.

La íºltima función que he tenido que crear para un proyecto era una para generar un pantallazo en jpg de un fotograma de un ví­deo .flv. No recuerdo en qué web encontré la respuesta, pero pasaba por utilizar ffmpeg.

Este es el método que me ha quedado:

function Genera_Pantallazo($origen,$fotograma) {
	$destino=substr_replace($origen,".jpg",-4);
								       
	$segundos=$fotograma;
	$horas = intval($segundos/3600);
	$segundos -= $horas*3600;
	$minutos = intval($segundos/60);
	$segundos -= $minutos*60;
	$tiempo=$horas.":".$minutos.":".$segundos;
				
	$comando="ffmpeg -i $origen -vcodec mjpeg -ss $tiempo -vframes 1 -f image2 $destino";

	// echo "Ejecutamos $comando
"; <--- Para comprobar que formábamos bien el comando exec($comando); return basename($destino); }

Como véis, es bastante sencillo. Recibimos 2 variables: la ruta origen al fichero de ví­deo y el níºmero del segundo del que queremos generar el pantallazo. Lo primero que hacemos es especificar la ruta destino, que será la misma que la de origen, pero cambiando la extensión a .jpg.

Después realizamos el cálculo de horas, minutos y segundos a partir de los segundos que hemos pasado, para componer una cadena del tipo HH:MM:SS, que es la que pasaremos, a continuación, a ffmpeg, al cual le indicamos el codec de salida, el níºmero de frames (1 para el pantallazo) y las rutas.

Por íºltimo, devuelvo el nombre del fichero generado. Modificar al gusto ;)

Ideas en mente: JS y PHP por un tubo

Llevo varias semanas intentando ponerme y nunca lo hago. Por un lado, quiero aprender “bien”, de una vez, JavaScript y, de paso, echarle un ojo tanto a ExtJS (las malas compañí­as…) como a famosas librerí­as JS tipo jQuery o Prototype.

De paso, quiero meterme a fondo con algíºn framework PHP, seguramente Symfony, aunque no descarto CakePHP o Zend Framework (¿alguna sugerencia para inclinarme por uno de ellos?).

Y para practicar un poco de todo esto, llevarlo a la práctica mediante el desarrollo de una aplicación web para la gestión de aulas-alumnos-clases tipo Siestta.

Ya veremos en qué queda todo, si en sólo buenas intenciones o en algo más… :D

Instalando Symfony en Mac OSX

Una de los cosas que tení­a pendientes por hacer en el MacBook era instalar Apache+Mysql+PHP y probar Symfony, uno de los más famosos frameworks para el desarrollo rápido de aplicaciones web en PHP.

Lo primero no pudo ser más fácil, pero lo segundo ya me costó bastante más, por lo que me he decidido a escribir mi experiencia, por si a alguien le sirve.

Para instalar Apache+MySQL+PHP no hay más que descargarse MAMP (actualmente, versión 1.7) e instalarlo como cualquier otra aplicación en OSX. Una vez instalado podremos comprobar su funcionamiento ejecutando la aplicación, y viendo como lanza los servicios de apache y mysql, junto a la página de inicio de Apache en el navegador.

El problema viene con Symfony. Intenté instalarlo tal como lo describen en esta web, pero, primero por mi inexperiencia con Mac, y después por diferentes errores enlazando librerí­as, no fui capaz de hacerlo funcionar (aunque sí­ me ha servido como excelente base para este documento).

Lo primero que hay que hacer es abrir un terminal y añadir al path de nuestro sistema las siguientes rutas, editando para ello el archivo /etc/profile (válido para todos los usuario del sistema):


# sudo nano -w /etc/profile

Una vez abierto, modificamos la lí­nea del PATH y añadimos la de DYLD_LIBRARY_PATH:

PATH="/Applications/MAMP/bin:/Applications/MAMP/bin/php5/bin:
/bin:/sbin:/usr/bin:/usr/sbin"

export PATH

export DYLD_LIBRARY_PATH="/Applications/MAMP/Library/lib"

y guardamos el fichero (ctrl+x en el editor nano, se puede utilizar cualquier otro editor a tu gusto ;) ). Fijáos que añadimos las rutas ANTES del path que ya existí­a. De esta forma nos aseguramos que los comandos que utilizaremos son los que acabamos de instalar con MAMP (muy importante, ya que si no, utilizarí­a, por ejemplo, el php que lleva OSX por defecto)

La segunda lí­nea he tenido que añadirla, ya que al ejecutar pear o symfony más tarde, no encontraba la ruta de las librerí­as.

Ahora ya podemos ejecutar el pear y el php recién instalados mediante MAMP. Para instalar symfony necesitamos identificarnos como root, utilizando sudo, y ejecutando peardev (con pear no funciona por un error en los lí­mites de memoria de php. Esto se puede solucionar editando el archivo php.ini y cambiando memory_limit a 16M, por ejemplo, como indica noelmf en los comentarios). En la web que he enlazado anteriormente indicaba ejecutar lo siguiente:


# sudo peardev channel-discover pear.symfony-project.com
# sudo peardev install symfony/symfony

Aquí­ he tenido otro problema: aunque habí­a añadido la ruta de las librerí­as en el profile, si ejecutaba el comando con sudo, el path funcionaba pero la ruta de la librerí­a no :S (si hay algíºn entendido de Mac, por favor, que deje sus comentarios al final…). Para solucionar este tema, lo que he hecho ha sido crear un archivo instalarsymfony.sh con el siguiente contenido:


#/bin/bash
peardev channel-discover pear.symfony-project.com
peardev install symfony/symfony

y después ejecutar este script como root, tras darle permisos de ejecución:


# chmod +x instalarsymfony.sh
# sudo instalarsymfony.sh

Actualizado 26/09/07: Como nos comenta Marino, podemos evitarnos este paso entrando como root mediante “sudo su -” y ejecutando allí­ los los comandos de peardev anteriores (la explicación, en el primer comentario)

Por fin, tenemos instalado Symfony. Podemos comprobarlo con el comando:


# symfony -V

Este comando nos muestra la versión instalada de Symfony, en mi caso, la 1.0.7.

Para comprobar que todo funciona correctamente, vamos a crear un proyecto y a configurar Apache con un host virtual. Lo primero es crear un directorio nuevo en nuestro home, el proyecto symfony (symfony_project, por ejemplo) y la aplicación inicial para ese proyecto (symfony_app, para seguir la nomenclatura anterior):


# mkdir symfony_project
# cd symfony_project
# symfony init-project symfony_project
# symfony init-app symfony_app

Ahora debemos configurar un host virtual en Apache, modificando el archivo /Applications/MAMP/conf/apache/httpd.conf


# nano -w /Applications/MAMP/conf/apache/httpd.conf

y añadimos estas lí­neas al final del fichero:


<VirtualHost *:80>
ServerName example.symfony_project.com
DocumentRoot "/users/ramses/symfony_project/web"
DirectoryIndex index.php
Alias /sf /Applications/MAMP/bin/php5/lib/php/data/symfony/web/sf
<Directory "/Applications/MAMP/bin/php5/lib/php/data/symfony/web/sf">
AllowOverride All
Allow from All
</Directory>
<Directory "/users/ramses/symfony_project/web">
AllowOverride All
Allow from All
</Directory>
</VirtualHost>

Tras esto, en MAMP he modificado el puerto de Apache, poniendo el 80 (preferencias->usar los puertos por defecto de Apache y MySQL) y reiniciamos los servicios (detener servidores-iniciar servidores). Actualizado 26/09/07: Como bien nos recuerda Mariano en los comentarios, para poder ejecutar el Apache de MAMP en el puerto 80, es necesario no tener corriendo el Apache original de Mac OSX (preferencias->compartir->compartir web)

Ahora sólo tenemos que abrir una ventana de nuestro navegador favorito e ir a la dirección que hayamos creado. En mi caso http://localhost/symfony_app_dev.php/

symfony.jpg

Enlaces interesantes:
Web oficial de Symfony
Comunidad española sobre Symfony
Documento de referencia sobre cómo instalar Symfony sobre MAMP