http://trac.rezo.net/trac/spip/changeset/352/spip/ecrire/inc_base.php3
passe à la version 1.417 de la base en supprimant le champ date_index de la table spip_syndic,
et en disant qu'il ne figure plus dans le create table correspondant.
Or ce champ est toujours créé à l'installation d'un SPIP tout neuf, mais n'est jamais utilisé.
Surprenant non ?
Committo,Ergo:Sum
Committo,Ergo:sum a écrit :
http://trac.rezo.net/trac/spip/changeset/352/spip/ecrire/inc_base.php3
Or ce champ est toujours créé à l'installation d'un SPIP tout neuf
il existe encore dans spip_syndic oui, mais plus (pas) dans spip_syndic_articles
denisb a écrit :
il existe encore dans spip_syndic oui, mais plus (pas) dans spip_syndic_articles
et celui-là (dans spip_syndic) est utilisé jusqu'en 1.9.2h par indexation.php
J'ai rien contre, et c'est en fait déjà le cas sauf pour les sites qui ont fait sagement des MAJ depuis la 1.3. Il y en a combien ?
Committo,Ergo:Sum
Mon site a été mis à jour progressivement depuis la toute première version de SPIP disponible sous le manteau... 
-Nicolas
=> Du coup, je serais pour le retour pur et simple d'un champ date_index,
marquant la première apparition d'un article syndiqué.
Ce serait aberrant de l'appeler date_index ; s'il faut introduire un
deuxième champ de date autant le faire proprement. Je voudrais aussi
ajouter un champ date-modif qui permette de bloquer la re-syndication
si on a édité le contenu d'un article syndiqué (actuellement si on
utilise les crayons pour éditer un article syndiqué, le tour suivant
de syndication fait sauter nos modifs).
-- Fil