xdebug ou xhprof ou autre profiler

Bonsoir, je débute dans l'univers symfony

J'ai essayé l'autre jour d'obtenir un debug_backtrace() dans un controlleur : grossière idée, ceci dépasse la limite de 300Mo
puis, j'ai tenté de faire un print_r sur un objet doctrine .. bis repetita

Bref j'ai essayé xdebug, ce dernier plante la génération de la barre symfony profiler .. les fichiers d'output font généralement +de 200Mo
Puis j'ai essayé xhprof, au moins les données font moins de 10Mo mais je ne suis jamais parvenu à en faire fonctionner l'interface graphique ..

Ma question finale : quel profiler est-il adapté à l'usage de symfony ? existe t-il l'un d'entre eux qui aurait la capacité de créer de jolis "callgraphs" ?

Merci pour vos lumières

Bonjour,

en PHP

Code:

---

1 2	Doctrine\Common\Util\Debug::dump($var);

---

dans Twig

Code:

---

{{dump(var)}}

---

Semble également trés intéressant (mais je n'ai pas testé)
http://paris2014.live.symfony.com/speakers#session-1139
https://github.com/nicolas-grekas/Patchwork-Dumper

Intéressant, j'essaie demain, en même temps il n'y a pas que les objets doctrine qui me tracassent ..
cette fonction get() assez mystique, qui te retourne un objet, qui semble être définie dans le controller, implementée d'une interface (containerinterface), définie dans container.php, puis surchargée dans containerbuilder, le $this->container dit être une instance de AppDevDebugProjectContainer ..
J'ai placé un petit traceur .. jamais il ne passe ni par container ni containerbuilder et je me demande où .. je cherche le moyen d'obtenir le contenu de la méthode par une réflexionclass .. sans succès, bref encore une petite boite noire :weird:

Citation:

---

le $this->container dit être une instance de AppDevDebugProjectContainer ..

---

Oui tu la trouveras dans app/cache/dev/appDevDebugProjectContainer.
Qu'il s'agisse de cette classe ou de la classe container n'a pas d'importance, il s'agit surtout que tu puisse appeler leur méthode "get", "getParameter"

http://api.symfony.com/2.0/Symfony/C...Interface.html
(à noter que les méthode "set" ne sont pas disponible sur le AppDevDebugProjectContainer)

Citation:

---

jamais il ne passe ni par container ni containerbuilder

---

en environnement de prod, le containerbuilder ne doit être appelé qu'à la premiere requete (et encore)
en environnement de dev tu peux tester en faisant une modif sur un des fichiers de config (le container devrait alors être recalculé)

Citation:

---

cette fonction get() assez mystique, qui te retourne un objet

---

Le controller de base propose des méthodes usuels, mais ce ne sont généralement que des raccourcis vers des services du container
https://github.com/symfony/symfony/b...Controller.php

Ok, merci je vois mieux maintenant, mais j'avoue que si un debug_backtrace ou un print_r ne m'aurais pas explosé la limite mémoire, je pense que la compréhension du framework me serait plus aisée & plus rapide
Ce petit patchwork debug est pas mal .. rapide, mais juste superficiel

J'ai trouvé, au final que bootstrap.php.cache appellait get() dans
vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/Container.php, pour créer les services