Drupalcamp Spain 2010 - Viernes - Unit & Integration Testing

Comienza la sesión!De nuevo, con la sala hasta la bandera. Javier[Alquimia] configura su máquina.Al proxectar su terminal, se puede observar su prompt "gentoo like” y eso me gusta.Esto huele a experiencia, y no sólo hablo de Drupal. Deja claro que un proyecto web dificilmente llegará a buen puerto si no se definen claramente todas las fases de la Etapa de Desarrollo. De vital importancia es la Fase de Pruebas, que a criterio de Javier, se divide :

• Accesibilidad
• Usabilidad
• Funcionalidad
  
• Cross Browsing
• Rendimiento
  

El concepto de Accesibilidad web, más que un objetivo, que lo es, debe ser motivo de concienciación por parte de todos los miembros del proyecto, de que "la web" tenga conciencia de los tipos de usuarios que la visiten explicando "al usuario lo que se van a encontrar".
Hablando de Google Website Optimizer , YSlow, herramientas de validación de W3C y enlaces tan valiosos como este, la sesión se va consumiendo.
Me ha parecido muy interesante que se haya citado la virtualización relacionada con el tema del Crossbrowsing. Virtualbox es la solución que recomienda, y personalmente la considero muy acertada. ¿Hay aún gente que conciba la virtualización doméstica sin Virtualbox? Yo no. Lo discutiremos en otro post. Muy buena la referencia a Browsershots! Qué recuerdos!
Sobre el rendimiento, algo que en muchos proyectos se pasa por alto : !! Error!! Tomad nota:

• Apache AB [ shell]
• Siege [ shell ]
• The Grinder [ framework ]
• Apache JMeter[ framework ]
  

Para realizar las pruebas de funcionalidad, recomienda:

• Simpletest
• Selenium IDE
• Sonar
• Scripts Drupal

Para finalizar, realiza unas pruebas prácticas con Simpletest. Demasiada miga para este post!
Hay un concepto que me ha quedado bastante claro:

testers != developers

Nota: 8.5 sobre 10

Drupalcamp Spain 2010 - Viernes - Jquery

A las 15:00 horas Ricardo Sanz comenzaba la sesión "Introducción a Jquery". Los diez primeros minutos sirvieron de introducción, presentado Jquery y comentando hasta dónde podemos llegar. Me ha gustado la analogía que ha utilizado en la sesión : "Apuntar y disparar". Apuntar, los más avispados se habrán dado cuenta, refiriéndose al DOM , y "disparar" a la ejecución del código posterior. Toda la sesión ha sido muy práctica, ilustrada siempre con ejemplos. Para ilustrarlos usaba Firefox con el complemento Firebug sobre una plataforma Micro$oft Window$.
Me ha parecido muy interesante, y una opción a plantearme en futuras ponencias, la entrega de una pequeña plantilla con el resumen y los ejemplos de la sesión. Ayuda a no perder el hilo! Enhorabuena.

Nota: 6.5 sobre 10

Drupalcamp Spain 2010 - Viernes - Llegada

Acabo de llegar hace 30 minutos al Citilab, el recinto donde se celebra la Drupalcamp Spain 2010. Después del día de ayer, con el típico retraso en el aeropuerto y llegar al hotel alrededor de la 01:15 de la madrugada; y de haber dormido más bien poco, estamos en faena.
La organización del evento, a priori, parece que ha pensado en todo( o casi). La recogida de acreditaciones con su respectiva bolsa drupalera fue muy ràpida,y ahora mismo estoy instalado en una especie de salón de unos 300 metros cuadrados con mesas, pcs , conexión a Internet y posteando un rato antes de entrar. Aún no tengo muy claro qué voy a hacer hasta la 13:00 cuando se inaugure el cotarro. Intentaré acercarme a algún Linuxero, que hay a patadas. Creo que los estoy espantando con el puto Macbook. Hay netbooks a patadas, y si antes de venir ya tenía ganas de comprarme uno, creo que tan pronto cómo pueda lo haré.
Examinando en programa de la Drupalcamp, tengo ganas de asistir a todas, pero claro, no va a ser posible. La idea es asistir a las más interesantes a nivel técnico, y dejar las institucionales y promocionales a un lado; y en los tiempos muertos, trastear un poco con lo que aprenda.

Clean URL para Drupal con lighttpd

Típico en las instalaciones de Drupal es querer mostrar la URL del tipo http://misitio.com/articulo-windows-no-funciona . Pues con lighttpd es muy sencillo.Editamos lighttpd.conf, nos aseguramos de tener el módulo mod_rewrite habilitado:

server.modules = (
"mod_access",
"mod_alias",
"mod_accesslog",
"mod_compress",
"mod_rewrite",
"mod_fastcgi",
"mod_redirect",
"mod_evhost",
"mod_usertrack",
"mod_rrdtool",
"mod_webdav",
"mod_expire",
"mod_flv_streaming",
"mod_evasive"
)

Ahora añadimos :

url.rewrite-final = (
"^/system/test/(.*)$" => "/index.php?q=system/test/$1",
"^/([^.?]*)\?(.*)$" => "/index.php?q=$1&$2",
"^/([^.?]*)$" => "/index.php?q=$1",
"^/rss.xml" => "/index.php?q=rss.xml"
)

Ahora reiniciamos a lucifer:

hansolo:~# /etc/init.d/lighttpd restart
Stopping web server: lighttpd.
Starting web server: lighttpd.
hansolo:~#


Esta configuración es para Drupal 6.x, por lo menos en esta versión sí funciona. En el wiki de lighttpd hay más información sobre mod_rewrite.

Habilitar cgi en lighttpd

¿Por qué? El por qué es sencillo. Necesito habilitar la ejecución de CGIs en un webserver para mostrar en una gráfica el envio de mensajes de una máquina corriendo Postfix. ¿Qué es un CGI? En la wikipedia tienes una definición mucho mejor de la que pueda escribir. Si sueles leer este blog(cosa que dudo), habrás observado algún que otro post sobre lighttpd. Pues bien, la máquina que ilustra este ejemplo, es la tercera que tengo actualmente en producción sirviendo webs con lighttpd y puedo decir que estoy muy satisfecho con los resultados. El rendimiento en relación a Apache2 y Cherokee es espectacular. Por partes. No se trata de desmerecer a ningún software httpd, pero tengo mis predilecciones dependiendo del escenario.

• Apache2: Máquinas con hardware "potente" dónde el procesador y el consumo de RAM no supongan un problema. Es muy sencillo de configurar. Hay mucha documentación tanto en la red Internet como impresa. Lo instalo en máquinas que no sólo administro yo, es decir: "Alberto, mira, que el PHP dice que "not found curl extension"", y claro, entonces le dejas subir al cielo contestando "estás en el grupo sudoers, ¿sabes instalar paquetes en Debian GNU/Linux?", entonces el luser del programador contesta "claro!Uso chupiBuntu Linux desde hace 6 meses, ya lo instalo yo"; y claro, luego le comentará a sus amigos "...y claro, el Administrador no tiene ni puta idea y tuve que instalar en un servidor que tenemos en la provincia Hoth , en Dinamarca, el soporte CURL para PHP5". ¿Lo habéis entendido, verdad?
• Cherokee. Máquinas con hardware "normal"[fíjense en la notación entrecomillada, que debería ir con ], con un equilibrio relativo entre el número de peticiones y las prestaciones de la máquina. Lo instalo(instalaba, ahora estoy "fall in love" con lighttpd) en escenarios dónde el tiempo de respuesta es realmente importante. Cherokee responde bien, se actualiza constantemente, y la interfaz gráfica de cherokee-admin es de lo mejor que he visto en los últimos meses.
  
• Lighttpd. Ideal para un VPS, con poca RAM, limitada por el propio entorno de virtualización. Es muy rápido y el consumo de memoria es muy muy escaso, tanto, que muchas veces ni te darás cuenta de que se está ejecutando en el servidor. El fichero de configuración, si estás acostumbrado a Apache2, al principio es un poco hostil, pero luego te acabas acostumbrando.

Después de esta chapa, vamos al tema.Lo primero es cargar el módulo cgi en el fichero de configuración[/etc/lighttpd/lighttpd.conf]. En Debian GNU/Linux 5.0.x por el paquete precompilado de lighttpd ya soporta cgi's.

server.modules = (
"mod_access",
"mod_alias",
"mod_accesslog",
"mod_compress",
"mod_cgi"
)
include "mod_cgi.conf"

Mediante una directiva include, indicamos que lea el contenido del fichero mod_cgi.conf, cuyo contenido es el siguiente:
Fichero /etc/lighttpd/mod_cgi.conf

alias.url = ( "/cgi-bin/" => "/var/www/cgi-bin/" )
$HTTP["url"] =~ "^/cgi-bin/" {
#Deshabilitamos el listado de directorios
dir-listing.activate = "disable"
cgi.assign = (
".pl" => "/usr/bin/perl",
".cgi" => "/usr/bin/perl"
)
}

Ahora sólo nos queda localiza este bloque de código en el fichero lighttpd.conf y añadir la extensión .cgi para que sea excluída por el servidor a la hora de manejar ficheros estáticos.

# .php, .pl, .fcgi are most often handled by mod_fastcgi or mod_cgi
static-file.exclude-extensions = ( ".php", ".pl", ".fcgi", ".cgi" )

Reiniciamos a lucifer y listo.

hansolo:~# /etc/init.d/lighttpd restart
Stopping web server: lighttpd.
Starting web server: lighttpd.
hansolo:~#

Uso mailgraph para generar las gráficas, y el resultado es.....