Collecteurs automatiques

[jdeniau]

Un des trucs sympa que fait la concurrence LiuggioStatsDBundle pour ne pas le citer, est de pouvoir logger automatiquement les données du site (consommation mémoire, temps PHP, données Monolog, etc.).

Ça serait vraiment cool d'avoir un système équivalent, car la gestion via event_dispatcher me semble vraiment sympa de votre côté.

[omansour]

je suis pas sur que ce soit à ce bundle de proposer ça. J'affectionne beaucoup la séparation des responsabilité entre les services. Ce n'est pas au bundle selon moi de faire ces mesures.

Chez m6web on utilise notre version du kernel pour lancer un compteur et un event sur kernel.terminate pour collecter le tps d'exec (et retourner le code http également). On relance un event avec tout ça et on le bind avec statsd et paf ! des chocapics :)
On pourra faire la mémoire également je pense. (ça me donne l'idée

qu'en penses tu ?

++

[omansour]

je vais te passer 2 3 gist pour t'expliquer

[jdeniau]

Effectivement, je comprends bien le concept.
Du coup ca pourrait être un bundle distinct qui écoute les événements classique de SF, et qui se sert du StatsDBundle pour envoyer tout ca a StatsD.

[omansour]

yes

le seul pb est que le bundleStatsd ne peut gérer qu'un seul timer par
event.
ça me chiffonne

Le 23 août 2013 14:49, Julien Deniau notifications@github.com a écrit :

Effectivement, je comprends bien le concept.
Du coup ca pourrait être un bundle distinct qui écoute les événements
classique de SF, et qui se sert du StatsDBundle pour envoyer tout ca a
StatsD.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/1#issuecomment-23161497
.

Olivier Mansour
http://oliviermansour.com/
http://fr.linkedin.com/in/omansour

[jdeniau]

Effectivement, c'est un peu dommage je pense. Après, rien n'empêche d'avoir plusieurs Events j'imagine ?

[omansour]

j'ai fait ça : 2df63bd je pense que ça gère. je vais améliorer le README à l'occasion