El pasado día haciendo un parón en los proyectos en los que trabajaba aproveché para realizar una serie de tareas de mantenimiento y ampliación en algunos de mis servicios. Fruto de ese trabajo, por ejemplo, son las recientes mejoras sobre iTracking y beron. Curiosamente una de las tareas que tenia nominada era la construcción de un simple reproductor de música en formato ogg para Lain, beneficiándose de las bondades del propio beron.

Como comentaba antes de la imagen el propósito era conseguir reproducir las canciones que almacenamos en nuestro correo. Para ello solo tendríamos que proporcionar al reproductor la dirección de descarga de dicha canción, y por supuesto mantenernos conectados a nuestra cuenta de gmail en alguna pestaña contigua. El experimento salió correctamente como se observa en la imagen, el problema llegó una hora después:

El motivo del bloqueo se produjo tras una hora de continuas pruebas de reproducción, claro, si gmail detecta que inicias (y no completas) la descarga de la misma canción más de 300 veces en una misma hora, pues sospecha que algo ocurre. Todo ello provocado porque el tag audio de HTML5 cachéa la canción en cuanto tiene oportunidad, por lo que cada vez que recargaba Lain, aunque finalmente no la reprodujese, el navegador la pedía igual, contándose el intento de descarga en los servidores de gmail. Solución: No proporcionarle ninguna canción a través del parámetro src al tag audio hasta que se pulse sobre el botón de reproducir, y de esta manera no será solicitada antes de tiempo.

Como nota final me gustaría agregar que el bloqueo desapareció en un intervalo de 10 minutos pese a que indicaba 24h, y que desde entonces y con el nuevo método he pasado bastantes horas reproduciendo contenidos desde mi cuenta de gmail sin el mayor percance, y es que un uso sensato del servicio no tiene por qué acarrear ningún problema ;-)