Mouais... le templating, au départ, c'est plutôt pour séparer le code PHP du HTML (l'objectif étant de permettre de bosser à plusieurs avec chacun sa spécialité sans se parasiter, déjà)
Du coup, je vois pas trop en quoi c'est du templating: ce sont des fichiers php avec des bouts de php dedans.
Pour y avoir réfléchi pas mal afin d'améliorer mon code, notamment dans mon «framework» perso, l'idée du templating est d'avoir des fichiers HTML que le PHP vient compléter selon une certaine logique, qui varie en fonction des frameworks.
Pour ma part, j'ai opté pour des fichiers HTML contenant des «balises» entre double accolades dont le contenu sera interprété selon certaines règles par la classe template:
{{$variable}} ou {{CONSTANTE}} : affiche le contenu de la variable ou de la constante
{{"texte"}} : affiche le texte si possible traduit (en fonction de la configuration de langue d'une autre classe si elle existe dans le projet)
{{objet->methode(parametres)}} : fait appel à la méthode en question si celle-ci est publique et que l'objet fait partie des dépendances injectées via une variable de contexte.
On peut également transmettre des données ponctuelles servant à «remplir» le template via un array passé en paramètre selon le principe "string_à_remplacer"=>"valeur".
on voit que le template header.html appelle à son tour le template menu, ce qui permet d'avoir des templates imbriqués et donc une grande «réusabilité» de chaque élément.
Le templating permet également d'éviter la dispersion du code PHP: quand on place des bouts de trucs et de machins partout ça devient vite illisible (et j'en sais quelque-chose). Le templating te force à organiser l'ensemble selon une logique qui te permet de t'y retrouver (et de retrouver où ça couille quand ça couille) (et ça couille toujours) (en fait, ça couille de source)( gag)
Je ne m'étends pas davantage dessus vu qu'on peut trouver plein de ressources sur le templating en PHP et que pour en dire plus, il faudrait que je m'étende davantage sur mon «framework»
Via https://nicolas-delsaux.hd.free.fr/Shaarli/?_D5cZQ
Je tiens au courant les quelques uns qui utilisent googol sur l'avancement des travaux.
J'ai entièrement refait la structure en abandonnant l'aspect «one file» au profit d'une répartition plus ... académique et surtout plus lisible.
En restructurant le tout, j'ai prévu l'implémentation future de solutions de fallback lors des bannissements par google (par exemple en allant interroger framabee.org pour récupérer temporairement les résultats en attendant que google nous oublie)
Je réfléchis encore à une solution permettant de «distribuer» les nouvelles regexes en cas de changement de la part de google... sans succès pour le moment.
J'ai ajouté des liens pour renvoyer la requête vers les moteurs de recherche alternatifs.
Certains peuvent s'interroger sur le fait que googol cesse parfois tout bonnement de fonctionner...
Et bien c'est simplement dû au fait que Google transforme sa page. Parfois complètement.
Du coup la regex de parsage ne fait plus son taf.
Mais quand il faut cibler des données sur leur page, faut voir à quoi on se heurte:
<div class="ZINbbc xpd O9g5cc uUPGi">
<div>
<div class="jfp3ef">
<a href="https://google.fr/url?q=https://trendy.letudiant.fr/tests-et-quiz.html&sa=U&ved=2ahUKEwjSntHNjsbiAhVCA4gKHWpRARwQFjAGegQIZBAB&usg=AOvVaw2mXT_9o0gy-P8Mb8zpR-pZ">
<div class="BNeawe vvjwJb AP7Wnd">
500 tests et quizz gratuits en ligne : personnalité, psycho et culture ...
</div>
<div class="BNeawe UPmit AP7Wnd">
https://trendy.letudiant.fr › tests-et-quiz
</div></a>
</div>
<div class="NJM3tb"></div>
<div class="jfp3ef">
<div>
<div class="BNeawe s3v9rd AP7Wnd">
<div>
<div>
<div class="BNeawe s3v9rd AP7Wnd">
Psycho, sexo, love : tous nos tests et quiz pour en découvrir plus sur ta personnalité !
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
C'est pas beau ces noms de classe ?
Ça sent les classes aléatoires dont les noms sont générés en début de session, ou bien je suis parano ?!
Pour cibler ça, surtout de façon pérenne, bonjour.
J'ai réfléchi à la solution d'un parseur xml mais bon:
lesdits parseurs se foutent en PLS quand on leur file à bouffer une page google
ce sera fatalement moins rapide et moins concis qu'avec une bonne regex bien faite (qui renvoie des données presqu'immédiatement utilisables)
ça ne résoudra pas le problème de changement de contenu de la page.
Donc, je réfléchis à une alternative viable qui évite de remplacer l'url en dur dans le code... un fichier ini, peut-être ?
En même temps, une fois sur deux changer la regex ne suffit pas, il y a une ou deux retouches de code à faire...
Et là, je vous parle même pas de la page images dans laquelle les liens vers les images semblent ... avoir disparu.
gag)
Il existe une fonction comme explode mais qui utilise les regex : preg_split !
