2008-10-21 13 views
11

Je crée plusieurs flux RSS à partir d'une base de données pour publier des choses comme des offres d'emploi, des opportunités de bénévolat et des liens en général. Ma question est, combien d'articles devraient être retournés dans le flux de sorte qu'il est plus probable que quelqu'un obtiendra tous les articles dans leur lecteur sans aucune lacune?Création de flux RSS à partir de la base de données, combien d'éléments mettre dans le flux pour qu'ils soient tous susceptibles d'être consommés?

SÉLECTIONNEZ TOP 100? (de toute évidence, il faudrait définir le nombre de flux estimés sur X fois)

CHOISIR les dernières 24, 48, 72 heures? Si j'exécute mon flux via Feedburner, est-ce que quelqu'un sait s'il vérifie un certain intervalle pour que je puisse le créer selon sa norme et être assuré que le flux Feedburner contiendra tous les éléments?

Répondre

4

Personnellement, je voudrais essayer de le garder à quelque chose de moins de 25 ans. Je sais que le nombre de personnes utilisant iGoogle pour l'affichage des flux RSS augmente, et il y a une limite d'affichage maximale de 9 entrées. De nombreux autres affichages de flux RSS limitent à 10-15 entrées.

Je trouve qu'un flux RSS, à moins qu'il ne soit spécifiquement un flux «englobant» par nature, est généralement une petite mise à jour rapide de ce qui se passe ou de ce qui est disponible.

Comme madlep mentionné je ferais également attention à garder la taille vers le bas.

6

Eh bien, cela dépend de la vitesse à laquelle les entrées apparaissent. Mais je devinerais que viser les dernières 48 heures serait sûr - vu que beaucoup d'utilisateurs feraient des lecteurs RSS autonomes qui devront frapper le flux pour abattre ce qui est courant. Mais si cela va être trop de données, alors peut-être juste le limiter. 100 serait beaucoup cependant.

Cela dépend également de la façon dont les utilisateurs consomment ces données. Les offres d'emploi fonctionneraient probablement avec ce volume, mais les utilisateurs peuvent être submergés s'ils voient constamment trop d'entrées et se désinscrire.

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

4

Si vous avez travaillé dur pour créer les flux au premier endroit, proposez des variables de chaîne de requête pour affecter les enregistrements renvoyés.

Je l'ai fait quelque chose de similaire récemment pour un flux intranet, comme celui-ci

feed.asp? D = 3 & n = 100

qui renvoie les 3 derniers jours d'une valeur de flux avec un maximum de 100 enregistrements.

De même,

feed.asp? D = 7 (tous les records pour les 7 derniers jours)

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

Ensuite, les utilisateurs peuvent ajuster le flux en fonction de leurs circonstances, car vous ne pouvez généralement pas avoir un flux qui répond aux besoins de tous les utilisateurs.

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