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 peu de code PHP, mais pas grand chose)...
JFB
Le 27 juil. 2010 à 21:28, Xavier Garreau a écrit :
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 du gestionnaire d'erreur de PHP, seul à permettre de relié une erreur à un "contexte" (URL, stack, session, post, login, etc). En tous cas je n'ai rien trouvé de mieux que de le faire moi même. Mais je suis pas assez gros ;)
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 :)
Xavier Garreau xavier@xgarreau.org http://www.xgarreau.org/
FRsaG mailing list FRsaG@frsag.org http://www.frsag.org/mailman/listinfo/frsag