Déterminer les fichiers php appelés dans la création d'une page ?

[Mister Paul]

Bonjour,

quand je cherche à customiser, à créer des overrides, etc. je perds un temps fou à déterminer les fichier php impliqués dans la constitution d'une page… Avec le panneau de développement des navigateurs je peux accéder aux fichiers sources ces, js… mais pas php (ou alors je ne sais pas faire…)

Vous pourriez me conseiller ?

Merci beaucoup pour l'aide !
Paul

[Tortue Genial 69]

un peu de lecture :

https://www.web-eau.net/blog/apprendre-creer-overrides-joomla

https://www.web-eau.net/blog/apprendre-creer-overrides-joomla-part-2

https://www.web-eau.net/blog/apprendre-creer-overrides-joomla-part-3

[cavo789]

Bonjour

C'est juste impossible à faire. En php, tu peux faire p.ex un require("generate_header.php") qui va se charger p.ex. de retourner une variable string avec du code HTML. Tu n'as, à aucun moment, la possibilité après coup de dire que ton code a fait appel à ce script externe.

Par contre, tu peux jouer avec le debug_backtrace dès l'instant où tu souhaites, pour une fonction précise p.ex. savoir ce qui est à l'origine de l'appel. Pour cela, tu édites ta fonction et tu jetes une exception. Si tu as correctement configuré xdebug sur ta machine, tu obtiens alors le backtrace. C'est plutôt bof bof comme approche puisque tu dois y aller au petit bonheur la chance (et tu dois savoir quel fichier éditer).

[Mister Paul]

@Tortue Genial 69
Je n’ai pas de problème spécial sur la création d’override. C’est plutôt pour déterminer le fichier php à éditer quand il y en a beaucoup qui sont impliqués dans le process…

@cavo789
J’espérais que l’outil de développement des navigateurs puisse enregistrer au fur et à mesure les fichiers php sollicités lors de la création d’une page.

J’ai l’impression qu’il va falloir que j’installe xdebug sur mon Mac...

[Tortue Genial 69]

ok pas de soucis, c'était au cas ou

[cavo789]

J’espérais que l’outil de développement des navigateurs puisse enregistrer au fur et à mesure les fichiers php sollicités lors de la création d’une page.

Absolument pas. Souviens-toi de ceci : le navigateur envoie une demande "Très cher site, peux-tu me donner la page une-telle ? J'attends ta réponse au format HTML; merci par avance."

Et là, c'est blackbox pour lui. Le serveur fait sa petite popote interne comme il l'entends mais il est attendu qu'il formule une réponse au navigateur dans le format qui a été souhaité.

Tout ce qu'il se passe au niveau du serveur restera un mystère total pour lui; il n'a pas à savoir comment, il doit juste recevoir un contenu qu'il affichera.

[lomart]

Bonjour,

Xdebug est la solution ultime.

Une approche plus simple est de repérer les noms de classes ou autres termes spécifiques avec l'inspecteur de code du navigateur.
Puis de rechercher les fichiers qui définissent ces mots avec un logiciel de recherche plein texte.
Je ne connais pas Mac. Sous Windows, Notepad++ sait le faire ou Fileseek (https://www.fileseek.ca/Download/).

[Eddy.vh]

Bonjour.

Juste pour info.

Pour trouver les classes sur Mac, Spotlight recherches très bien dans les fichiers.
Dans le finder, se placer sur le dossier où rechercher, ouvrir le champ de recherche et entrer les termes souhaités. Spotlight retourne alors les fichiers contenant la recherche.
Selon le paramètre de recherche, il recherche dans tous les fichiers du mac mais on peut limiter la recherche au dossier du site afin de ne retourner que les résultats de ce répertoire.

Un clic sur l'un des résultats montre le répertoire du site où se trouve le fichier.

[roland_d_alsace]

Sans oublier que le loader du framework de Joomla charge les fichiers php des classes dynamiquement (s'ils ne sont pas déjà chargés au moment où l'on appelle la classe en question).
Donc comme cavo789 je dis que c'est quasi impossible de retrouver tout les fichier .php qui sont chargés à un instant t de l’exécution du code, avec les méthodes de développement moderne.

Concernant les overrides, la méthode est bien posée et les emplacements des fichiers sont connus.

Après effectivement dans certains cas il m'est déjà arrivé de devoir "pister" le code (IDE + xdebug), pour comprendre pourquoi un fichier n'est pas chargé.
Par exemple dans le cas des overrides de layouts : d'où mon article ici...