[spip-dev] champs maj

Dev
1

Coucou,

pourquoi ne pas ajouter des champs 'maj' dans les liens ? Dans la table
spip_mots_articles, notamment, ça permettrait de hacker une boucle du type :
"récupérer le dernier article sur lequel j'ai posé le mot-clé
'prioritaire'", avec

<BOUCLE1(ARTICLES){titre_mot=prioritaire}{par lien_mot.maj}{inverse}{0,1}>
#TITRE
</BOUCLE1>

-- Fil

2

pourquoi ne pas ajouter des champs 'maj' dans les liens ? Dans la table
spip_mots_articles, notamment, ça permettrait de hacker une boucle du type :
"récupérer le dernier article sur lequel j'ai posé le mot-clé
'prioritaire'", avec

<BOUCLE1(ARTICLES){titre_mot=prioritaire}{par lien_mot.maj}{inverse}{0,1}>
#TITRE
</BOUCLE1>

C'est fait dans la version CVS, si quelqu'un veut tester :wink:

-- Fil

3

Mais ça sert à quoi ?

Et franchement le lien "maj" est un champ technique, le récupérer
dans les squelettes est une très très mauvaise idée (déjà
auteur_modif... enfin bon ;).

Sinon, la maj incrémentale, très bonne idée !

4

> > <BOUCLE1(ARTICLES){titre_mot=prioritaire}{par lien_mot.maj}{inverse}{0,1}>
> > #TITRE
> > </BOUCLE1>
>
> C'est fait dans la version CVS, si quelqu'un veut tester :wink:

Mais ça sert à quoi ?

à sortir "le dernier article sur lequel on a posé le mot-clé machin".

Et franchement le lien "maj" est un champ technique, le récupérer
dans les squelettes est une très très mauvaise idée (déjà
auteur_modif... enfin bon ;).

oui, ce sera "non documenté"... de quoi hacker un truc vite fait mal fait.
Il fallait pas ? :wink:

Sinon, la maj incrémentale, très bonne idée !

D'autant que ça permet de tracer l'endroit où on a planté si le cas se
présente.

-- Fil

5

oui, ce sera "non documenté"... de quoi hacker un truc vite fait mal fait.
Il fallait pas ? :wink:

Comme tu veux, mais c'est le "mal fait" qui pose problème. Notamment,
ton champ "maj" (qui est mis à jour automatiquement par MySQL) peut
changer de valeur inopinément. Par exemple, si tu transfères la base
sur un autre serveur par la procédure standard.

D'ailleurs, la procédure de sauvegarde ne prend pas en compte ces
nouveaux maj....

Surtout, je ne vois pas l'intérêt de classer les associations par
"date de mise à jour dans la base" ;-))