Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Pouvoir publier un article en différé #2043

Open
gustavi opened this issue Jan 11, 2015 · 9 comments
Open

Pouvoir publier un article en différé #2043

gustavi opened this issue Jan 11, 2015 · 9 comments
Assignees
Labels
C-Back Concerne le back-end Django S-Évolution Ajoute de nouvelles fonctionnalités

Comments

@gustavi
Copy link
Contributor

gustavi commented Jan 11, 2015

Aujourd'hui, à la date t on ne peut pas publier un article à la date t+n. Ça serait une fonctionnalité très utile. C'est la validation qui a la possibilité de faire ça, et non l'utilisateur selon moi.

Il suffit :

  • de n'afficher que les articles dont la date est inférieur ou égale à la date actuelle (sur le site amis dans les RSS) ;
  • prévoir un champ date de publication facultatif dans le formulaire de validation qui change la date seulement si ce champ est rempli.
@gustavi gustavi added Evolution Facile Bon ticket pour débuter pour rejoindre le développement ! C-Back Concerne le back-end Django labels Jan 11, 2015
@gustavi gustavi added this to the "Futur proche" (v1.x) milestone Jan 11, 2015
@Eskimon
Copy link
Contributor

Eskimon commented Jan 12, 2015

de n'afficher que les articles dont la date est inférieur ou égale à la date actuelle (sur le site amis dans les RSS) ;

Il y a aussi dans le profil de l'auteur et surement d'autres emplacement...

@DevHugo
Copy link
Contributor

DevHugo commented Jan 24, 2015

Prévoir dans la recherche aussi, solr.

@Eskimon Eskimon removed the Facile Bon ticket pour débuter pour rejoindre le développement ! label Apr 21, 2015
@Eskimon Eskimon removed this from the "Futur proche" (v1.x) milestone Apr 21, 2015
@pierre-24 pierre-24 self-assigned this Oct 26, 2016
@Vanadiae
Copy link
Contributor

Vanadiae commented Jul 2, 2019

Ca se passe comment ici, échec et mat ? Je propose sinon de faire une Poll dans un fichier et de vérifier de temps en temps si il y a lieu de publier ou non l'article à un temps T.

@pierre-24
Copy link
Member

Pour faire ça, autant le faire en BDD: ça évite d'avoir à gérer les éventuels accès simultannés. Mais dans tout les cas, il nous faut un cron/celery/watchdog/thread qui va checker à intervalle régulier.

@A-312
Copy link
Contributor

A-312 commented Jul 3, 2019

Si on garde l'action "publier" pour plus tard, il faudra réfléchir à ce qu'on fait si le contenu validé est modifié entre le moment de la programmation et la date de publication

@pierre-24
Copy link
Member

Comme je le vois, l'action de publication est lié à un sha git particulier (comme c'est le cas actuellement, une validation ou une version publique est liée à un sha). Du coup, rien. Il faudrait annuler la mise en publication du contenu au sha x et l'activer pour le sha y.

@A-312
Copy link
Contributor

A-312 commented Jul 3, 2019

Du coup, rien. Il faudrait annuler la mise en publication du contenu au sha x et l'activer pour le sha y.

Justement, du coup on accepte qu'un membre puisse valider une modification entre temps sans que ça soit validé par un validateur. 😋

@pierre-24
Copy link
Member

Surement pas :p

Déjà, mon idée était que seul les validateurs aie le droit de décider de publier en différé. Ensuite, et comme je l'ai dit, la publication est liée à un sha donné: tout ce que l'auteur fait après n'est pas publié, forcément. Si il veut que ce soit le cas, alors il doit relancer un processus de validation, et c'est seulement à l'issue de celui-ci que les validos redéfinirai une date de publication (et un nouveau sha), qui écraserait l'ancienne.

@Vanadiae
Copy link
Contributor

Vanadiae commented Jul 3, 2019

Du coup faudrait faire un daemon (ou équivalent moins overkill) qui check toutes les minutes (parce que aucun valido ne postera à une seconde particulière) si il y a des contenus à publier.

@Situphen Situphen added the S-Évolution Ajoute de nouvelles fonctionnalités label Apr 11, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C-Back Concerne le back-end Django S-Évolution Ajoute de nouvelles fonctionnalités
Projects
Status: À trier
Development

No branches or pull requests

7 participants