El blog cumple cuatro meses y para celebrarlo os dejo los artículos más interesantes que he leído este mes! (Julio ha venido cargadito de grandes artículos, ya os prevengo)

Aquí podéis ver los del mes de Junio

de drupal

• Cómo usar el pager de drupal para mostrar datos paginados que no vienen de la base de datos, en norio.be (en inglés)
• Cómo generar un QR code para la URL actual en Drupal 6, en kaoia.com (en inglés)
• Mejorar el rendimiento de la páginas 404 y evitar errores, en el blog de Ted Serbinksi (en inglés)

de mysql

• La importancia de conocer y configurar el sql_mode en mysql para no encontrarte sorpresas, en el blog de Ronald BradFord (en inglés)
• Analyze, Check, Optimize, y Repair bien explicados por los "maestros" de Pythian Group (en inglés)
• ¡LinkedIn migra todas sus bases de datos a MySQL! (en inglés)
• ¿MyISAM o InnoDB?, pruebas básicas sobre cuál de estos dos sistemas de almacenaje elegir, según nuestras necesidades (en inglés)

de otras cosas

• ¿Qué es lo que NO se debe preguntar NUNCA en una entrevista de trabajo? en mcdonaldland (en inglés)
• PHPMyAdmin ha sido declarada la próxima adquisición superior a un billón (americano) de dólares (americanos), en webyog ofrecen una mirada muy crítica al asunto (en inglés)
• La importancia de los riesgos psicosociales y cómo son ignorados, en el blog de Lorena Castro
• Utilidad y funcionamiento básico de los sitemaps en tufuncion
• Cinco excelentes consejos a la hora de buscar un desarrollador que-sepa-de-todo, en el blog de Rebecca Murphey (en inglés)

Y este mes le tengo que dar una mención muy especial a este artículo, absolutamente genial en el blog de last.fm sobre los sistemas basados en ositos de colores para controlar la calidad de su software: no os lo podéis perder.

Una de las grandes ventajas de las vistas con argumentos en Drupal es el juego que te permiten con las taxonomías, de forma bastante simple, podemos hacer que se nos muestre información relacionada con ciertas categorías, y complicándolo un poquito más, podemos realizar cosas como las que pregunta cdp en este comentario:

Quiero hacer una vista que al hacer click sobre un nodo me muestre todos los nodos que tengan los mismos tags que el nodo sobre el que se ha hecho click. He creado el vocabulario, pero por ahora no he conseguido crear una vista que me muestre los nodos comunes a los vídeos. ¿Solucionaría mi problema una vista con argumentos?

Es decir, en una vista de tipo bloque, mostrar todos los nodos que compartan tags con el que estamos visualizando. Esto también se puede hacer con las vistas con argumentos

Nota: Para estos ejemplos he creado varios nodos con ciudades, cada ciudad pertenece a un país y tiene un idioma, ambas características marcadas por la taxonomía.

Oskar me sugirió en este comentario mostrar en algun sitio de los artículos sobre drupal los detalles sobre módulos, versiones, etc y me ha parecido una muy buena idea, y mi aproximación final fue crear una subcategoría para poder gestionar la información de cada post.
Me gusta mucho el bloque flotante que tienen en lullabot en alguno de sus posts para mostrar el contenido relacionado y he intentado hacer algo parecido. A la derecha de este texto lo podéis ver (si entráis en el detalle, en portada no se muestra).

Voy a intentar contaros cómo lo he hecho.

en el interfaz de drupal

A través del interfaz de drupal y el módulo taxonomía del core, he creado un vocabulario aparte llamado "drupal" para poner la información relacionada. Como opciones he seleccionado Jerarquía simple para poder tener términos relacionados padres-hijos y Selección múltiple para poder seleccionar más de un término por artículo.
En este caso he utilizado los términos padres como títulos de la sección (pej. módulos o versión) y los hijos son los detalles del bloque (views, 5x, ...).
La selección múltiple tiene el inconveniente de que es necesario crear el término a través del interfaz y no lo puedes hacer desde el mismo post. Se podrían utilizar módulos como el Hierarchical Select para resolver esto.

en el template.php

Aquí es donde viene "lo gordo". En el fichero template.php de nuestro theme, podemos modificar las variables que se pasan a los ficheros de phptemplate tpl.php, de esta forma, podemos hacer que las variables $links, $content o $terms entre otras muestren la información que queramos.
Para conseguir que este segundo vocabulario se mostrara como yo quería, era necesario modificar la variable $terms, para que mostrara un div con la información extra solamente si ésta existe. Para acceder y modificar las variables de phptemplate, se usa el array $vars, en este caso $vars['terms'].
En los comentarios del código aclaro el funcionamiento:

A través de Hiveminds he encontrado el informe que water&stone , una compañía especializada en el desarrollo opensource con diversas tecnologías, ha sacado referente al uso de los 19 principales sistemas de gestión de contenidos.
Entre ellos está, como no podría ser de otra forma, Drupal, y muestra decenas de estadísticas de uso, descarga y relevancia, comparando los CMS entre sí, podéis encontrar el informe completo de 52 páginas en formato pdf en su página de recursos.

Observando los datos de este informe, parece claro que los tres dueños y señores son, por este orden, Wordpress, Joomla y Drupal. Wordpress y Joomla ganan por goleada en casi todas las estadísticas, menciones en redes sociales, tráfico u ofertas de trabajo entre otras, pero Drupal no está lejos, y está siendo muy premiado últimamente.

El informe también hace hincapié en los nuevos CMS que están pegando con fuerza y que pueden llegar a ser muy relevantes dentro de no demasiado tiempo, entre ellos están MODx o Elgg

Este post es parte de una serie de explicaciones de cómo funcionan las vistas con argumentos, anteriormente he hecho una introducción a las vistas y otra a CCK.

Antes de comenzar, lo mejor es que quede claro lo qué es un argumento para las vistas de Drupal y su diferencia con los filtros.

Un argumento es un parámetro que se pasa a una vista y que se utiliza dentro de ésta para generar contenido dinámico que cambia según el argumento.
La diferencia con los filtros, es que el filtro es una forma de diferenciar contenido de forma estática por cada vista, es decir, que si filtramos por el tipo de contenido story, la vista siempre nos devolverá tipos de contenido story, sin embargo, si utilizamos el tipo de contenido como un argumento para una vista, si la url es nombre-de-la-vista/story nos mostrará tipos de contenido story, pero si accedemos a la url nombre-de-la-vista/page, nos mostrará tipos de contenido page.

Como primer ejemplo, voy a mostrar cómo se crea una vista que recibe como argumento el id del usuario y muestra el contenido que éste ha creado, de forma que, si accedemos a otro id, nos muestre el contenido de ese otro usuario.

paso a paso

• Accedemos a nuestro sitio como administradores
• Vamos a Administrar » Views » Add
• Ponemos el nombre de la vista, por ejemplo, contenido-del-usuario y elegimos el tipo Página
• Ponemos la URL de la vista y elegimos los parámetros que nos convengan, tipo de vista, el título, el número de nodos por página, etc
• Seleccionamos los campos a mostrar, por ejemplo, el título del nodo, el contenido y su taxonomía

Hace unos días que lo leí en Propiedad Privada, y parece que, como excepción, este caso de ayuda no es scam ni una estafa, es totalmente real y muy urgente.

Ivan, el hijo de dos años de de Andrii Nikitin, ingeniero de soporte para MySQL en Ukraina, necesita urgentemente un transplante de médula ósea, ya que los largos tratamientos a los que está siendo sometido en su país no están dando el resultado que los médicos esperaban. Los hospitales de su pais no están preparados para realizar una operación tan delicada a un niño tan jóven, por lo que tienen que trasladarlo a Alemania, y el coste de todo esto es algo que la familia de Andrii no puede afrontar, aún vendiendo su casa y todas sus posesiones.

Ivan ya está en Alemania y está siendo sometido a vigilancia y análisis. Por lo que parece, en el mejor de los casos, la operación se realizaría en dos meses.

Hasta ahora han reunido unos 90.000€ (unos 20.000€ proceden de la comunidad de MySQL), pero la clínica alemana ha previsto otros 150.000€ de gastos durante el proceso.

Si queréis ayudar a Ivan, podéis hacer donaciones desde la propia web que MySQL ha habilitado: http://www.mysql.com/about/help-ivan.html

Detalles sobre el estado actual de Ivan aquí y aquí

Hoy ha salido la versión 5.9 para Drupal que ya corrige el error en los feeds heredado de Drupal 6 que comenté ayer y que provocaba que una traducción en las fechas situara todos los feeds del blog afectado como los primeros en los agregadores.

Han sacado la versión de Drupal 5.9 tan solo unos días después de la 5.8 ya que una de las vulnerabilidades más graves, relacionada con las sesiones, no estaba corregida del todo. La recomendación es realizar el upgrade lo antes posible.

Podéis ver las notas de la release en drupal.org.

Actualización: La versión 5.9 de Drupal ya corrige este comportamiento.
Carlos ya tuvo el problema hace unos meses y todos sus posts salían los primeros en el Planeta de Drupal. Pues bien, como si fuera un virus, la nueva versión de Drupal 5, la 5.8, viene con este bug incorporado, que hace que, cada vez que generes un nuevo post, algunos agregadores pongan todos tus posts los primeros de la lista. Por lo que todos los que hemos actualizado ya, tendremos problemas con los feeds y los agregadores.
Para resolverlo, hay que aplicar el parche del comentario de Damien Tournoud de esta entrada de drupal.org.
Para aplicar un parche en un sistema Linux, podemos seguir las recomendaciones del blog de carlos si usamos linux, pero si no, o si no tenemos acceso por línea de comandos a nuestro server, solamente hay que substituir la línea 1922 del fichero modules/node/node.module, que es esta (antigua)
$extra = array_merge($extra, array(array('key' => 'pubDate', 'value' =>
format_date($item->created, 'custom', 'r')), array('key' => 'dc:creator',
'value' => $item->name), array('key' => 'guid',
'value' => $item->nid .' at '. $base_url,
'attributes' => array('isPermaLink' => 'false'))));
por esta (nueva)
$extra = array_merge($extra, array(array('key' => 'pubDate', 'value' =>
gmdate('r', $item->created)), array('key' => 'dc:creator',
'value' => $item->name), array('key' => 'guid',
'value' => $item->nid .' at '. $base_url,
'attributes' => array('isPermaLink' => 'false'))));

Estas dos sentencias son una sola línea, pero no me cabian en pantalla ;)

Lorena me ha pasado este link a Cool Stuff y no he podido dejar de reirme, no tenia ni la más remota idea de que las tortugas fueran tan agresivas y tenazes... y tan rápidas!!!

¡¡¡Aquí van los videos de las tortugas asesinas!!!
(Advertencia: algunas imágenes pueden herir la sensibilidad del espectador)

Una tortuga atacando a un gato

No, no es que tenga deudas pendientes con la administración pública, ni que ésta me tenga secretamente anotado en alguna lista negra debido a mi pingüe patrimonio (léase con ironía), mi problema viene relacionado con mi dirección postal, ya que este año me están llegando cartas del fisco dirigidas a hasta 7 personas diferentes, y en casa solo vivimos dos.

He recibido cartas a nombre de la actual propietaria del piso (estoy de alquiler), a nombre de la antigüa propietaria del piso (a quien no conozco ni sé como localizar), a nombre de dos de mis vecinos (con el número de mi piso, no el suyo), y esta semana, una carta dirgida a un señor que no conozco de nada.

Y es que da muy mal rollo recibir, tras el periodo fiscal, una carta de hacienda, no puede traer nada bueno. Así que me estoy llevando sustos hasta que leo el nombre y me doy cuenta de que no es para mí.

Ya podrían equivocarse también y poner mi cuenta bancaria, eso si, solo para las que salgan a devolver, que bastante tengo ya!