Add a "first publication" mechanism

[xave]

Needed to trigger things (pings, etc.) only once.

Schema refining may be needed.

Reopen #784, #843, #871 once done.

[xave]

idem for #548

[Moe]

Une colonne published (0|1) dans dc_post, qui appelle (ou non) un behaviour ?

[xave]

C'est une des possibilités, et effectivement, il faudra sans doute modifier le schéma. Ce qui est une excellente raison pour ne pas le faire à la légère.

[franck]

Est-ce que c'est encore d'actualité (je crois que les pings, depuis le temps, sont largement passés à la trappe).

[franck]

En fait après tests, les services de ping existent toujours et fonctionnent comme attendus. Par contre pourquoi ne pas pinguer à chaque modif. du billet ?

[franck]

Si c'est pour mettre en place un ping auto à la création du billet, ok, par contre, j'ai besoin de pinguer quand je modifie un billet, du coup il ne faudrait pas interdire les pings successifs d'un même billet.

[franck]

Reste à voir comment on stocke ça :

• flag, 0 par défaut, 1 à la 1re publication (éventuellement une dépublication remet le flag à 0)
• date de 1re publication (ça veut éventuellement dire d'ouvrir ça côté attributs du billet sur la page d'édition), j'suis moins fan.

[Jean-Christian Denis]

(In [e34ec8af1a67]) Add First Publication mecanism, closes #970, adresses #784, #843, #871, #548

[JcDenis]

J'ai testé pour vous:

• Ajout d'un champs post_firstpub à la table post, prenant les valeurs 0 ou 1,
• Ajout d'une fonction firstPublicationEntries à dcBlog qui scrute le passage du post_status de 0 à 1 quand post_firstpub est encore à 0,
• Appelle d'un behavior coreFirstPublicationEntries lors de ce changement

A noter que cette fonction est appelée lors de la création, la mise à jour, le changement de status, le publication programmée de billets. A noté aussi qu'on empéche le changement de ce champs directement depuis un cursor.

Et en gros le passage à 1 de post_firstpub ne se fait qu'une seule et unique fois, même si le billet repasse en non publié, c'est le principe d'une première publication amha.

Maintenant faudra voir ce qu'on veut plugguer dessus, cf les tickets en relation.

[franck]

Yep, je vois déjà deux trois trucs que je vais ajouter par dessus ça :

1. Un mode ping automatique à la 1re publication (ça m'évitera deux ou trois clics tous les matins)

2. Ajouter de quoi faire un reset (action via les listes d'admin) de ce flag (+ éventuelle colonne supplémentaire) et pourquoi pas attribut visible/éditable en mode édition de billet

3. Idem côté page d'ailleurs

4. …

Ça va être rigolo :-)

[franck]

Cela dit, est-ce que c'est utile de "montrer" cet état et de laisser le choix de le modifier ?

[JcDenis]

Heu je n'ai pas bien compris ta dernière question, pour moi, personne ne doit modifier cet état, c'est vraiment de la première publication ! Si c'est pour quand ça passe en publié ou quand c'est modifié il y a déjà des outils pour ça...

Sinon oui je vois bien quelques plugins/options se greffer la dessus (notamment ping/webmention ;) )

[franck]

Oui effectivement, pas de raison de montrer ça.

Quand je parle de ping, plus haut, je pensais au plugin Signalements (ping) (/admin/plugin.php?p=pings)

[JcDenis]

Replying to franck:

Quand je parle de ping, plus haut, je pensais au plugin Signalements (ping) (/admin/plugin.php?p=pings)

Moi aussi ( #871 et #548 )

[franck]

\o/

[franck <carnet.franck.paul@…>]

(In [fccd82354a90]) Add an option to auto ping on 1st publication, closes #871 and #548, addresses #970 and #784