Analíticas web

[astrojuanlu]

The code is already in place:

https://github.com/Pybonacci/pybonacci.github.io-source/blob/b805ea6/theme/templates/_includes/analytics.html#L1

In theory it would be sufficient to fill the PIWIK_SSL_URL variable in https://github.com/Pybonacci/pybonacci.github.io-source/blob/b805ea6/publishconf.py.

cc @kikocorreoso

[astrojuanlu]

¿A lo mejor hay alternativas aparte de Piwik? @pablogsal montó el otro día un dashboard con Grafana, igual nos puede hacer alguna recomendación.

[pablogsal]

@Juanlu001 Yo usaba Grafana + Prometheus. Si me comentáis un poco más el caso de uso que tenéis puedo haceros una mejor recomendación. Incluso puedo ponerlo en marcha por vosotros o enseñaros como hacerlo pues hay alguna parte algo delicada. 🎉

[kikocorreoso]

Piwik no va mal del todo.

Yo, lo que menos dolores de cabeza y menor mantenimiento tenga mejor.

Incluso un script python que parsee los logs me parece buena opción 😛

[astrojuanlu]

En realidad el sistema de visualización no me importa tanto en este momento. Me importa mucho más garantizar que vamos a guardar los logs desde el primer día y no perder nada. Con esto funcionando, podemos analizar esos datos como queramos a posteriori.

@kikocorreoso ¿Algo que se tenga que hacer en el servidor para que esto ocurra? No sé cómo funciona la rotación de logs de nginx o Apache, si se mantiene todo desde el inicio de los tiempos entonces podemos usar cualquier cosa.

@pablogsal ¡Gracias por la ayuda! Nuestra idea es tener un panel tipo Google Analytics o Piwik en el que visualizar el tráfico, países de origen... Toda la información que nos den los logs. Aunque como digo, si es muy complicado de configurar puede esperar.

[manugarri]

Piwik no lo conozco, segun veo es una version Open Source de Google Analytics, asi que con que dé una minima funcionalidad y no haya mucho coste de montar un dashboard por mi bien.

lo de logs no lo veo (nadie va a querer parsear logs, y los scripts que hagamos a manubrio van a necesitar modificaciones siempre que haya un nuevo edge case).

[kikocorreoso]

lo de logs no lo veo (nadie va a querer parsear logs, y los scripts que hagamos a manubrio van a necesitar modificaciones siempre que haya un nuevo edge case).

Ahí está toda la información. Nuestro uso no es especialmente sofisticado.

Me puedo apuntar la tarea de crear los scripts y hacer backup de los logs para que siempre estén disponibles. Se pueden commitear a un gitlab privado o algo así.

Piwik, después de probarlo un tiempo, está bien pero es un poco coñazo y cada dos días hay que actualizar con el miedo que da eso.

Estamos hablando de un blog estático no muy relevante.

[astrojuanlu]

Estamos hablando de un blog estático no muy relevante.

Discrepo enérgicamente de que seamos "no muy relevantes". Incluso aunque fuera verdad, mi primer objetivo sería salir de la irrelevancia.

Aseguremos que los datos en crudo están siempre disponibles. Luego que cada uno haga con esos datos lo que quiera, y que gane la mejor solución.

[pablogsal]

@Juanlu001 Grafana es un sistema de visualización de metricas, no de recoleción. Teneis que juntarlo con algo más. Todo depende de lo automatico vs flexible que queráis el asunto.

[manugarri]

como quedamos en esto @Pybonacci/editores ?

[astrojuanlu]

Deberíamos poder usar el Piwik que @kikocorreoso ya tiene en Webfaction. ¿Cuando puedas hacemos una prueba? (A partir del martes-miércoles, cuando se transfiera el dominio nuevo). De esa forma, no habría que montar nada nuevo. En cuanto al hecho de que Kiko sea el único con acceso a Webfaction, tratémoslo por separado en #21, que no es crítico.

[manugarri]

+1 @Juanlu001

[astrojuanlu]

"En curso: Paso 3 de 4, esperando confirmacion del anterior proveedor"

Calculo que mañana ya tengo pybonacci.org bajo control de nuevo.