Gallika.net

Sous SPIP, forcer le calcul d'une balise et l'afficher plus tard

Olivier Delhaye — 2026-02-21T16:52:56Z

Découvrez comment j'ai résolu un problème d'affichage en double des notes dans SPIP, tout en gardant un ordre logique dans mon squelette. Une astuce simple qui change tout !

Récemment, j'ai rencontré un petit casse-tête dans SPIP en ajoutant un champ personnalisé #ABSTRACT à l'objet éditorial article. Tout fonctionnait à merveille, sauf lorsque ce champ comportait un appel de note. À ma grande surprise, la note apparaissait deux fois en bas de la page dans mon squelette article.html ! 😲

Après quelques recherches, j'ai compris que cette anomalie ne venait pas d'un double appel à #NOTES, mais du mécanisme interne de collecte des notes dans SPIP.

Dans SPIP, la collecte des notes est cumulative pour toute la page en cours de calcul. Chaque fois qu'un champ est traité typographiquement (passage par le filtre interne « propre »), les notes qu'il contient sont ajoutées à une pile globale. Cette pile n'est pas réinitialisée entre les champs.

Si un même contenu est traité deux fois au cours du calcul de la page, ses notes peuvent donc être collectées deux fois.

Dans mon cas, l'ordre des balises était :

#TEXTE
#ABSTRACT
#NOTES

Première parade (ancienne configuration)

Il y a deux ans, dans une configuration plus simple de mon squelette, j'avais résolu le problème en forçant un premier calcul silencieux des notes grâce au filtre :

[(#NOTES|couper0)]

Ce filtre déclenche le calcul des notes sans les afficher. Le squelette devenait :

#TEXTE
[(#NOTES|couper0)]
#ABSTRACT
#NOTES

Et cela suffisait.

Mais dans ma configuration actuelle de article.html, cette parade ne fonctionnait plus correctement. Le problème ne venait plus seulement de l'ordre des balises.

Seconde parade (configuration actuelle)

En analysant plus finement le squelette, j'ai constaté qu'un autre champ, affiché en amont, pouvait lui aussi déclencher un traitement typographique. Même vide, #DESCRIPTIF était susceptible d'être traité et donc de participer à la mécanique de collecte.

Or dans SPIP, ce n'est pas #NOTES qui analyse le texte : il affiche simplement ce qui a été collecté (et cumulé) lors des traitements précédents.

La solution structurelle a donc consisté à empêcher #DESCRIPTIF de passer par le traitement typographique automatique :

(#DESCRIPTIF*|textebrut)

L'étoile empêche le traitement standard, et |textebrut affiche le contenu sans typographie. Ainsi, aucun recensement parasite des notes ne peut se produire à ce stade.

Résultat

Les notes ne sont plus collectées deux fois. L'ordre logique des balises est respecté. Et le squelette reste propre.

Deux configurations différentes, deux parades … et une meilleure compréhension des entrailles de SPIP au passage [1].

[1] À preuve le fait que ces notes ne sont plus affichées en double !

Inventorier toutes les images d'un Moodle 5

Olivier Delhaye — 2025-08-28T21:12:20Z

Il y a des journées où l'on veut juste faire le ménage. Ranger ses images, traquer les doublons, retrouver ce qui s'est glissé dans les éditeurs au fil des semestres. Et puis – tu connais la suite – on se dit : « Allons, faisons un plugin propre, officiel, durable ».
Résultat : page d'upgrade en continu, erreur 500, site bloqué. Un ChatGPT qui patine, une après-midi qui file... Je l'ai vécue récemment.

C'est ce jour-là que j'ai décidé de changer de cap : pas de plugin, pas d'installation. Un seul fichier PHP autonome, posé à côté de config.php. On ouvre la page, on voit toutes ses images, on exporte, on trie. Le soulagement tient parfois à une idée simple.

Le virage : du plugin au script autonome

Au départ, l'intention était belle. Mais en pratique :

– L'upgrade des plugins passe par /admin/index.php. Au moindre pépin (capabilities, navigation, version, typo française…), tout Moodle s'arrête. Je m'y suis heurté, frontalement.

– Débloquer en urgence (purges, FTP, DB) n'est ni agréable ni proportionné quand on veut juste inventorier des images.

– Maintenir un plugin au rythme des versions (ici, Moodle 5) impose une discipline qui n'apporte rien d'essentiel à un outil ponctuel d'admin.

Bref, pour de l'audit/nettoyage, le plugin serait un paquebot. J'avais juste besoin d'un stand up paddle.

L'idée en 30 secondes

– Déposer un script inventaire-images.php à côté de config.php (dans le dossier du code Moodle).

– Ouvrir : https://ton-moodle/inventaire-images.php (compte admin).

– Trois onglets clairs :

Images stockées
Toutes les images de files, vignettes cliquables, filtres (Composant, Zone, Nom/Source), ID de cours, CM ID (lien direct vers l'activité), module et instance.
Images intégrées & externes
Ce qui a été collé dans l'éditeur (Data URI) et les URL externes. Vignettes pour voir, liens pour vérifier.
Doublons
Groupes d'images identiques (contenthash), vignettes, exemples cliquables avec cours, activité, etc.

– À chaque onglet : Export CSV.

– Un pager compact en haut – Précédent | Page X/Y | Suivant – pour naviguer plus rapidement.

Tout ce que j'aurais aimé créer avant de perdre 4 heures.

Extrait du script PHP

Pas à pas (vraiment simple)

Dépose le fichier dans le dossier Moodle (là où se trouve config.php).
Ouvre l'URL (compte admin). Ajoute ?debug=1 si tu veux les messages PHP.
Filtre, consulte, exporte.
Décide du nettoyage (le script n'efface rien tout seul).
Supprime le fichier quand tu as terminé.

En cinq gestes, tu as l'inventaire qui te manquait.

Ce que l'outil montre (et pourquoi c'est utile)

– Toutes les images stockées (avec aperçu) et leurs métadonnées clés : cours, activité (CM), module, instance, composant/zone, tailles, dates.

– Images « collées » (copy&paste) dans l'éditeur (Data URI) et images externes (avec vignette), pour repérer ce qui échappe au stockage Moodle.

– Doublons exacts : même binaire, multiples occurrences, l'endroit idéal pour gagner de l'espace.

– Exports CSV propres (par onglet), pour historiser, déléguer, traiter hors-ligne.

Capture d'écran

Garde-fous (les bons réflexes que j'applique)

Accès & permissions

– La page exige require_login() et moodle/site:config → admins uniquement.

– Le proxy d'images (vignettes/originaux) est protégé par sesskey (anti-CSRF).

Confidentialité / RGPD

Un admin peut voir toutes les images (y compris brouillons/privées). C'est le périmètre normal d'un admin, mais dis-le clairement à l'équipe.

Images externes

Les vignettes externes sont chargées depuis le site tiers (avec referrerpolicy="no-referrer"). Ton IP est tout de même visible côté distant. Si c'est sensible, n'affiche que des liens ou utilise un réseau isolé/VPN.

Performance

Sur grosses instances, garde un perpage raisonnable (100–200) et filtre (composant/zone/nom).

Inventaire-images.php (script complet zippé)

OpSec

– Dépose le fichier sur un serveur de confiance.
– Supprime-le après usage.
– Évite de diffuser l'URL, renomme le fichier si besoin.
– Garde tes CSV : c'est ton journal d'audit.

Il m'a fallu une erreur 500 pour décider de simplifier. Au fond, pas besoin d'un plugin pour nettoyer Moodle : un fichier PHP, un regard, une décision. Et tout respire de nouveau.

Formations & ateliers

Si ce sujet te parle, je propose des ateliers express (90 min) et des formations modulaires. On part de tes besoins, on repart avec des scripts prêts à l'emploi, une méthode et un plan d'action.

Quand Moodle refuse d'envoyer vos messages (et ne vous le dit pas)

Olivier Delhaye — 2025-05-04T00:08:20Z

Vous êtes enseignant ou administrateur d'une plateforme Moodle, et vous pensez que vos messages de forum sont reçus automatiquement ? Ce n'est pas toujours le cas. Ce retour d'expérience vécu vous guide pas à pas pour comprendre pourquoi Moodle peut cesser d'envoyer vos messages... en silence.

1. Le symptôme

Tout semble normal : vous postez un message dans un forum d'annonces. Il s'affiche, mais personne ne le reçoit. Pas de mail, pas d'erreur, même le CRON [1] est « OK ». Alors pourquoi ce silence absolu ?

2. Fausse piste : le CRON et PHP

Moodle 5.0⁺ exige PHP 8.3 ou plus. Mais certaines configurations ont encore PHP 7.4 pour les tâches en ligne de commande (CLI). Le CRON se lance, mais est ignoré par Moodle.

Une fois corrigé, le CRON fonctionne. Mais toujours aucun message...

3. Les vraies causes (cumulatives)

L'étudiant n'a jamais accédé au cours : Moodle ne lui envoie rien.
Il est marqué comme Pas actuel : son inscription est suspendue ou expirée.
La méthode d'inscription était désactivée (icône œil fermé).
Le forum n'était pas en abonnement imposé.
Le message a été modifié avant le délai de 1 ou 30 min : pas envoyé.

Un seul de ces éléments suffit à bloquer l'envoi.

4. Comment savoir si un message est parti

Le forum indique : Ce message a été envoyé à tous les participants inscrits...
Dans les journaux : Notification envoyée (origine : CLI) avec le nom de l'étudiant concerné.
Dans le fichier phpmail.log : trace d'envoi avec sujet.

5. Tester en toute sécurité

Créez un cours test, un utilisateur test [2] et un forum d'annonces en abonnement imposé. Postez un message, attendez le délai d'édition, lancez le CRON. Observez les journaux.

6. Conclusion

Moodle est précis, mais parfois silencieux. Aucun message d'erreur n'avertit que vos mails ne partent plus. Ce silence peut durer des semaines si personne ne vous le signale.

[1] Un CRON est un outil de planification de tâches sur les systèmes Unix/Linux (et parfois sur d'autres environnements). Il permet d'exécuter automatiquement des commandes ou scripts à des intervalles réguliers (par exemple toutes les minutes, tous les jours à minuit, chaque lundi, etc.).

[2] Créer un étudiant-bidon dans chacun de ses cours est une excellente pratique.

Présenter automatiquement une référence au format APA7 sur SPIP

Olivier Delhaye — 2024-09-28T07:06:00Z

SPIP offre une flexibilité extraordinaire pour la gestion des contenus, y compris l'automatisation des références bibliographiques. En utilisant le plugin Champs Extras, les développeurs peuvent ajouter des champs personnalisés aux articles du site pour structurer des informations comme les noms, prénoms et titres des auteurs, facilitant ainsi la création de références bibliographiques au format APA7.

Lorsqu'on utilise SPIP pour publier des articles, il peut être intéressant de générer automatiquement des références bibliographiques, notamment au format APA7. Pour cela, la méthode la plus efficace consiste à tirer parti de la flexibilité de SPIP et de ses plugins. Parmi ces plugins, Champs Extras est particulièrement utile pour ajouter des champs spécifiques à l'objet éditorial Auteurs.

Le plugin Champs Extras permet de personnaliser les champs des objets éditoriaux (articles, auteurs, etc.). Ici, nous utiliserons ce plugin pour ajouter deux champs : Prenom_seul et Nom_seul. Ces champs permettront de structurer les informations des auteurs dans une boucle qui générera automatiquement la référence bibliographique au format APA7.

Installation du plugin Champs Extras

Avant de procéder, il est nécessaire d'installer et d'activer le plugin Champs Extras. Ce plugin est bien documenté et vous pouvez le trouver sur le dépôt officiel de SPIP ou en suivant les instructions détaillées disponibles sur divers forums de la communauté SPIP.

Une fois le plugin installé, vous devrez ajouter les champs Prenom_seul et Nom_seul à l'objet éditorial Auteurs. Ces champs seront utilisés pour récupérer les prénoms et noms des auteurs de manière individuelle, ce qui facilitera le formatage des références selon les normes APA7.

La boucle SPIP pour générer la référence

La boucle suivante, à insérer dans le fichier article.html de votre squelette, permet de générer la référence bibliographique APA7 en fonction des auteurs, de la date de publication et du titre de l'article :

 [(#NOM_SEUL)] [, (#PRENOM_SEUL|couper{1}).] ([(#DATE|annee)]).[(#TITRE)]. [Site]  Gallika.net 
 [https://gallika.net/?article(#ID_ARTICLE)]

Cette boucle identifie le ou les auteurs liés à l'article en cours de consultation (id_article). Elle affiche les informations dans un format respectant les normes APA7 : nom, initiale du prénom, année de publication, titre de l'article, nom du site et URL. L'utilisation du filtre |couper{1} permet de n'afficher que la première lettre du prénom de l'auteur, conformément au format APA7.

Conseils de mise en œuvre

Il est conseillé de copier-coller cette boucle sur une seule ligne afin d'éviter toute anomalie typographique. Par ailleurs, il est important de bien vérifier que chaque champ est correctement rempli pour chaque auteur dans l'interface d'administration de SPIP.

Exemple de résultat

Pour le présent article, la référence bibliographique générée serait la suivante :

Delhaye, O. (2024). Comment présenter la référence bibliographique complète, au format APA7, d'un article publié sur un site tournant sous Spip. [Site] Gallika.net. https://gallika.net/?articleXX.

Ce format est conforme aux règles APA7 (adaptées au français) et peut être utilisé pour générer automatiquement la références de n'importe quel article sur SPIP.

[Septembre 2023] Hors SPIP, on oublie aujourd'hui les logiciels de mise en forme des références bibliographiques (Zotero & Co) puisque l'IA (ChatGPT en tout cas) fait ça en moins de deux à leur place et à la nôtre.

Protéger SPIP des spams : une astuce complémentaire à noSpam

Olivier Delhaye — 2024-09-23T10:00:00Z

Bien que le plugin noSpam et le bannissement d'adresses IP soient utiles, ils ne suffisent pas toujours à protéger efficacement les sites SPIP des attaques de spam. Olivier Delhaye partage une astuce simple pour contourner ces limites et renforcer la protection de vos formulaires d'inscription.

Sur mes sites en SPIP, j'ai constaté que malgré l'installation du plugin noSpam et l'utilisation du bannissement d'adresses IP, certains spams parviennent encore à s'infiltrer. Après plusieurs tentatives pour renforcer la protection, j'ai découvert une parade provisoire efficace qui permet de bloquer les spams plus intelligents, souvent générés par des bots.

Voici comment procéder :

1. Téléchargez et installez le plugin Mot de passe dès l'inscription.

2. Modifiez le fichier suivant :

spip/plugins/auto/inscription_motdepasse[…]/inscriptionmotdepasse_pipelines.php

Repérez cette ligne dans le fichier :

function inscriptionmotdepasse_formulaire_verifier($flux){ if ($flux['args']['form'] == 'inscription'){

3. Puis, insérez le code suivant juste en dessous :

// Parade au spam plus malin encore by oli $indice1 = "*****"; // par exemple, numéro de tél du spammeur envoyé dans le champ nom_inscription $indice2 = "*****"; // par exemple, premiers sinogrammes du message saisi dans le champ nom_inscription $nom_spammeur = (_request('nom_inscription')); if (strpos($nom_spammeur, $indice1) !== false) { header("Location: https://marreDuSpam.net"); exit(); } if (strpos($nom_spammeur, $indice2) !== false) { header("Location: https://marreDuSpam.net"); exit(); }

Dans ce code, remplacez les « ***** » par des séquences spécifiques que vous retrouvez fréquemment dans les spams envoyés à travers votre formulaire d'inscription. Les bots laissent souvent des indices récurrents dans leurs messages, comme des numéros de téléphone ou des sinogrammes répétitifs. En repérant ces motifs, vous pouvez rediriger automatiquement les spammeurs vers une page de rejet.

Une discussion plus détaillée sur cette solution est disponible pour ceux qui souhaitent approfondir cette approche.

Moodle : mes messages persos ont disparu !

Olivier Delhaye — 2023-10-23T07:16:19Z

Nous sommes sur Moodle 4.3 (Build : 20231009), thème Boost, MariaDB 10.6.15, Php 8.1.24. Soudainement, les messages persos contenus dans le tiroir de droite n'apparaissent plus...

Sans savoir si ça peut avoir un rapport, après une panne de qqs heures chez Nuxit (performance), je rencontre le problème suivant : quand j'ouvre le tiroir des messages à droite, en cliquant sur le phylactère en tant qu'administrateur, voici ce qui sort :

Aucun contact, aucun message n'apparaît. Par contre (et heureusement !), les utilisateurs continuent de voir et d'envoyer des messages sans problème. Le plus grave est qu'après avoir ouvert (puis refermé) ce tiroir, il ne m'est plus possible de faire quoi que ce soit sur le site. Absolument tous les liens de la page rament. Quand j'essaie de voir mes messages par d'autres itinéraires, je rencontre le même problème et le même blocage. En attendant de trouver comment résoudre ce problème, je dois fermer mon navigateur (j'ai essayé sur d'autres navigateurs aussi), puis le rouvrir pour retrouver des pages opérationnelles. Les premières recherches partent dans toutes les directions.

Voici finalement une solution : le problème peut être lié au passage imposé par Moodle 4.3 à la version 10.6.15 de MariaDB, encore un poil boguée. Il suffit juste, alors, de lancer la requête ANALYZE TABLE 'mdl_messages'; dans son gestionnaire de bases de données préféré (PhpMyAdmin ou Adminer) pour que tout rendre dans l'ordre.