Drupal

DrupalCamp en Lima

Compartiendo entre amigosMe entusiasma mucho el poder escribir esta publicación acerca del DrupalCamp en Lima, un evento en el cual se puede compartir conocimiento y experiencias con personas que se inician en esta herramienta y otras tantas que tienen un conomiciento muy maduro de la misma, sin embargo más allá del conocimiento que se puede adquirir es el establecer y tomar sentido de ser parte activa de la comunidad Latina de Drupal.

En el DrupalCamp de Lima que se realizó el 4 y 5 de octubre en la Universidad Autonoma se pudo compartir con Aldibier y Alberto de Colombia (@aldibier), Leandro de Brasil (@lnunesbr), y con muchos amigos de Lima como Heinssen, Franco Cedillo entre otros, como siempre nuestros anfitriones Nancy Contreras (@joyitaViajera) y Fernando Paredes (@develcuy).

Durante el DrupalCamp se puede observar muchos entusiastas que tiene un acercamiento a Drupal, y se quedan impresionados con la comunidad que esta detras para apoyar los proyectos e ideas, de ahí la frase "Vienen por la herramienta y se quedan por la comunidad".

Entre charlas, talleres, comida, turismo y platicas transcurrio el tiempo obteniendo conclusiones y avanzando un poco más en fortalecer la comunidad Latina de Drupal, de aqui nace tres ideas(improvisadas) interesantes que las llevamos a cabo sin pensarlo dos veces, la primera de ellas fue el famoso chiriucho(compartir comida de los paises que estabamos presentes), la segunda fue una cover de una canción, el tan conocido DRUPERALES, y finalmente un podcast moderado por Aldibier y con intervención de @develcuy y mi persona (@1mdarwin).

Video Druperales

http://www.youtube.com/watch?v=uibdCc3f6xI

PodCast

http://ow.ly/ehjp6

Finalmente dentro de mi intervención realice la invitación al Drupal Summit Latino en Loja en marzo del 2013 a realizarse en la Universidad Técnica Particular de Loja

Este tiempo es inmejorable, porque además que puedes aumentar tu conocimiento tambien aumenta tu intercambio intercultural de región en región.

Todo comentario y sugerencia es bienvenido.

Apoyando a la comunidad Latina de Drupal 100%

Secciones: 

Migrando de D6 a D7 (Problemas Comunes)

Drupal 6 a 7.xHace algunos días atrás nos aventuramos en la travesia de migrar nuestro sitio Web de Drupal 6 a la versión 7, la cual ha sido satisfactoria, sin embargo nos hemos encontrado con dificultades que las hemos solucionado, y a través de esta publicación queremos compartir algunos de los detalles que hemos tomado en cuenta para los problemas que surgieron durante el proceso.

Cabe indicar que en esta publicación no estamos detallando nada relacionado con la migración del tema en uso.

Como ya sabemos existen muchos y muy buenos artículos hablando sobre el proceso de migración en el cual se indican los pasos que debemos realizar para la migración a Drupal 7:

  • Sacar un respaldo de nuestra BD.
  • Desactivar los módulos contribuidos en nuestra instalación Drupal 6.
  • Configurar nuestro archivo settings.php con los parámetros de conexión a la BD de nuestro sitio con D6.
  • Realizar el proceso de update.php para realizar el proceso.
  • Copiar los archivos cargados de directorio files
  • Activar los módulos que tengan su equivalencia en Drupal 7

Además de las consideraciones generales que se realizan durante el proceso de migración cabe indicar algunos detalles adicionales que se deberia realizar en la preparación de nuestro sitio con Drupal 6 antes de la migración.

  • Establecer el tema garland para evitar mensajes acerca de “Main Content” y los bloques
  • Desactivar al tema por defecto en la administración, en nuestro caso teniamos activado el tema rootcandy, esto lo podemos reestablecer seleccionando el tema garland para la administración.
  • Desinstalar los módulos xmlsitemap desde la sección de módulos con la pestaña correspondiente, para evitar el mensaje de error (PDOException: SQLSTATE[42S02]:) (Some of the pending updates cannot be applied because), en este caso es mejor desactivarlo y desinstalarlo al módulo.

En Drupal 7

  • Crear el directorio files con los permisos de escritura vacio para luego que se realice la actualización (The specified file temporary://fil7BD5.tmp)
  • Proceder a copiar los archivos necesarios de imágenes y demás
  • Si disponen de tipos de contenidos adicionales se debe descargar el módulo cck y activar migrate_fields para realizar la migración de los datos, especialmente para que tenga un trato especial con los campos de imagen.
  • Luego de migrar los tipos de contenidos agregados notaras que tienes problemas visualizando y editando los mismos, esto sucede porque los campos width y height en las tablas field_data_field_ y field_revision_field_ esta con valores nulos, lo puedes solucionar modificandolos a mano a través de phpmyadmin o creandote un script calculando el tamaño de las imágenes y escribiendo los datos en las tablas.
  • Puedes borrar todas las tablas que empiecen con la palabra content ya que en Drupal 7 pasan a ser field esto con la finalidad de aprovechar el espacio en disco.
  • Antes de activar los módulos adicionales al core se debe activar en las "Opciones de cuentas" la opción de rol administrador para que se carguen los permisos de forma automática al activar los módulos.

Espero este aporte sirva a todos quienes estan realizando el proceso de migración de D6 a D7.

Saludos.

Secciones: 

Views, agrupando campos por categorias

Ya todos conocemos lo potente que es el módulo Views, es asi que hace un tiempo necesite listar algunos productos a través de la utilización de este increible módulo pero tambien queria que los agrupe por categorias es decir:
Categoria 1

  • Producto A
  • Producto B

Categoria 2

  • Producto C
  • Producto D

Y no sabia como hacerlo, a pesar de googlear un buen rato no encontre la solución y es asi que encontre una guia a través de nuestros amigos en el canal #drupal-es que me sugirio estilizar mi vista con un tipo  "tabla ", lo probé y funcionó!!!

La solución

Modulo views
Bueno ahora es momento de compartir esta información para todos quienes están en esta misma encrucijada de hacer algo parecido.
Creamos una vista con tipo de contenido nodo y listamos cualquiera de los datos que necesitemos, no olvidemos incluir el campo Taxonomia: term y dentro de la configuración de este campo seleccionaremos "Exclude from display" esto con el objetivo que no se muestre con cada item, para hacerlo más didáctico voy a listar unos campos mas dentro de la sección Fields como son Titulo, imagen.
Con esto dentro de la sección fields tenemos tres campos:

  • Taxonomia: term
  • Nodo: Titulo
  • Contenido: imágen

Lo que haremos a continuación es el tip de la solución, iremos a Basic settings y en el item Style elegiremos el tipo Tabla con esto guardamos para luego personalizar la presentacion de la tabla.
Para hacer la personalización de la tabla debermos hacer click sobre el icono de "engrane " que esta frente a la item Style seleccionado anteriormente.
Al mostrarse la ventana de configuración de la tabla(Grid, HTML List) veremos la sección Grouping field dentro de esta elegiremos el campo Taxonomia: term y finalmente guardamos y probamos nuestra vista.

El resto de personalización de la vista te lo dejo a tu imaginación, espero esta información te haya sido de utilidad.

Otro tip adicional, cuando queremos listar los campos aleatoriamente podemos incluir el campo dentro Sort del tipo Global y dentro de este tiene Global:random.

Saludos.

Secciones: 

Update Manager en Drupal 7

Conexión FTPDesde el lanzamiento de la versión de Drupal 7 estamos muy entusiasmados con las funcionalidades incluidas dentro del núcleo como son RDFa, CCK entre otros, asi como tambien Update Manager este módulo que nos permite actualizar, subir o cargar nuevos módulos o temas desde nuestro sitio.

Update Manager

Con este novedoso módulo incluido en el núcleo de Drupal 7 podemos actualizar y cargar nuevos módulos y temas desde nuestro sitio, es decir ya no necesitamos de un cliente FTP externo ya que Update Manager nos da está prestación, este nos viene con dos tipos de subidas o formas de cargar nuestros módulos:

  • Instalar desde una URL
  • Subir un archivo de módulo o tema para instalar

En cualquier de estas dos formas quiza nos a pasado que al intentar actualizar o cargar nuevos módulos o temas, nos aparece una interface de conexión segura via FTP y no sabemos como solucionarlo, pues bien la idea de esta publicación es justamente proporcionar una manera de solucionar este percance.

Solución

La solución para evitar que nos aparezca esta interfaz y Drupal haga este procedimiento de forma transparente es muy sencilla, tan sencilla como cambiar el usuario y grupo de nuestra instalación a www-data o el usuario o grupo que maneje tu servidor Web (Apache o ISS).
Si estas utilizando Linux con un servidor Apache lo podemos hacer de la siguiente manera:
chown -Rf www-data.www-data <directorio de instalacion>

Espero esta guía les sirva por solucionar este pequeño percance.

Saludos.

Secciones: 

CKEditor en Drupal 7

Desde hace ya cerca de 3 meses se liberó oficialmente la versión 7.x de Drupal, muchos de nosotros lo hemos estado probando desde las versiones alpha y beta. Esta nueva versión como lo he mencionado en post anteriores trae muchas mejoras en usabilidad y hay algunos módulos creados especialmente para D7.
Quiza encontramos problemas instalando módulos en Drupal 7.x y uno de los más utilizados desde mi punto de vista, es un editor WYSIWYG(What You See Is What You Get) es decir lo “que ves es lo que tienes”.

Editor CKEditor

Desde la versión 6.x de Drupal he trabajado con la versión FCKeditor, por la disposición que tiene en sus elementos para la creación y edición de contenido. En la versión de Drupal 7 ha cambiado su nombre a CKeditor, a continuación voy a detallar los pasos para disponer de CKeditor funcionando con nuestro Sitio Web.
Lo que voy a cubrir dentro de este post es la instalación de los siguientes módulos y librerias.

  • Módulo WYSIWYG
  • Libreria o editor CKEditor

Algunos Editores

El módulo wysiwyg permite utilizar el editores del lado del cliente para editar contenido, esto simplifica la instalación de cualquier editor que elijas, algunos de ellos son:

  • CKEditor
  • TinyMCE
  • Bueditor
  • NicEdit
  • Otros.

Instalando

Ahora que hemos realizado un preámbulo acerca de los editores existentes vamos a proceder a instalar CKEditor.

  • Descargar el módulo wysiwyg e instalarlo (sites/all/modules/)
  • Descargamos el editor CKEditor y se lo descomprime en sites/all/libraries ( sino existe “libraries” lo creamos)
  • Luego vamos a “Configuración” en el menú principal de administración a la opción de “wysiwyg profiles”.
  • En esta sección podemos visualizar los tipos de contenido con un "combobox" que nos permite elegir el editor CKeditor.
  • Una vez realizado el paso anterior podemos ver que tenemos el enlace "editar" junto al "combobox", a través de este podemos personalizar el comportamiento de nuestro nuevo editor(idioma, posición del editor, activar botones).

Con los pasos anteriores ya podemos probar nuestro editor WYSIWYG al crear contenido.
Espero les sirva de mucho a quienes están empezando con la nueva versión de Drupal 7.x.

Actualización noviembre 2013

Me permiti hacer este video para que se pueda entender con mayor facilidad.

Sigueme en twitter: @1mdarwin

Saludos Cordiales.

Secciones: 

Loxa Drupal Party

Foto Drupal 7 EcuadorA través de este post voy a realizar un análisis de lo que significó la celebración del Drupal Release Party en Ecuador, y específicamente en la ciudad de Loja.
El viernes 7 de enero del 2011, nos hemos unido al festejo de la liberación de Drupal 7, conjuntamente con otras comunidades que a nivel mundial realizaban el Drupal Release Party.

El evento se desarrolló en la sala 3 de edificio octógono en la UTPL, al cual fui vistiendo mi camiseta diseñada para el evento, pude ver los bocaditos sobre una mesa en la entrada de la sala (cafe, refresco, galletas, dulces), amigos de la Universidad me ayudarón ajustando lo necesario para realizar la presentación que habia preparado para el evento, así como un cartel en lona con la leyenda “Loxa Drupal Party”, esperamos un momento hasta que poco a poco vayan llegando los asistentes cuando ya era un poco pasado de las 6pm, estimo que estuvieron unas 30 o 40 personas entre ellas vi algunas que ya han tenido su experiencia con Drupal y otras nuevas que hacían un acercamiento a esta tecnología.

Luego de la presentación por parte de Nelsón Piedra @nopiedra, empece mi intervención que fue dividida en 3 partes (Introducción, Novedades de Drupal 7 y Demostración), con la frase de inicio "Drupal más fácil y poderoso que nunca" además también me permití incluir el video promocional de Drupal 7 con los respectivos subtítulos en español, para aquellos que no tenian mucho conocimiento del idioma ingles a nivel de audio, fue una experiencia inolvidable el haber podido compartir mi conocimiento de Drupal, con los asistentes a través de analogías entre la versión 6.x y la 7.x, también procedimos a realizar un pequeño taller improvisado sobre la instalación de Drupal 7 y como parte teórica los módulos que más se utilizan en esta nueva versión como: Views, Devel, WYSIWYG, Google Analytics, XML Sitemap, Panels, Nice Menus, Bluefish.

Poco a poco fue avanzando la noche y procedimos a servirnos los bocaditos, al final pude ver que mucha gente se acercó a mi para saber mucho más del tema y realizarón sus preguntas acerca de información que podia recomendarles para documentarse mucho más, a lo cual respondí que podián unirse al grupo Drupal Ecuador y seguirme a través de twitter(@1mdarwin).

Dentro del evento tambien procedí a invitar a los asistentes para que formen parte del Drupal Latino a desarrollarse en Lima-Perú este 26 de enero de 2011.
Al final del evento sostuve una ligera tertulia con Javier Flores (@tapeku) y conversando con él la posibilidad de que pueda asistir al evento en Perú.

Este es un pequeño resumén que he realizado para dejar documentación del gran momento que viví con los entusiastas del mundo Drupal en mi ciudad.

Secciones: 

Drupal 7 liberado

Logo DrupalDrupal 7 finalmente liberado, luego de alrededor de 3 años de arduo trabajo se presenta oficialmente la nueva versión de Drupal, que incluye muchas mejoras a nivel de usabilidad, además provee generación de formato RDFa desde su núcleo entre las novedades más destacadas.
Muchos de los módulos que utilizabamos en la versión 6.x ahora estan incluidos dentro del archivo de instalación de Drupal 7,  es decir desde su núcleo, módulos tales como el tan utilizando CCK (Kit de creación de contenido), ImageCache, RDF, PathAuto, Intenationalitaion (multilenguaje) entre otros.

Con la liberación estable de la versión 7.x y con la posterior actualización de módulos que aún estan en fase de desarrollo (dev) nos ubica en la obligación de diseñar un plan de migración de nuestros sitios en producción de la versión 5.x o 6.x según sea el caso a la versión 7.x.
Para quienes son nuevos en este mundo de Drupal, invito que obtengan una cuenta en DrupalGardens que ha sido implementada con la versión 7.x, y puedan darle una mirada a las funcionalidades y mejoras realizadas, cabe mencionar que podemos ver la utilización de los módulos que han sido utilizados en este sitio, además, podremos ver en acción la generación de contenido RDFa de las publicaciones que realicemos a partir de esta cuenta en drupal gardens.
Si decidimos probar Drupal 7 en nuestros servidores o máquinas de prueba, sugiero descarguen el archivo de traducción y el editor WYSIWYG, así como también necesitarán de los módulos entity, style, media, para que dispongan totalmente la funcionalidad del editor, tal como lo tienen las cuentas creadas en Drupal Gradens.

La tan esperada versión de Drupal 7 viene acompañada de los Drupal Parties, eventos que se desarrollan en diferentes lugares del mundo, en donde muchos entusiastas se reunen para festejar y compartir la liberación de la versión estable de Drupal.

Descarga Drupal 7 ahora !!!

Secciones: 

Se viene Drupal 7

Drupal7.jpgLa nueva versión de Drupal esta a las puertas de su lanzamiento oficial, llega conjuntamente con el nuevo año 2011, este trabajo que se empezó hace 2 años tiene varias mejoras de rendimiento y usabilidad a nivel de usuario, además de incorporar dentro del núcleo los formatos de la Web Semántica como son los RDFa.
El primer anuncio de la liberación de Drupal 7 estaba programado para el mes de junio del 2010, sin embargo fueron suscitándose algunos inconvenientes en su desarrollo, debido a esto se retrazó su lanzamiento y provocó que empresas como Acquia dedicarán e invirtieran más tiempo al desarrollo de esta increíble nueva versión de Drupal.

Que trae de novedades D7

De las cosas que he podido ver mientras he probado las versiones alpha, beta y ahora las RC he podido notar aspectos como:

  • La interface de administración es totalmente mejorada en base a un overlay, muy diferente a lo que habíamos estado acostumbrados, esta es un avance notable en usabilidad, la gran parte de cambios realizados en esta versión van enfocados a la Usabilidad, hacia usuarios con poca experiencia en el mundo Drupal.
  • Ahora dispone de una barra de herramientas en la parte superior algo parecido al módulo ADMIN MENU y un menú de accesos directos (shorcuts) que pueden ser personalizados a nivel de administración.
  • Ya podemos subir nuestros temas y módulos desde un interface incorporada en la administración de Drupal.
  • La incorporación de TABs verticales en la creación de contenido, disponemos de una interacción AJAX para cada sección del contenido como: Comentario, Publicación, Ruta.
  • Disponemos del Tablero (Dashboard) para personalizar las cosas que utilizamos o necesitamos con más frecuencia al momento de administrar nuestro sitio.
  • Dentro de la administración de bloques podemos previsualizar las regiones sobre el tema que esta en uso, fuera el overlay de administración, que estamos utilizando.
  • Se cuenta con un ROL de administración (Administrator), que muchas de las veces teníamos que crearlo nosotros.
  • Dentro de la Información del Sitio podemos encontrar la personalización de páginas de error (No encontrada, Acceso Denegado).
  • Algunos de los módulos como CCK han sido incorporados en el núcleo, JQuery UI.
  • Incluido el Multilenguaje para el sitio dentro del núcleo.
  • Otro de los grandes módulos que ahora encontraremos dentro del núcleo es el RDF
  • Se mejora las transacciones con la base de datos para el rendimiento del sitio, aspectos que se cuestionaba bastante en el consumo de memoria por parte de la base de datos en la versión 6.x.
  • La inclusión de ejecución de tareas automáticas a través de CRON

Muchos otros módulos se han migrado a la nueva versión de Drupal y otros están en camino a esta nueva versión.

Módulos que utilizamos con frecuencia en la versión 6.x

Como lo había mencionado antes, algunos de los módulos que no se encuentran o no se incorporaron en el núcleo de Drupal ya han sido migrados para ser utilizados en la versión 7, es necesario aclarar que muchos de los módulos están en versión de desarrollo y otros en versión estable.
Aquí una lista de los más utilizados:

Encontrar funcionalidades del núcleo que tenia la versión 6.x

Una de las cosas que no encontraba mientras probaba la versión 7, fue los permisos y roles que antes se encontraban en la Administración de Usuarios pues bueno ahora encontramos estas funcionalidades bajo el menú Personas (People) veremos que se muestran dos TABs uno de “Lista” y otro “Permisos” haciendo click sobre “Permisos” podemos encontrar en la siguiente línea la opción para definir “Roles”.

Espero esta información le sea de utilidad a más de uno, a los nuevos usuarios y a quienes ya hemos venido trabajando con Drupal desde hace algunos años.

Secciones: 

Optimizar Drupal con Boost

Logo de DrupalDrupal es un sistema de contenido robusto, estable y escalable, es asi que dispone de módulos que permiten mejorar el rendimiento del mismo cuando tenemos visitas diarias superiores a las 1000, esto provoca que hayan un gran monto de consultas a nuestra base de datos, es por esto optamos por la solución de disminuir las consultas y optmizar los recursos de memoria y procesamiento del motor de DB, este procedimiento lo proporciona el módulo boost creando un directorio de contenido estático de nuestro sitio y que se regenera con cada ejecución de las tareas programadas por el cron.

Exiten varios tips documentados en el mismo módulo a través del archivo README.txt que nos proporciona una guia de como instalarlo, tips y trucos de como obtener el mejor funcionamiento del mismo con nuestro sitio.
En el presente post detallaré aspectos importantes del módulo recogidos a través de los problemas reportados en la página del mismo asi como una guia en español del módulo.
Empecemos con los topicos que se trataran:

Como funciona

Una vez que el módulo boost ha sido instalado y configurado, las peticiones o accesos a páginas de visitantes anomimos serán cacheada como páginas estáticas en el sistema de archivos del servidor.
Como se lo habia mencionado anteriormente estas páginas se actualizan periodicamente según la tareas programadas en el cron que ejecuta Drupal.

Instalación

El proceso de instalación es como el de cualquier módulo Drupal, pero en el que debemos tener ciertas consideraciones como las siguientes:

  1. Asegurese de que los URL Limpios funcionan perfectamente en su sitio, esto lo podemos comprobar a través de [Administrar -> Configuración del Sitio -> URL Limpios].
  2. Descargamos el módulo y lo descomprimimos dentro del directorio sites/all/modules/ de la instalación de su sitio con Drupal.
  3. Activamos el módulo a través de [Administrar -> Construcción del Sitio -> Modules] en la sección que esta etiquetada con "Caching".
  4. Empezamos a configurar el módulo y definimos el directorio que almacenará los archivos del cache, esto lo hacemos a través de [Administrar -> Configuración del Sitio -> Performance], por lo general ya esta establecido como "cache", se sugiere trabajar con este nombre del directorio, además se debe setear los permisos para que sea de escritura por el servidor Web, tambien en esta configuración debemos definir el tiempo de vida del cache para que se renove con la ejecución de la tarea programada cron.
  5. IMPORTANTE.
    Este paso es fácil y se requiere para que el módulo boost trabaje adecuadamente
    Es necesario respaldar el archivo .htaccess para luego poder alterar su codigo incluyendo las líneas generadas desde [Administrar -> Configuración del Sitio -> Performance-> htaccess rules generation ], copiamos este codigo dentro del archivo .htaccess luego de la linea "#rewrite /".
  6. Desactive el cache desde [Administrar -> Configuración del Sitio -> Performance], ya que esto se ejecutaŕa desde el módulo boost.
  7. Prepare el archivo robots.txt para los motores de búsqueda, incluya la siguiente linea:
    Disallow: /boost_stats.php

Tips de configuración

Para los módulos (i18n) y (domain):
Activar
    [x] Do not store the cache file path in the database
    [x] Flush all sites caches in this database (singe db, multi-site)
Desactivar
    [ ] Only allow ASCII characters in path
Activar el cache para XML & AJAX/JSON
   Activar
    [x] Cache .xml & /feed
    [x] Cache ajax/json

 Para utilizar el Cron Crawler
   Activar
    [x] Overwrite the cached file if it already exits
    [x] Expire content in DB, do not flush file.
    [x] Enable the cron crawler

Revisar y chequear el funcionamiento

Al realizar la revisión y chequeo del funcionamiento adecuado del módulo boost primero debemos ver el informe de estado de Sitio, a través de [Administrar -> Reportes -> Informe de estado].
En algunos casos en esta sección aparece que no tenemos activar el modulo headers en php, esto lo podemos hacer de la siguiente manera bajo linea de comandos(lo probe en Distribución GNU/Linux Debian Lenny):
a2enmod headers
luego reiniciamos el servidor apache2  con el comando:
/etc/init.d/apache2 restart
Luego de esto podemos accesar desde otro navegador a cualquier página del sitio y  podemos comprobar que esta funcionando el módulo correctamente ya que el final del código fuente de la página se verá la inclusión de las siguiente linea:
<!-- Page cached by Boost @ 2010-07-07 08:35:04, expires @ 2010-07-07 09:35:04 -->

Problemas comunes

En la implementación del módulo boost se presentan algunos inconvenientes los cuales como los habiamos visto en el enunciado anterior de evidencian revisando el informe de estado del sitio.

Tambien a veces nos encontramos con la dificultad que no se pueden descargar los archivos adjuntos referenciados por URL dentro de las páginas visualizadas con el Internet Explorer y si funciona en otros navegadores tales como Firefox y Safari, para esto podemos realizar la siguiente configuración dentro del apache.
Esto se atribuye a las lineas agregadas dentro del archivo .htaccess:
Header add Expires "Sun, 19 Nov 1978 05:00:00 GMT"
El problema es generado por la directiva "Header add". De esta forma Apache envia dos fechas de expiración y dos directivas de control-cache, y el pobre IE6 se confunde. En su lugar deberia ser utilizado "Header set". Aqui una actualización del codigo .htacces para boost:
# BOOST START
  <FilesMatch "\.(html.gz|html)$">
    <IfModule mod_headers.c>
      Header set Expires "Sun, 19 Nov 1978 05:00:00 GMT"
      Header set Cache-Control "no-store, no-cache, must-revalidate, post-check=0, pre-check=0"
    </IfModule>
    <IfModule mod_mime.c>
      AddCharset utf-8 .html
    </IfModule>
  </FilesMatch>

Si en caso no funciona la modificación anterior, se puede ir al siguiente enlace el cual sugiere hacer un cambio a nivel configuración de archivos de Apache tal como se explican a continuación:
<Directory /cache>
  <FilesMatch "\.(html.gz|html)$">
    <IfModule mod_headers.c>
        Header add Expires "Sun, 19 Nov 1978 05:00:00 GMT"
        Header add Cache-Control "no-store, no-cache, must-revalidate, post-check=0, pre-check=0"
    </IfModule>
  </FilesMatch>
</Directory>

El enlace de esta solución es el siguiente:
http://drupal.org/node/185075#comment-1622894

Enlaces relacionados

Otro enlace interesante acerca de la carga que provoca la directiva "Header" la podemos ver en el siguiente enlace:
http://drupal.org/node/699962
Video de configuración del módulo boost (Ingles)

Saludos y espero sirva esta información.

Secciones: 

Joomla vs Drupal: bugs y exploits

Logos de CMSUn aspecto importante en aplicaciones que funcionan en Internet siempre ha sido y sera la seguridad de los mismos, ahora podemos ser victimas de ataques remotos, de hackers o en algunos casos mucho peor como son los crackers.
Un articulo interesante que encontre sobre vulnerabildades y exploits disponibles para CMS, recalca la ventaja de disponer de un repositorio centralizado de aportes o contribuciones en el desarrollo de módulos o componentes según sea el CMS.
En el caso de la comunidad Joomla se destaca que tienen serios problemas de seguridad, especialmente en exploits de inyección de SQL, esto se lo puede visualizar en la tabla que se muestra más adelante.

Es importante destacar que un aujero de seguridad es suficiente como para tomar control de cierta aplicación, por lo tanto se puede ver que casi todos los sistemas de contenido estan expuestos a ataques, explotando estos fallos de seguridad.
En la siguiente tabla se visualiza la cantidad de problemas de seguridad detectados sobre los CMS, tomado desde http://www.exploit-db.com/

CMS Número de exploits
Exploits detectados en CMS
Typo3 2
Drupal 9
Wordpress 70
Joomla 637

Sin embargo también se debe destacar cuan importante es para Drupal y Typo3 el control de seguridad en los módulos disponibles.
Como se puede ver la poca cantidad de exploits para Drupal, es una fuerte referencia de los beneficios de mantener un repositorio centralizado para revision de aportes o contribuciones en drupal.org.
Esto significa que:

Una barra baja de entrada para nuevos desarrolladores puede ser grandioso, pero tambien peligroso sin una fuerte estructura de seguridad.
Todo estas conclusiones son en base a los resultados obtenidos desde el sitio de la base de datos de exploits con el cual podemos buscar estos exploits y digitando la aplicación de la cual queremos obtener los datos.

Saludos y espero les sirva esta informacion.

Secciones: 
Tags: