En la primera parte de esta entrada veíamos como crear y grabar el podcast, ahora vamos a ver como lo publicamos y lo distribuimos por la red.

Existen diferentes sitios donde alojar, de manera gratuita, nuestro audio, y entre los más famosos están blip.tv e ivoox. El primero es el más conocido, aunque últimamente está dejando un poco de lado a las cuentas gratuitas, por lo que la descarga de los podcast que allí se alojan se hacen con mucha lentitud. Por ésto, mucha gente se está pasando a ivoox, que es un servicio más nuevo y con la ventaja de estar completamente en español.

Una vez elegido nuestro alojamiento tenemos que darle salida. Para ello hay varias formas, aunque desde aquí os vamos a indicar la que nos parece más interesante.

En primer lugar nos creamos un blog de wordpress, ya sea la versión gratuita o en nuestro propio hosting. Una vez hecho ésto, creamos también una cuenta en feedburner, aunque si tenéis cuenta en google (y quien no), ya la tendréis. Ahí usáis la opción de un nuevo feed indicando que sois podcaster, con lo que tendremos algunas ventajas a la hora de publicar nuestra obra, como la de indicar los datos básicos con los que aparecerá en la principal plataforma dedicada a distribuir podcast: iTunes.

Una vez creado el nuevo feed de feedburner, con el rss de nuestro nuevo blog, tan solo tendremos que ir creando entradas con el audio incrustado en él. Estas entradas serán las encargadas de enviar el audio a iTunes, pero antes de eso tendremos que decirle al reproductor de Apple cual es nuestra rss. Eso se hace en la iTune Store, donde a la derecha nos aparece un enlace que dice “Enviar un podcast”, donde indicaremos el rss de feedburner. Para ello es necesario tener una cuenta iTunes, y Apple tardará entre 48 y 72 horas en aprobar nuestra petición.

La ventaja de tenerlo con feedburner es la posibilidad de cambiar la fuente del feed cuando nos apetezca sin depender de Apple, ya que si no el proceso sería muy lento y perderíamos todos los suscriptores en el proceso, algo nada aconsejable, obviamente.

Para modificar las diferentes características de nuestro podcast en iTunes, como la carátula, temática o idioma, se puede hacer o bien desde feedburner, en el apartado SmartCast de la pestaña Optimize, o bien con algún plugin para wordpress.

El mejor que he visto, y el más usado, es podpress, el cual además de darnos la posibilidad que antes indicábamos, también nos proporcionará un reproductor bastante más atractivo, así como unas estadísticas bastante útiles para conocer cuanta gente ha escuchado o descargado nuestro podcast.

Y con todo ésto ya lo tendríamos todo para ir grabando y publicando los diferentes episodios y ser una estrella de la llamada podcasfera, y que en un siguiente listado de Kiko de sus podcast imprescindibles podáis estar entre ellos.

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.