No sé si Zed es tan “awesome”, pero “funny” lo es sin duda. Que cachondo el papá de mongrel.
PD: No os perdáis el post Rails is a ghetto que lo ha convertido en “infame”.
No sé si Zed es tan “awesome”, pero “funny” lo es sin duda. Que cachondo el papá de mongrel.
PD: No os perdáis el post Rails is a ghetto que lo ha convertido en “infame”.
Mi ordenador no se mueve. Va lento. ¿Cómo es posible? Si apenas tienes 5 meses. Si es una máquina de matar.
Tranquilo. Tu ordenador está en perfecto estado y va tan rápido como siempre. Es un problema de velocidad psicológica. Cuanto más trabajo tienes y más rápido quieres ir, más lento te parece tu equipo. Y no, lo siento, trabajar menos o más despacio no es la solución al problema.
Siguiendo el ejemplo de david y asis, retomo la labor divulgativa- o divagativa – después de una larga temporada de inactividad bloguera. El tema de hoy puede resultar de interés para todos aquellos que necesitáis llevar seguimiento de las visitas a vuestros sitios y utilizáis Google Analytics. Vamos a ver cómo es posible utilizar varios códigos de seguimiento para una misma página.
Todos sabemos que Analytics es muy flexible: permite hacer filtros, dar acceso a distintas cuentas a distintos datos, etc. ¿Qué necesidad puede haber de utilizar dos códigos de seguimiento en una misma página? Se me ocurren varios casos, pero el más frecuente es que las estructuras de las empresas frecuentemente son más rígidas que la tecnología y puede ser más dificil conseguir que te den acceso a los datos de una cuenta de analytics que poner un nuevo código. Posiblemente tampoco haríamos reescrituras en tomcat si pudiésemos tocar el Apache. Ya sé que son temas muy distintos, pero el origen es parecido: un entorno controlado obliga a hacer las cosas buscando tocar en el menor número de sitios posible.
La teoría para este proceso viene directamente de los señores de Google, que en un howto de migración de urchin.js a ga.js nos dicen que para utilizar dos códigos en una página tenemos que hacer lo siguiente:

Como vemos, el proceso es muy sencillo, simplemente incializar un flag e introducir el nuevo código…pero no funciona. Parece lógico pensar que pueda faltar una llamada a urchinTracker() después de reiniciar el flag y establecer el nuevo código. Una vez hechas las pruebas oportunas se comprueba que efectivamente falta la susodicha llamada, siendo el código correcto para lo que pretendemos hacer algo como lo siguiente:
1 2 3 4 5 6 7 8 9 | |
Sencillo y bastante útil. Eso si, es necesario acordarse de fijar el dominio adecuado para evitarnos problemas a la hora de recibir los datos. En mi caso la primera de las cuentas fija un dominio, algo así como:
1
| |
y para la segunda cuenta me viene mejor con un escueto:
1
| |
Todos aquellos que no tengáis filtros en vuestras cuentas, podéis hacer como que no habéis leído esta última parte :D.