En créant un flux RSS à partir d'une base de données, combien d'éléments à mettre dans le flux pour qu'ils soient tous susceptibles d'être consommés?

Question

Je crée plusieurs flux RSS à partir d'une base de données pour publier des informations telles que les offres d'emploi, les opportunités de bénévolat et les liens en général. Ma question est la suivante: combien d’articles devraient être renvoyés dans le flux, de sorte qu’il est fort probable que quelqu'un obtiendra tous les articles dans son lecteur sans laisser de trous?

SELECT TOP 100? (il faudrait évidemment définir le nombre de flux estimé sur X fois)

SÉLECTIONNER les 24, 48 ou 72 dernières heures?

Si je fais passer mon flux par le biais de Feedburner, est-ce que quelqu'un sait s'il vérifie un certain intervalle afin que je puisse le créer selon ses normes et que le flux Feedburner contiendra tous les éléments?

Answer 1

Personnellement, j'essaierais de le garder à moins de 25 ans environ. Je sais que le nombre de personnes utilisant iGoogle pour la visualisation de flux RSS augmente et que la limite d'affichage maximale est de 9 entrées. De nombreux autres affichages de flux RSS se limitent à 10-15 entrées.

Je trouve qu'un flux RSS, sauf s'il s'agit spécifiquement d'un " tout englobant " nourrir par nature, est généralement une petite mise à jour rapide de ce qui se passe ou de ce qui est disponible.

Comme madlep l’a mentionné, je ferais également attention à ne pas trop encombrer.

Answer 2

Cela dépendra du taux d'affichage des entrées.

Mais je suppose que viser les 48 dernières heures serait une solution de sécurité, car de nombreux utilisateurs utiliseraient des lecteurs RSS autonomes, qui auraient besoin de trouver le fil qui leur convient le mieux. Mais si cela doit être trop de données, alors peut-être juste le limiter. 100 serait beaucoup cependant.

Cela dépendra également de la manière dont les utilisateurs utiliseront ces données. Les offres d'emploi fonctionneraient probablement avec ce volume, mais les utilisateurs risquent d'être submergés s'ils voient constamment trop d'entrées entrer et se désabonner.

Et vous devrez vous méfier de la taille du flux lui-même. Certains services d’agrégation de flux fixent une limite comme 512 Ko et ne la relayeront pas si elle est plus grande que cela.

Answer 3

Si vous avez déjà travaillé dur pour créer les flux à la première place, proposez des variables de chaîne de requête pour affecter les enregistrements renvoyés.

J'ai récemment réalisé quelque chose de similaire pour un flux basé sur un intranet, comme ceci

feed.asp? d = 3 & amp; n = 100

Qui renvoie les flux des 3 derniers jours contenant un maximum de 100 enregistrements.

De même,

feed.asp? d = 7 (tous les enregistrements des 7 derniers jours)

feed.asp? n = 10 (les 10 derniers enregistrements)

Ensuite, les utilisateurs peuvent ajuster le flux en fonction de leur situation, car il est généralement impossible d'avoir un flux répondant aux besoins de tous les utilisateurs.

Bien que cela ne vous aide pas avec votre " valeur par défaut " Lorsque Feed.asp est demandé, cela permet au moins aux utilisateurs techniques de modifier les flux s’ils le souhaitent. Assurez-vous également de vérifier les valeurs de chaîne de requête afin d'éviter les requêtes idiotes / malveillantes.

Answer 4

feedburner semble vérifier toutes les 5 minutes sauf vous. pourrait être en mesure de le configurer dans votre compte. Un autre message du forum semble indiquer que toutes les 30 minutes .