Septiembre 2012

Según el tipo de datos personales que almacenes, la Ley Orgánica de Protección de Datos establece un nivel de seguridad de protección de los datos. Este nivel es el que determina las medidas a tomar para su cumplimiento.

Para ayudar a este cumplimiento, he arrancado un proyecto en Drupal.org, LOPD, y se ha publicado la primera versión.

En esta versión únicamente se registran los accesos y desconexiones de usuarios, y se exponen a través del módulo views.

Si se te ocurren funcionalidades que debería proporcionar este módulo, por favor, házmelas llegar en un comentario o en la cola de peticiones del módulo LOPD en Drupal.org.

Una vez que has modelado tus pruebas de rendimiento con JMeter (eso es otra historia que merece su propia entrada), quizá quieras lanzar las pruebas de forma desatendida desde tu servicio de integración continua.

Para esto, necesitas lanzar JMeter en modo no-interactivo:

./apache-jmeter-2.6/bin/jmeter.sh -t my-test-plan.jmx \
-l my-test-plan-2012-16-09.jtl -n

Este comando lanza el plan de carga, pero la salida es un XML. ¿Cómo podría enviar este informa al equipo de QA o la gente de gestión? Lanza:

xsltproc ./apache-jmeter-2.6/extras/jmeter-results-report_21.xsl \
my-test-plan-2012-16-09.jtl > report-2012-16-09.html

El resultado será un HTML que se renderiza como la imagen adjunta.

Quizá has visto el gran artículo sobre Despliegue de Drupal con Git Submodules, de Randy Fay. Gestiono este sitio usando esa estrategia, pero a veces olvido cómo se realiza cada operación. Por ello, las recojo aquí para mi propia referencia.

Para obtener toda la información sobre los submodules: 

git submodule foreach git fetch origin 

Ahora en el directorio de cada submódulo hacemos:

git pull 

Si queremos cambiar de rama de ese submódulo, usamos:

git branch -a # ver las ramas disponibles
git checkout 7.x-2.x # la rama a la que deseamos cambiar

Para comitearlo, vamos a la carpeta contrib otra vez y hacemos:

git add contrib-module-name 

Para terminar, actualizamos:

drush updb --debug -y 

Quizá encuentres algunas advertencias por dependencias no resueltas. En ese caso, para añadir la dependencia:

git submodule add --branch 7.x-1.x git://git.drupal.org/project/entity.git sites/all/modules/contrib/entity 

Finalmente, para actualizar el core:

git merge drupal/7.x drush updb --debug -y 

Una vez hecho esto en nuestro sitio de DESARROLLO, y comprobado que todo funciona correctamente, actualizamos en el servidor tras la copia de seguridad de rigor:

git pull
git submodule update --init 
drush updb --debug -y