Eduardo de 2mdc envía esta explicación para resolver el análisis de logs en flash de una manera sencilla.
Texto de Eduardo.
Uno de los argumentos utilizados en contra del uso de Flash es que uno de sus puntos fuertes, a saber, la posibilidad de mostrar información bajo petición sin necesidad de descargar información del servidor es, a su vez, uno de sus principales defectos, pues esa interactividad no queda registrada en los logs del servidor que, al fin y al cabo, son la herramienta más utilizada para conocer las preferencias de los usuarios.
Es típico que los “defensores” de Flash arguyan que existen formas de almacenar mucha más información sobre el usuario utilizando Flash que DHTML o similar y, aunque nos les falta razón (al menos eso creo), sus argumentos se debilitan por la necesidad de utilizar una maquinaria mucho más sofisticada y compleja como bases de datos, lenguajes de scripting, etc., para hacer algo que en HTML y/o sus avatares, se soluciona sencillamente analizando los logs del servidor con herramientas estándar ofrecidas muchas veces gratuitamente por las ISPs.
Mi propósito es mostrar que podemos hacer de forma muy sencilla que la interactividad en Flash sea medida de la misma manera que en HTML pero sin la necesidad de perturbar al usuario con innecesarias descargas ni de complejos (¿y costosos?) desarrollos.
Para establecer los conceptos es conveniente centrarnos en un ejemplo. Supongamos que entramos en la tienda virtual de relojes queHoraEs.com y que buscamos información sobre un modelo de reloj que tiene 3 versiones diferentes, formal, sport y fiesta.
La solución “no Flash” será, normalmente, una página que describe las cualidades generales del modelo y 3 enlaces a los diferentes modelos: formal.html, sport.html y fiesta.html. El usuario interesado exclusivamente en el modelo sport hará clic en el enlace a sport.html, verá la información y, de paso, el dueño de la tienda virtual sabrá cuanta gente está interesada en ese modelo analizando los logs, pudiendo llegar, por ejemplo, a la conclusión de que la mayoría de los usuarios sólo están interesados en esta versión, una información de puede ser de gran valor.
En la solución “Flash”, probablemente se descargue una película de Flash con las tres versiones del reloj integradas (siempre que esto no obligue a hacer una descarga excesivamente pesada en KBs) con lo que el usuario disfrutará de una experiencia de navegación más integrada, más tipo CD-ROM (con agradables transiciones, etc.), pero que, a priori, tiene el grave inconveniente de que no podremos saber en que versión del reloj ha pinchado el usuario......al menos, no usando los logs de acceso del servidor.
Afortunadamente existe una (muy) sencilla solución a este problema. Solo debemos crear tres páginas web vacías en el servidor con los nombres formal.html, sport.html y fiesta.html y añadir una sola línea de código a nuestro botón “versión formal” (y sus equivalentes para las otras dos versiones) en Flash:---##---loadVariables(“formal.html?” + getTimer(), “”);
NOTA: Este comando es compatible Flash4 y superior. En vez de “formal.html” escribir la ruta real a ese fichero en el servidor. La función getTimer() se utiliza para evitar que el navegador utiliza la versión almacenada en su memoria cache de formal.html (de paso nos sirve para saber cuantos milisegundos han pasado desde que se descargó la página hasta que el usuario hizo clic).
Sin que el usuario note ningún tipo de resultado aparente por esta “acción extra” se registrará una llamada a formal.html en los logs de acceso del servidor y podremos conocer cuántas veces se ha pulsado esta opción, y todo ello con la misma herramienta de análisis de logs utilizada en el caso “no Flash”.
Como podéis comprobar, medir la interactividad dentro de una película de Flash no está reservado a “gurús” de la programación web :-)
