Redéfinissons les "define" (paramétrer son site en SPIP)

Je découvre ce jour que les fichiers de syndication au format "atom" transmettent deux dates sous les entrées :

Et je découvre par là même que sur un site qui reprend ce type de flux de publication, SPIP utilise la valeur "updated" pour mettre à jour la date de publication. En l’occurrence, une simple correction d’alignement (un recentrage) d’une image sur le site d’origine entraîne la remontée d’un billet ancien en tête de liste à la date "updated"...

Comme je commence à connaître l’écureuil, je suppose a priori que certains réglages sont possibles, même si l’espace de gestion des plugins ou le menu interne ne propose pas de configuration. Cela se passe alors dans des valeurs constantes, définies dans le code.

On les trouve aisément en faisant une recherche sur les fichiers contenant le code "define(" par lequel ces réglages sont déclarés par défaut. Dans le cas qui m’occupe, je limite cette recherche au plugin "Sites", qui gère la syndication des sites. Bingo.

Dans plugins-dist/sites/genie/syndic.php :

 lignes 18 à 21 :

 ligne 154 :         define('_SYNDICATION_URL_UNIQUE', false);
 ligne 160 :         define('_SYNDICATION_CORRECTION', true);

Cette dernière définition me semble intéressante, d’autant que les commentaires du développeur m’aident à voir que c’est ce que je recherche...

// Si false, on ne met pas a jour un lien deja syndique avec ses nouvelles
// donnees ; par defaut [true] : on met a jour si le contenu a change

J’ouvre donc les fichier config/mes_options.php et j’y insère simplement la ligne define('_SYNDICATION_CORRECTION', false);

Du coup, une fois un article syndiqué dans mon site, il ne sera plus modifié, vu que les constantes définies dans mes_options.php prennent la priorité sur leur définition éventuelle par ailleurs [1]

Des "define", il y en a plein dans SPIP et ils sont là pour permettre de paramétrer votre site comme vous l’entendez, du coup : pourquoi s’en priver ?