<blockquote class="spip">
Dans une première série de notes, nous passions en revue les notions initiales de Spip.
Quelques jours ont passé : après la création d’une page spécifique (.../spip.php?page=mapage),
l’objectif est désormais de comprendre ce que l’on fait !
</blockquote>
La première question que se pose tout développeur informatique, c’est simplement :
Où se trouve le code-source de mon site ?
Eh bien, il n’est pas facile de répondre, sauf à dire une banalité : «sur le serveur Web !».
- d’abord, comme tout programme, les sources ne sont pas dans un seul fichier !
Comme les autres langages, PHP [1] permet de gérer des bibliothèques et des routines en sous-programmes. Mai au contraire d’un programme client-serveur exécutable traditionnel monobloc, un site Web est composé d’un certain nombre de «pages», correspondant à des «requetes» au serveur, plus précisément à des appels de fichiers PHP (en source) autonomes [2] - pour le traitement des requetes a notre site SPIP, quelque soit l’URL demandée, tout repasse par un noyau redirecteur d’interpretation, le fameux
spip.php, le seul fichier .php présent à la racine de votre site ; n’essayez pas tout de suite de le descendre, c’est —disons simplement- imb.... Laissons plutot opérer la magie de SPIP, car - chaque page de demande correspond à l’interprétation exécutant un squelette .html
HTML ? c’est juste un fichier en mode texte [3] avec un langage balisé, comprendre qui embarque des précisions de présentation et mise en page, écrites dans des balises HTML : tout ce qui est entre < et > doit etre intreprété comme langage HTML et non affiché par le navigateur... - donc, chaque «page» que vous mettez au point est donc simplement l’interprétation d’un squelette HTML que SPIP va chercher dans le dossier
./squelettes.
Bon, on va élucider tout de suite les deux grosses questions que posera tout observateur avisé :
- chaque squelette est rempli avec des données de vos articles et rubriques, donc il est interprété pour montrer toutes les pages de ce meme type
- en fait, SPIP n’utilise pas souvent un seul fichier squelette, mais va automatiquement chercher des sous-ensembles, justement nommées noisettes que le squelette principal va
#INCLURE, en les récupérant en plein d’endroits [4], selon les plugins que vous avez activés...
- il est donc temps de reprendre les bases du «langage SPIP», décrites dans la documentation officielle du Webmestrequi permettent plus facilement de modifier tant l’apparence de vos pages (comme les thèmes ou les CSS), ou leur présentation (c’est-à-dire les boucles d’extraction de données de la base...)
Bonne lecture, et à une prochaine...