El blog de Maikel

Craking Drupal es un libro que leí hace poco tiempo, pero que me enseñó muchas cosas y que hoy quiero compartir en este blog. El autor del libro, Greg James Knaddison , hace una reflexión bastante amplia de lo que es la seguridad en Drupal, de cómo se manifiestan los principales problemas y de las buenas prácticas para evitarlos. Aunque es imposible en un post resumir un libro tan amplio, trataré de hacer un resumen lo más concreto posible. El primer punto es olvidarnos de la estúpida idea que existe en muchas personas que plantean “….no uso un CMS porque estos tienen problemas de seguridad….” Para mi esta es la expresión de un neófito que no tiene nada que decir. Los problemas de seguridad existen, se use un CMS o no, incluso es más probable que una persona cometa errores que repercutan en la seguridad de una aplicación Web si hace todo el trabajo desde cero que si usa una herramienta respaldada por una comunidad e incluso por importantes empresas del sector de las TIC. Drupal por de...

Me puse a probar una serie de comentarios y post de los grupos de drupal.org sobre el tema de los perfiles. Sobre todo en el grupo de argentina, gracias a los siempre excelentes post de victorkane. Este tema no es nada del otro mundo, es una cosa bastante sencilla, pero que nos puede ser útil. Pregúntense ¿qué proyecto hacen en Drupal en el que no activen el módulo path y php filter?, ¿qué proyecto hacen donde no incluyan CCK y VIEWS?, ¿quién no usa Administration menu para la administración? Bueno, entonces porque siempre pasar el trabajo de estar instalando estos módulos. Para resolver eso lo mejor es crear un perfil de instalación donde una vez instalado Drupal ya todos estos módulos estén instalados por defecto. Pero esto es solo una de las ventajas de tener un perfil. Hay miles de proyectos que son similares, ¿por qué no crear un perfil para esos casos? donde no solo los módulos salgan instalados, sino, que también se creen estructuras como puede ser un menú, un bloque, una taxon...

En el artículo anterior decía que no habíamos encontrado un módulo para Drupal que hiciera las veces de proveedor de servicios OAI. Se mencionaban un conjunto de herramientas que Drupal incluía y que habíamos probado, pero desgraciadamente no encontramos un proveedor de servicios, aunque si un proyecto llamado eXtensible Catalog Drupal Toolkit , que al parecer implementa toda la filosofía del protocolo OAI-PMH (Open Access Initiative Protocol Metadata Harvesting), pero personalmente no lo he probado. Seguramente es una excelente solución, como todo lo que implementa esta comunidad. Nuestra solución no fue usar ese módulo, principalmente por descubrirlo un poco tarde, esto nos llevó a desarrollar un módulo que llamamos Service Provider. Antes de hablar del módulo en cuestión me tomaré dos o tres párrafos para explicar el protocolo OAI-PMH, para que se entienda mejor en que consistió el trabajo. El protocolo OAI-PMH sirve para regir el intercambio de información Open Access entre reposit...

En el primer artículo que escribí en este blog decía que los temas que tratarían serían Cuba, Deportes y Drupal. Realmente desde hace un tiempo tengo abandonado el blog, espero que a partir de este artículo el dinamismo aumente y poder actualizar con mayor periodicidad. Hoy quiero hablar de Drupal nuevamente, pero desde la óptica de los desarrollos de bibliotecas, repositorios de contenidos y revistas científicas. Hace un tiempo comenzaba a trabajar en un proyecto de desarrollo de una biblioteca, cosa que creía sencilla, pero al adentrarme en ese mundillo descubrí que es inmenso e interesante. Una de las primeras cosas que encontré cuando estaba inmerso en un estudio del estado del arte de este tema fue el libro " Drupal para bibliotecas y archivos " de Jesús Tramulla, es un libro interesante y hasta sencillo, considero que cualquier persona con un nivel medio de conocimiento sobre Drupal puede entender el libro, incluso algunos de los artículos que recoge son de nivel básic...

Primero agradecer a muchos blog en internet donde encontré partes de la solución a mi problema, sobre todo me fué muy util http://morthylla.blogspot.com/2008/10/personalizar-o-cambiar-un-formulario.html y por supuesto el sitio de Drupal , especialmente en http://drupal.org/node/101092#comment-874839 . ¿Cómo personalizar un formulario de edición y creación de tipos de contenidos?, es algo que muchas veces nos hace falta, sobre todo por cuestiones de estética. Una forma sencilla de hacerlo es mediante el uso de css, con esto se pueden ocultar algunos elementos usando el display:none, o poner la etiqueta del componete en frente del mismo y no sobre, cambiar colores y algunas otras cositas. Por eso lo primero que debe hacer es valorar hasta donde llega el cambio que se desea para resolverlo lo mas simple posible. Puede ser que lo que se quiera hacer sea mas complicado, implique por ejemplo una validación, un cambio de posición de elementos del formulario, que se vean de una forma u otra s...

A veces el campo título nos resulta engorroso, sobre todo cuando vamos a tener un sitio para gestión de datos, donde hay muchas relaciones y donde no es un sitio de noticias propiamente. El campo título es obligatorio dentro del core de drupal, lo primero para hacer que el título no sea obligatorio es modificar el módulo node (node.module). Ir al módulo node y buscar la función: function node_content_form($node, $form_state) { $type = node_get_types('type', $node); $form = array(); if ($type->has_title) { $form['title'] = array( '#type' => 'textfield', '#title' => check_plain($type->title_label), '#required' => TRUE, '#default_value' => $node->title, '#maxlength' => 255, '#weight' => -5, ); } if ($type->has_body) { $form['body_field'] = node_body_field($node, $type->body_label, $type->min_word_count); } return $form; } aquí lo único que debe ...