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
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
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
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
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
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
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
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
>
> 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 (
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
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é
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
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
13 matches
Mail list logo