2009-01-07 8 views
6

Tengo una aplicación de Rails donde los usuarios pueden configurar sus dominios y publicar contenido en ellos. Necesito recopilar estadísticas de tráfico público, como el recuento de visitas, etc. Un buen ejemplo de esta característica son las estadísticas de uso de flickr que puedo ver como cliente.La mejor manera de recopilar estadísticas de uso de la aplicación Rails

La pregunta es cuál es la mejor manera de recopilar información de uso. ¿Se debe hacer analizando los archivos de registro o se debe recopilar y almacenar en la base de datos en tiempo de ejecución? ¿Hay alguna herramienta o complemento de Rails que ya proporcione esto?

Esta solución debe escalarse bien, incluso con miles de dominios y millones de visitas de página en un mes.

Respuesta

2

Depende exactamente de lo que intente iniciar sesión.

Empecé a usar http://github.com/smtlaissezfaire/enhanced_query_analyzer/tree/master en un sistema de producción beta para registrar consultas. Por supuesto que podría hacer algo similar a la de registro de páginas vistas con un filtro antes de application.rb

Si necesidad o desea utilizar una base de datos, no quiere compartir su información con Google, y está usando mysql, sugiero que busque en el motor de almacenamiento de archivos

+0

Gracias, terminé con una solución como este analizador de consultas. Escribí un complemento que hace insertar diferido con toda la información necesaria después de cada solicitud. – Priit

5

Google Analytics es probablemente la mejor opción ...

0

La solución más sencilla es probablemente sólo para comprar Mint o utilizar Google Analytics.

1

Consulte con su anfitrión. Algunos de ellos proporcionan estadísticas de Urchin por defecto.

Aparte de eso, la mayoría de la gente usa Google Analytics. Si necesita información de grano extremadamente fino, puede intentar algún procesamiento posterior en su producción.log con herramientas como this. Si realiza su procesamiento posterior en un programador (como cron), entonces no debería tener que preocuparse por el rendimiento ni por escalar demasiado.

Cuestiones relacionadas