Desde que cambiamos de hosting no se si os habréis dado cuenta pero hemos estado teniendo problemas con los feeds. Por causas que desconocíamos ahora los caracteres especiales como acentos o eñes se veían mal y era un suplicio seguirnos por este medio.

Intuíamos que era problemas de codificación, pero no sabíamos el por qué ya que habíamos migrado todo de un sitio al otro. Pero claro, parece ser que la base de datos nueva tenía otra codificación, y había interpretado los caracteres como le había dado la gana.

Pasando el feed por diferentes validadores coincidían en que había caracteres que la codificación UTF-8 (en la cual estaba el xml) no entendía. Intenté cambiarselo a otra codificación, pero no valía, ya que ahora se seguía viendo mal el feed y además se veía peor en el blog.

Así que lo mejor era poder migrar la base de datos a UTF-8, pero no sabía como hacerlo sin romper nada hasta que encontré información en este blog donde había un enlace a un script el cual, siguiendo unas instrucciones te pasaba la base de datos a la codificación correcta. Eso si, como bien se indica, hacer una copia de la base de datos “por si las moscas”.

Después sincronizamos en feedburner, que es donde tenemos centralizados los feeds, y todo listo, ya se ve todo bien y bonito como siempre. Espero que ésto os sirva si os sucede el mismo problema.

Para los que tengais feedBurner, veréis que quizás no se actualiza rápidamente en el rss, incluso a veces tarda horas y horas. Ésto es porque feedBurner se “pasa” por tu blog de vez en cuando a ver si has escrito algo nuevo, así que hasta que no pase no se dará cuenta de tu actualización.

Lo mejor es, pues, que no tenga que darse cuenta él, si no que le avises tú de que hay nueva entrada.

¿Y cómo se hace ésto?

Pues con wordpress es fácil, simplemente te tienes que ir a “Opciones->Escritura”. Justo al final de la página encontrarás un textarea bajo el título de “Servicios de actualización”. Pues ahí escribes la dirección de ping de feedBurner, que es http://ping.feedburner.com.

Hay muchos otros servicios que se pueden poner ahí para avisarle de tus actualizaciones. Una recopilación de ellos está en la siguiente dirección: http://codex.wordpress.org/Update_Services

En el pasado EBE del que tanto hemos estado hablando, y del que tanto se ha hablado, hubo un taller impartido por Diego Lafuente (aka Minid) que fue de lo más interesante para todos los que tenemos un blog, seamos más o menos veteranos.

De esta charla cogimos unos buenos apuntes, y aquí os lo queremos mostrar, aportando nuestras humildes apreciaciones.

Vamos a dividir estos consejos, al igual que hizo él, en tres partes, que para nosotros serán tres entradas:

1. Optimizar para el servidor.
2. Optimizar para el bloguer.
3. Optimizar para el lector.

1. Optimizar para el servidor.

La mayoría hemos comenzado teniendo un servicio gratuíto, para ir haciendo pruebas y ver como va la cosa. Pero tarde o temprano, y si las cosas marchan bien, se quiere pasar a un buen servidor.

Según Lafuente, es muy importante buscar un buen servidor y evitar cuentas de hosting baratas y masivas, ya que hay demasiada gente usando este servicio, y aunque nosotros tengamos bien optimizado el nuestro, otro usuario que esté en la misma máquina puede estar ocupando más recursos de los que debe, afectándonos a nosotros. Por eso nos aconseja optar por servicios más exclusivos o bien dedicados. El problema que le vemos a esto es que no todo el mundo se puede permitir este tipo de servicios, que pueden costar desde los 99 € al mes, precio sin duda privativo para la mayoría de los bloguers amateurs. Eso sí, antes de contratar un hosting hay que mirar muchos, es algo importante elegir el mejor posible que pueda permitirse nuestro bolsillo.

Además de ésto, en dicho hosting es importante mirar que tenga los sistemas totalmente actualizados, ya que nos pueden hacer falta para hacer funcionar nuestro blog. Estos sistemas pueden ser mysql, php, etc.

Hay que elegir un buen sistema para bloguear. No sólo para que se vea bien y bonito, sino que pueda correr bien y optimizado para los recursos existentes. Wordpress es el único que recomienda David, y nosotros nos sumamos a esta recomendación, ya que está muy optimizado, es escalable, y se actualiza constantemente. Eso si, hay que evitar la instalación masiva de plugins. Cuando exista un problema en el servidor, lo mejor es atacar a los plugins, que seguramente sea lo que nos está dando problemas.

Y centrándonos en Wordpress, es conveniente elegir una buena plantilla y trabajar sobre ella. Si esta plantilla no está bien construida, va a atacar más a la base de datos innecesariamente y relentizará todo. Nuestra plantilla parece que va bastante bien, aún así estamos trabajando en una propia, para poder tenerlo todo controlado.

Otra cosa bastante importante, y que gracias a esta charla hemos conocido y añadido a nuestro blog es un buen sistema de caching de páginas. Esto lo que hace es analizar todas las peticiones que hace el usuario, y servir páginas armadas sin renovar. Así que cuando el usuario entra, y no hay cambio, en vez de atacar a la base de datos, te sirve la que ya tiene guardada. La mejor es WP-CACHE, siempre hablando de Wordpress.

Hay que considerar el uso de un CDN (Cadena de distribución de contenido), es decir, tener diferentes hostings para servir determinados contenidos (imágenes, video, música, etc). Como ejemplos tenemos flickr para imágenes, YouTube para video, feedburner para rss. Esto es otra cosa en la que nos estábamos equivocando, queriéndolo tener todo en nuestro servidor, y que a partir de esta semana ya hemos estado distribuyendo poco a poco.

Y por último, y esto está quizás más orientado para gente más experta con conocimientos de seguridad en servidores, sería bueno configurar un archivo .htaccess. Es un archivo con una serie de reglas, configurado con la sintaxis de Apache, y que sabiéndolo utilizar permite un mayor control en la forma en las que se envía y distribuye los archivos. Con esto se le puede decir al servidor “si hay alguien que quiera utilizar mi imagen en su sitio, no se la sirvo, solo le doy un archivo en blanco de 1k”, con el consecuente ahorro de tráfico.

En siguientes entregas iremos desarrollando los otros dos puntos. Así que estén atentos a sus pantallas, que aún hay más.