Ú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

Source code

sudo port -v selfupdate

Instalación de MySQL

Comenzamos a utilizar macports, muy parecido a apt-get de debian, para instalar el servidor de MySQL (v5.1):

Source code

sudo port install mysql5-server
sudo -u mysql mysql_install_db5

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):

Source code

sudo /opt/local/etc/LaunchDaemons/org.macports.mysql5/mysql5.wrapper start

Ahora, si vamos a trabajar en local, creamos la contraseña de root de mysql con

Source code

/opt/local/lib/mysql5/bin/mysqladmin -u root password 'password'

(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):

Source code

sudo port install apache2 mod_wsgi

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:

/opt/local/apache2/conf/httpd.conf

LoadModule wsgi_module modules/mod_wsgi.so
ServerName localhost

Instalación de PHP

Ahora instalamos php5, con los módulos para apache2 y mysql5.

Source code

sudo port install php5 +apache2 php5-mysql

Source code

cd /opt/local/apache2/modules
sudo /opt/local/apache2/bin/apxs -a -e -n "php5" libphp5.so

/opt/local/apache2/conf/httpd.conf

AddType application/x-httpd-php .php

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

Source code

sudo cp php.ini-development php.ini

/opt/local/etc/php5/php.ini

date.timezone=Europe/Madrid
mysql.default_socket = /opt/local/var/run/mysql5/mysqld.sock

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

Source code

cd ~
nano .profile

~/.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'

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:

/opt/local/apache2/conf/httpd.conf

DocumentRoot "/Users/my_user/Sites"
...
<Directory "/Users/my_user/Sites">
...

Además, normalmente tengo varias webs en desarrollo, así que vamos a utilizar hosts virtuales. Para ello, descomentamos la línea del httpd.conf:

/opt/local/apache2/conf/httpd.conf

Include conf/extra/httpd-vhosts.conf

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:

/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>

Recuerda añadir los dominios de estos hosts virtuales en /etc/hosts:

/etc/hosts

127.0.0.1 localhost
127.0.0.1 dominio1.localhost
127.0.0.1 dominio2.localhost
...

Instalación de phpmyadmin

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

Source code

sudo port install phpmyadmin

Sólo nos queda configurar un host virtual para acceder a él:

/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>

/etc/hosts

...
127.0.0.1 phpmyadmin.localhost

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.

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.

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…

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…

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);

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 ;)

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

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 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/

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