Recomendación para los mecanismos de seguimiento de clics/eventos (python, django, apio, mongo, etc.)

Question

Estoy buscando la forma de rastrear eventos en una aplicación django (los eventos generalmente serían clics vinculados a una identificación de usuario única específica).

Estos eventos básicamente contendrían un tipo de evento como "clic" y luego cada evento de clic se asignaría a una identificación única (muchos eventos pueden ir a una identificación) y cada evento tendría un conjunto de datos que incluiría elementos como referencia, etc. ...

He intentado con el mixpanel, pero por ahora la API de datos que ofrecen parece demasiado limitada, ya que no puedo encontrar una manera de obtener todos mis datos mediante una identificación única (aparte del evento sí mismo).

Estoy estudiando el uso de django-eventracker, pero tengo curiosidad acerca de cualquier otro pensamiento sobre la mejor manera de hacerlo. Mongo o CouchDb parecen ser una gran elección aquí, pero el apio/rabbitmq se ve muy atractivo con mongo. El bombeo de estos eventos en las aplicaciones existentes db parece ser limitante en este punto.

De todas formas, esto es sólo un hilo para ver lo que otros pensamientos están en esto y cómo han aplicado algo como esto ...

disparar

Answer 1

No estoy familiarizado con las soluciones pre-empaquetadas que mencionar. Si tuviera que diseñar esto desde el principio, tendría una JS simple recopilando información sobre los clics y posteándola de vuelta al servidor a través de Ajax (usando cualquier marco JS que ya esté usando), y en el lado del servidor simplemente anexaría esa información en un archivo de registro para el posterior procesamiento "fuera de línea", por lo que sería independiente de django u otro marco del lado del servidor, esencialmente.

Al añadir a un archivo de registro es una acción muy ligero, mientras que DB para uso en la web son generalmente de forma optimizada para el funcionamiento (no escritura intensiva)-lectura intensiva, por lo que de acuerdo con usted que la colocación de esa información vigor (ya que engaña) en la base de datos de la aplicación existente es poco probable que ofrezca un buen rendimiento.

Answer 2

Si con un clic hace clic en un enlace que carga una página nueva (o realiza una solicitud AJAX), entonces lo que pretende hacer es bastante sencillo. Los servidores web tienden a mantener registros de texto sin formato sobre las solicitudes, con información sobre el usuario, la hora/fecha, la referencia, la página solicitada, etc. Puede examinar estos registros y extraer las estadísticas que necesita.

Por otro lado, si tiene una aplicación web donde los clics no generan necesariamente solicitudes de servidor, la mejor opción es recopilar información de clics con javascript.

Answer 3

Es probable que desee mantener un formato flexible para que sus registros anticipen las necesidades o los cambios futuros. En este sentido, las bases de datos orientadas a documentos sin esquema son agradables. Una ventaja es que la estructura de sus datos estará cerca de las necesidades de su aplicación para cualquier análisis que realice más adelante (por lo tanto, evite algunos de los trabajos inevitables de análisis/borrado de datos).

Si está pensando en usar mysql, postgresql o similar, entonces debe buscar algo como rsyslog para almacenar en búfer las escrituras y evitar la penalización de rendimiento con el registro pesado. (No puedo decir mucho sobre el apio y otros mecanismos de puesta en cola para este tipo de cosas, pero suenan prometedores.)

Mongodb tiene algunas características agradables que lo hacen fácil de registrar como capped collections. Se puede encontrar un resumen en this post.