Ir al contenido principal

Analytics y Drupal con homepage.


Google Analytics sin dudas se ha vuelto una herramienta imprescindible para todo webmaster. La información que aporta sobre nuestro sitio es vital para evaluar y corregir nuestro sitio. Hace un tiempo lo vengo usando, pero no tengo aún muchos proyectos on-line que me conviertan en un 'experimentado' usuario del servicio Analytics, pero hasta ahora me ha ayudado mucho y por ejemplo, los reportes que hacia, según los números de la estadísticas que de ahí optenía, ayudaba mucho en la compañía donde trabajaba anteriormente.
El otro protagonista de la historia es Drupal, el popular, y para mi, más completo de los CMS basados en PHP. Hoy por hoy, se ha vuelto más que trabajo, un hobby el andar ´tecnikeando´ con sus módulos, hooks y tpl.
Dentro de los miles de módulos que posee está Google Analytics (GA) que permite que nuestro sitio sea 'trackeado' por el servicio de Google.
Me animé a escribir este post porque me tropecé en un proyecto con que GA no encontraba el script de validación en el sitio para empezar a 'trackearlo' y luego de darle un poco de vueltas, resulta que como estaba usando Frontpage, el módulo agrega el código del script a las páginas del sitio, pero no al frontpage, por eso GA no lo veía. La solución fue tan sencilla como darle a GA la URL de la primera página del sitio en si dentro de drupal, en este caso /home . 
Ahora se me ocurre que si en la configuración del frontpage se le indica que coja el tema del sitio no debe existir el problema porque estaría funcionando con el page.tpl del tema. Tengo que probarlo.

Comentarios

Entradas populares de este blog

Eclipse total de sol, 20 de marzo de 2015

La vida me premió con la oportunidad de ver un evento astronómico espectacular como es un eclipse de sol, que unos pocos afortunados más al norte pudieron disfrutarlo en su versión total, aunque desde el centro de Europa pudimos apreciar más de un 70% del fenómeno y con un clima despejado. El cielo despejado permitió disfrutar el eclipse completo  La diferencia de luz fue notable. A la derecha durante el eclipse, a la izquierda minutos después de concluir.

Actualizar Ruby con RVM en OS X 10.9 Maverick

Cocoapods me pide una versión de Ruby mayor que 2.0, pero Maverick viene por defecto con 1.9.3 así que tiré de rvm pensando que serían un par de líneas pero no, he pasado un buen rato en el proceso. Hagamos el cuento corto: $rvm list known y no aparece ninguna versión 2 o superior, así que: $rvm get latest y ahora con: $rvm list known tenemos: # MRI Rubies [ruby-]1.8.6[-p420] [ruby-]1.8.7[-head] # security released on head [ruby-]1.9.1[-p431] [ruby-]1.9.2[-p330] [ruby-]1.9.3[-p551] [ruby-]2.0.0[-p643] [ruby-]2.1.4 [ruby-]2.1[.5] [ruby-]2.2[.1] [ruby-]2.2-head ruby-head ahora si, $rvm install 2.2.1 pero Error running 'requirements_osx_brew_libs_install automake libtool libksba', showing last 15 lines of /Users/hedmon/.rvm/log/1428514809_ruby-2.2.1/package_install_automake_libtool_libksba.log Las dependencias estaban instaladas pero no linkeadas, así que vamos a resolverlo con Homebrew. $brew update $brew upgrade

Django I - Crear nuevo proyecto

Hacemos un resumen del tutorial oficial de Django recogiendo los principales pasos para comenzar con el framework. Para más detalle visitar la documentación oficial . Asumimos que ya Django está instalado, si no, hay bastante documentación online de como hacerlo en los distintos sistemas operativos. Versión: Si el framework está instalado, podemos ver la versión con: $ python -c "import django; print(django.get_version())" de no estar instalado veremos un error "No module named django". Comenzar un nuevo proyecto: Desde la consola situarse en el directorio donde queremos almacenar el código de nuestro proyecto y ejecutar: django-admin.py startproject mysite El nuevo proyecto creado tendrá una estructura: mysite/ manage.py mysite/ __init__.py settings.py urls.py wsgi.py dónde: mysite/ La carpeta raíz del proyecto tendrá el mismo nombre que utilizamos a la hora de crearlo pero se puede cambiar, no afecta en