Flux RSS/Atom dans la v5 #44
Labels
No Label
Core
bug
duplicate
easy
enhancement
help wanted
invalid
performance
proposal
question
security
warning
wontfix
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: devs/PCv5#44
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Je me disait que c'était une bonne idée d'avoir des flux rss.
La génération du flux est plutôt simple, il suffit de créer un fichier à chaque thread créé(que ce soit un forum, un sujet sur un forum ou un programme, voir même un tuto).
Et d'ajouter, à chaque post, le morceau correspondant.
On pourrai aussi avoir un flux rss pour un programme qui contient uniquement les mises à jours du programme ou de sa description, et un autre flux rss qui contient les mises à jour du programme et ses commentaires.
Il me semble que ça avait été discuté, mais je ne sais plus les résultats de la discussion si elle à eu lieu.
Mmm, j'aime bien l'idée d'avoir des flux RSS assez poussés. On peut en faire la liste ici, puis valider les specs sur le Wiki.
main content
, par forum et sous-forums, par catégorie de contenu (programme, tutos, …)Quoi de plus ?
Ça inclut les nouvelles versions d'un programme ?
Les créer ? Vu la quantité qu'il va y en avoir, pourquoi ne pas juste les générer à la volée et profiter du cache du serveur web ?
Hum... je sait pas si c'est efficace, j'ai peur que pour les gros forums ce soit lourd/long pour le serveur
Le problème du cache, c'est que je ne sais pas comment il détecte que le flux a changé ou non. Peut-être si la page retourne un 403 not modified ça peut passer.
À creuser/tester.
Ou plutôt chaque nouvelle action dans le sujet invalide explicitement le fichier du cache.
Mais... le cache c'ets géré au niveau de Nginx, du coup, comment il gère ça ? Est-ce que d'autres ont déjà essayé de faire des flux rss derrière un cache Nginx, comment ça c'est passé ?
Je pense qu'avec un peut de recherches sur le serveur web on peut savoir un peut mieux comment gérer ça, même avec une génération dynamique de flux rss.
En attendant, on peut valider les specs sur le wiki ?
J'approuve ta proposition de ces flux là.
main content
, par forum et sous-forums, par catégorie de contenu (programme, tutos, …)À condition que les mises à jours de
main content
contiennent les nouvelles versions des programmes.Sont
main content
les topics, programmes, tutoriels, et autres contenus qu'on pourrait créer et qui bénéficient d'un fil de discussion.Donc une màj de
main content
inclue aussi les mises à jour des programmes.J'approuve également.
J'ai commencé à créer la page, il manque plus qu'à la remplir → https://gitea.planet-casio.com/devs/PCv5/wiki/Flux-RSS
@Eragon, je peux t'assigner le ticket ? 😉
Si tu veux, y'a juste à faire le wiki pour l'instant ?
À minima, oui. En gros faut qu'on garde une trace des specs quelque part, et ensuite on implémentera. 😃
Mise à jour du lien avec la réorg du wiki : https://gitea.planet-casio.com/devs/PCv5/wiki/10-Flux-RSS
Les flux sont considéré comme faisant partie de l'api ?
Non. D'un point de vue routes, cf le Wiki.
L'API, c'est fait pour interagir de manière automatisée avec le site (type création de compte, lecture de messages, etc.)
On préférera quand même ne pas mettre la création de compte dans l'API, y'a aucune raison d'automatiser ça.