Carlos Reig Matut

Freelance web Developer

Month: May 2015

22 módulos indispensables de Drupal 7

Este fin de semana ha sido la Drupal Camp 2015 en Jerez de la Frontera. Como siempre, el evento ha ido súperbien: buenas charlas, buena gente y mucho buen rollo entre todos los asistentes. Es un evento que recomiendo a todo el mundo.

Este año he sido ponente con una charla llamada “¿Qué módulos me instalo?” donde presenté los que, a mi parecer, son los módulos que no pueden faltar en ninguna instalación de Drupal 7. La charla salió bien en el aspecto de que la gente salió contenta y participó, sin embargo, tuve algunos problemas con Internet y pasaron algunos imprevistos. Entre ellos el temido efecto demo.

Por eso he decidido que voy a escribir una serie de posts donde presentaré los módulos que preparé para la charla y haré una pequeña demo de unos minutos de duración para que podamos ver el uso básico de ese módulo. Básicamente, lo que no pude hacer en la charla.

En este primer post voy a hacer un pequeño resumen de los módulos que he considerado indispensables y que iré presentando proximamente.

Los 22 módulos indispensables para Drupal 7

  1. Views: Proporciona la habilidad de hacer “listas”
  2. Context: Permite realizar acciones para determinados contextos
  3. Webform: Permite crear formularios de forma muy sencilla
  4. Bean: Permite tratar a los bloques como tipos de contenido
  5. i18n: Permite tener webs multi-idiomas
  6. Date: Proporciona el field Date
  7. JQuery Update: Permite gestionar la versión de la librería jQuery
  8. Admin Menu: Menu para acceder a cualquier parte de la administración
  9. Module Filter: Permite manejar los módulos de forma (mucho) más amigable
  10. Admin Views: Sustituye las listas de la parte de administración por views
  11. Fast Permission Administration: Permite manejar los permisos de forma (mucho) más amigable
  12. Coffee: Permite acceder a cualquier path de administración con un buscador
  13. WYSIWYG: Permite al usuario introducir información de forma amigable
  14. IMCE WYSIWYG: Permite subir las imágenes al servidor desde WYSIWYG
  15. Media: Permite gestionar la librería multimedia
  16. Pathauto: Genera automáticamente URLs amigables
  17. Metatag: Permite gestionar los metatags de cada página
  18. XMLSitemap: Genera el archivo sitemap.xml
  19. Global Redirect: Redirecciona con 301 los “contenidos duplicados”
  20. Redirect: Permite manejar las redirecciones 301 manualmente
  21. EU Cookie Compliance: Añade el mensaje informando sobre la política de cookies
  22. Google Analytics: Permite gestionar los códigos de Google Analytics

Demos

Como he comentado antes, próximamente voy a publicar un pequeño vídeo a modo de demostración para cada cada módulo de los que he expuesto arriba exceptuando i18n ya que es muy completos y ya hay muchísimo buenos videotutoriales por Internet.

Diferencia entre “composer install” y “composer update”

El otro día mi colega Stephen me explicó la diferencia. Si no sabes lo que es Composer, se trata de un gestor de dependencias para PHP. Básicamente y en pocas palabras, composer es la hostia. No obstante, entiendo que si estás leyendo este post ya sabes de sobra para qué sirve composer.

Vamos al grano. Composer tiene dos comandos para descargar las dependencias de tu proyecto:

  • composer update
  • composer install

La diferencia entre los dos es que composer update resuelve todas las dependencias de versiones cada vez que lo ejecutas, guarda los resultados en el archivo composer.lock y finalmente descarga las librerías.

Por otra parte, composer install lee el archivo composer.lockdescarga directamente las librerías. Por eso, composer install tarda mucho menos tiempo en ejecutarse que composer update.

Por lo tanto, la mejor forma de trabajar es ejecutando composer update solo cuando el archivo composer.json sea modificado (o cuando quieras comprobar si hay nuevas versiones). Cuando el archivo composer.lock se genere, añadirlo al sistema de control de versiones y utilizar composer install en el resto de equipos que vayan a trabajar en el proyecto. Esto ahorra muuuucho tiempo (más si usas vagrant).

En este post puedes encontrar una explicación más profunda, pero en inglés.

¡Un saludo!

© 2017 Carlos Reig Matut

Theme by Anders NorenUp ↑