Re: [FRsaG] Analyse des logs PHP

2010-07-27 Par sujet Pierre-Henry Muller
mode admin sys qui parle : rien en production ne doit donner la structure de ton site (archi, code, path, ...) donc pas de xdebug ou xhprof mode développeur qui parle : La consommation mémoire de ces deux modules fait que le temps d'exécution et les ressources nécessaires vont s'allonger. Mince

Re: [FRsaG] Analyse des logs PHP

2010-07-27 Par sujet Xavier Garreau
frantishrek a écrit : Le 27 juillet 2010 21:28, Xavier Garreau a écrit : Il faudrait voir si xdebug n'est pas capable de dumper la stack trace dans un fichier de log. Ca doit être possible sans gros effort. Et si on est sur un serveur de dév, il permet même le profiling :) xdebug est effectiv

Re: [FRsaG] Analyse des logs PHP

2010-07-27 Par sujet frantishrek
Le 27 juillet 2010 21:41, JF Bustarret a écrit : > Par contre, éviter xdebug en prod... > > Pour du profilage au fil de l'eau, il y xhprof (à utiliser en échantillonnage > : pas sur tous les serveurs, et pas sur toutes les requêtes). > > Ca permet de faire des agrégats journaliers, des comparaiso

Re: [FRsaG] Analyse des logs PHP

2010-07-27 Par sujet frantishrek
Le 27 juillet 2010 21:28, Xavier Garreau a écrit : > > Il faudrait voir si xdebug n'est pas capable de dumper la stack trace dans > un fichier de log. Ca doit être possible sans gros effort. Et si on est sur > un serveur de dév, il permet même le profiling :) xdebug est effectivement capable de d

Re: [FRsaG] Analyse des logs PHP

2010-07-27 Par sujet JF Bustarret
Par contre, éviter xdebug en prod... Pour du profilage au fil de l'eau, il y xhprof (à utiliser en échantillonnage : pas sur tous les serveurs, et pas sur toutes les requêtes). Ca permet de faire des agrégats journaliers, des comparaisons d'un jour sur l'autre/d'une semaine sur l'autre (avec un

Re: [FRsaG] Serveurs gratuits (?) jusqu'au 31 aout

2010-07-27 Par sujet Thierry Chevalier
Bonjour, pareil pour moi je l'ai tester jusqu'à fin juin mais rien trouvé de bien intéressant a faire dessus. Thierry Le 27 juillet 2010 20:46, Boris Pigeot a écrit : > J'ai testé vite fait et je l'ai refilé à un pote, ça marchait très bien et > c'était plutôt "correct" pour une machine gratui

Re: [FRsaG] Analyse des logs PHP

2010-07-27 Par sujet Xavier Garreau
Olivier Bonvalet a écrit : Le 27/07/2010 18:01, Xavier Garreau a écrit : frantishrek a écrit : D'autres idées ? Logger les erreurs PHP dans syslog et avoir un script en cron à base de awk, sort, uniq, ... Ou perl s'il reste de l'efferalgan :D C'est ce que je fais... en plus de la surcharge

Re: [FRsaG] Analyse des logs PHP

2010-07-27 Par sujet Olivier Bonvalet
Le 27/07/2010 18:01, Xavier Garreau a écrit : frantishrek a écrit : D'autres idées ? Logger les erreurs PHP dans syslog et avoir un script en cron à base de awk, sort, uniq, ... Ou perl s'il reste de l'efferalgan :D C'est ce que je fais... en plus de la surcharge du gestionnaire d'erreur d

Re: [FRsaG] Serveurs gratuits (?) jusqu'au 31 aout

2010-07-27 Par sujet Boris Pigeot
J'ai testé vite fait et je l'ai refilé à un pote, ça marchait très bien et c'était plutôt "correct" pour une machine gratuite. Par contre, vu que j'avais rien trouvé d'intéressant à faire dessus... Si tu en as l'utilité ça peut être sympa. Après ça devient payant mais c'est du vrai gratuit (il

[FRsaG] Serveurs gratuits (?) jusqu'au 31 aout

2010-07-27 Par sujet fr...@webmail.fr
Bonjour, On viens de me filer ce lien : http://msdn.microsoft.com/fr-fr/maplateformeweb.aspx Si je copy/paste : /5 000 serveurs tout équipés gratuits* jusqu'au 31 août 2010 pour découvrir et développer des applications sur le web avec des pas à pas disponibles pour vous aider !/ Quelqu'un ét

Re: [FRsaG] Analyse des logs PHP

2010-07-27 Par sujet Xavier Garreau
frantishrek a écrit : D'autres idées ? Logger les erreurs PHP dans syslog et avoir un script en cron à base de awk, sort, uniq, ... Ou perl s'il reste de l'efferalgan :D -- Xavier Garreau http://www.xgarreau.org/ ___ FRsaG mailing list FRsaG@frsag

Re: [FRsaG] Analyse des logs PHP

2010-07-27 Par sujet frantishrek
> > Pour pouvoir les consolider, il faut les stocker quelque part... dans une > base SQLITE par exemple. > Néanmoins le principe reste le même : un gestionnaire d'erreur maison, à > placer dans auto_prepend_file. > > Par contre certains softs/frameworks surchargent déjà le gestionnaire > d'erreur (

Re: [FRsaG] Analyse des logs PHP

2010-07-27 Par sujet Olivier Bonvalet
Le 27/07/2010 16:52, frantishrek a écrit : Le 27 juillet 2010 16:45, Olivier Bonvalet a écrit : Bonjour, Le 27/07/2010 16:32, frantishrek a écrit : J'aimerais avoir votre retour d'expérience sur l'analyse des logs PHP. Je cherche une solution qui : - me permette d'être alertée de

Re: [FRsaG] Analyse des logs PHP

2010-07-27 Par sujet frantishrek
Le 27 juillet 2010 16:45, Olivier Bonvalet a écrit : > Bonjour, > > Le 27/07/2010 16:32, frantishrek a écrit : >> >> J'aimerais avoir votre retour d'expérience sur l'analyse des logs PHP. >> >> Je cherche une solution qui : >>  - me permette d'être alertée des erreurs des scripts PHP >>  - des fré

Re: [FRsaG] Analyse des logs PHP

2010-07-27 Par sujet Olivier Bonvalet
Bonjour, Le 27/07/2010 16:32, frantishrek a écrit : J'aimerais avoir votre retour d'expérience sur l'analyse des logs PHP. Je cherche une solution qui : - me permette d'être alertée des erreurs des scripts PHP - des fréquences des différentes erreurs - si possible avec la pile d'exécution

[FRsaG] Analyse des logs PHP

2010-07-27 Par sujet frantishrek
Bonjour, Je fais du dev et m'occupe d'une petite infra (5 serveurs) web pour des applis de ma boîte (environ 5000 visiteurs uniques/jour) hébergées par notre hébergeur. J'aimerais avoir votre retour d'expérience sur l'analyse des logs PHP. Je cherche une solution qui : - me permette d'être aler