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 <[email protected]> > http://www.xgarreau.org/ > > _______________________________________________ > FRsaG mailing list > [email protected] > http://www.frsag.org/mailman/listinfo/frsag _______________________________________________ FRsaG mailing list [email protected] http://www.frsag.org/mailman/listinfo/frsag
