Pour l'élégance par contre, on repassera ;-)
Du parsing de html après un appel http, faut pas trop que le nom des classes css/div changent.
ça rejoint un peu mon idée javascript où on appel une route qui fournie le bandeau.
Mais là ça marche, c'est le principal.
P'tet que créer une route pour ce besoin qui ne fournirait que le bandeau réduirait la dépendance au format de la page. Mais on a le temps, le prochain qui prendra le mur nettoiera ça ;-)
***EDIT DOM***
Sur que c'est relou! Mais c'est ce qui génère le moins de code.
Et puis, dans un sens contexte PHP incompatible MVC / PhpBB, ce n'est pas si idiot.
C'est ce qui est le plus indépendant à moins que quelqu'un se mette à saccager les balises <début & fin de tête & pied>, ce que personne n'a de raison valable de faire.
Pour les CSS, j'inclue la feuille de style WRI qui est toujours unique !
Bon, ça sollicite un peu ton DNS mais pas plus le SQL qui serait appelé de toute façon. Autant qu'il le soit avec un contexte propre.
J'ai changé pour la page la plus légère au niveau contrôleur : https://github.com/RefugesInfo/www.refu ... hp#L56-L69
J'ai pensé à une vue neutre aussi mais le jeu en vaut il la chandelle ? Controleur, ...
C'est sur que ça ne règle pas l'archi du bandeau dans le MVC mais j'ai un peu envie de limiter les modifs à PhpBB dans un premier temps histoire de ne pas mélanger les pb.
***EDIT DOM***
J'ajoute que pour exécuter du code WRI (qui appelle PDO) dans du code PhpBB (Qui passe par $db), on se retrouve avec 2 accès à la MDB.
En ajoutant les incompatibilités autoload de classes, bon debug :satan: (j'ai essayé :calimero: )
***EDIT DOM***
J'oubliais, on ne peut pas évaluer du PHP dans un template PhpBB ni inclure un fichier en dehors de l'arbo du forum.
Il faut donc évaluer le bandeau WRI quelque part et le réinjecter en variable PhpBB de toute façon.
Ensuite, tu as dû remarquer que listener.php s'exécute dans un "namespace". Pour quelqu'un comme moi qui n'a pas eu l'occasion d'en approfondir la théorie, ça revient à jouer une partie d'échecs avec la règle du jeu de GO :)
***EDIT DOM***
sly a écrit :Du parsing de html après un appel http, faut pas trop que le nom des classes css/div changent.
En fait, je ne fais pas de parsing mais un split de string avec un token (string) "<div id="entete">" de sorte que je ne suis pas dépendant de l'intégrité du HTML entre mes tokens.
sly a écrit :ça rejoint un peu mon idée javascript où on appel une route qui fournie le bandeau.
Tout à fait, avec l'avantage de ne pas impliquer l'utilisateur dans l'intégration du morceau de bandeau et de ne pas lui faire traverser le WEB
Enfin, l'archi PhpBB change à chaque version majeure (3.0, 3.1, 3.2) et il faut se repayer le debug en essayant de comprendre ce qui a changé (chemineur est resté en 3.1 par exemple, qui n'utilise pas du tout les mêmes stockages BBcode que 3.2).
Bref, plus on sera indépendant entre les archis WRI et PhpBB, plus on pourra utiliser nos nuits à autre chose qu'à intégrer.
avec une route, un contrôleur et tout...
restera à la passer en MVC...