Mise en mémoire tampons flux RSS

HaTnuX · 12/02/2007, 11h39

Bonjour à tous,

voilà sur mon site je vais proposer les news d'autre site grâce à leur flux RSS.

Mais je ne voudrais pas à chaque visite parser le flux RSS et afficher certaine informations.

C'est pour ça que je voudrais mettre en mémoire les flux RSS.

Pensez vous que c'est une bonne idée pour ne pas surcharger le site ?
Si oui est ce possible ?
Si non avez vous d'autre idées ?

Merci beaucoup

blueice · 12/02/2007, 12h49

Euh, tu peux peut-être temporiser la récupération des données, exemple récupérations tous les jours à telle heure et inscrire le résultat dans une bdd ou un fichier texte.
Et tu n'affiches que le contenu du fichier ou bdd...

HaTnuX · 12/02/2007, 13h38

En effet je n'avais même pas pensé tout simplement à une base de donné

C'est une bonne idée, mais pensez vous qu'il y ai d'autre solution ?

Merci

_Mac_ · 12/02/2007, 15h00

Ben tout dépend du contenu des flux RSS et de ce que tu en fais.

Par exemple, sur mon site, j'affiche des news RSS. Je passe donc du RSS au HTML. Du coup, j'ai décidé de stocker dans un fichier local le résultat de la transformation du flux RSS en HTML. Quand on demande la page ou s'affiche les news, je regarde le timestamp du fichier : s'il est plus vieux qu'une heure, je vais chercher le flux RSS, je le parse et le construis le fragment HTML définitif que je sauve dans un fichier. Ensuite, dans tous les cas, je fais un include du fichier HTML. Pas besoin de base de données, juste un fichier plat. Mon site est en PHP, donc je ne peux pas conserver le code HTML en mémoire, mais si tu as une appli J2EE, tu peux aussi envisager d'utiliser un singleton pour conserver le code HTML définitif en mémoire, ce sera plus rapide et tu n'auras pas à t'embêter avec un mécanisme de lock et un paramétrage pour dire où stocker ton fichier temporaire.

HaTnuX · 12/02/2007, 15h03

Ah oui ça aussi c'est pas mal

Alors maintenant, quel est le plus rapide entre l'accès au fichier et la lecture de base de donnée ? le plus efficace ?
Sachant que mon site est en php.
ça dépend juste de la taille de mes flux rss ?

genre plus c'est gros, plus les base de donnée sont à conseiller ?

Merci

_Mac_ · 12/02/2007, 18h10

Dans tous les cas, je te conseillerais dans la mesure du possible de cacher le résultat final. C'est l'intérêt du fichier. A mon sens, c'est plus rapide de faire un include d'un fichier que de se connecter à une base, lire les données et les traiter. La base de données ne te servira à rien si c'est pour stocker le résultat final du traitement : elle n'a d'intérêt que si tu veux exploiter le contenu structuré.

De toute façon, rien ne t'empêche de combiner les 2 : utiliser une base de données pour organiser et structurer les données et utiliser un fichier contenant le résultat final à afficher en include. Tu définis un premier script qui met à jour les données de la base et un second qui construit le résultat final dans un fichier. Toute la subtilité est de savoir comment combiner les 2. Mais une fois de plus, ça dépend de ce que tu veux faire avec tes flux RSS.

HaTnuX · 13/02/2007, 09h17

Là par contre j'ai du mal à voir lintéret de combiner les 2.

Il y aura forcément redondance d'informations dans ce cas là, et ça ça ne peut que ralentir nan ?

12/02/2007, 11h39	#1
HaTnuX Invité régulier Inscription : janvier 2004 Messages : 76 Détails du profil Informations forums : Inscription : janvier 2004 Messages : 76 Points : 6 Points : 6	Mise en mémoire tampons flux RSS Bonjour à tous, voilà sur mon site je vais proposer les news d'autre site grâce à leur flux RSS. Mais je ne voudrais pas à chaque visite parser le flux RSS et afficher certaine informations. C'est pour ça que je voudrais mettre en mémoire les flux RSS. Pensez vous que c'est une bonne idée pour ne pas surcharger le site ? Si oui est ce possible ? Si non avez vous d'autre idées ? Merci beaucoup
	00

12/02/2007, 12h49	#2
blueice Modérateur Inscription : mars 2003 Messages : 3 422 Détails du profil Informations personnelles : Âge : 37 Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur) Informations forums : Inscription : mars 2003 Messages : 3 422 Points : 4 110 Points : 4 110	Euh, tu peux peut-être temporiser la récupération des données, exemple récupérations tous les jours à telle heure et inscrire le résultat dans une bdd ou un fichier texte. Et tu n'affiches que le contenu du fichier ou bdd... __________________ -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_SIGNATURE -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Dans la mesure du possible, essayez de montrer votre problème en situation réelle en nous donnant une url, que l'on puisse tester. Pensez également à cocher Aucun problème ne doit être résolu en MP (Message Privé) le forum est là pour ça. Dimension Internet - Carnet Web Imprimerie Nice
	00

12/02/2007, 13h38	#3
HaTnuX Invité régulier Inscription : janvier 2004 Messages : 76 Détails du profil Informations forums : Inscription : janvier 2004 Messages : 76 Points : 6 Points : 6	En effet je n'avais même pas pensé tout simplement à une base de donné C'est une bonne idée, mais pensez vous qu'il y ai d'autre solution ? Merci
	00

12/02/2007, 15h00	#4
_Mac_ Rédacteur/Modérateur Inscription : août 2005 Messages : 8 306 Détails du profil Informations forums : Inscription : août 2005 Messages : 8 306 Points : 8 590 Points : 8 590	Ben tout dépend du contenu des flux RSS et de ce que tu en fais. Par exemple, sur mon site, j'affiche des news RSS. Je passe donc du RSS au HTML. Du coup, j'ai décidé de stocker dans un fichier local le résultat de la transformation du flux RSS en HTML. Quand on demande la page ou s'affiche les news, je regarde le timestamp du fichier : s'il est plus vieux qu'une heure, je vais chercher le flux RSS, je le parse et le construis le fragment HTML définitif que je sauve dans un fichier. Ensuite, dans tous les cas, je fais un include du fichier HTML. Pas besoin de base de données, juste un fichier plat. Mon site est en PHP, donc je ne peux pas conserver le code HTML en mémoire, mais si tu as une appli J2EE, tu peux aussi envisager d'utiliser un singleton pour conserver le code HTML définitif en mémoire, ce sera plus rapide et tu n'auras pas à t'embêter avec un mécanisme de lock et un paramétrage pour dire où stocker ton fichier temporaire.
	00

12/02/2007, 15h03	#5
HaTnuX Invité régulier Inscription : janvier 2004 Messages : 76 Détails du profil Informations forums : Inscription : janvier 2004 Messages : 76 Points : 6 Points : 6	Ah oui ça aussi c'est pas mal Alors maintenant, quel est le plus rapide entre l'accès au fichier et la lecture de base de donnée ? le plus efficace ? Sachant que mon site est en php. ça dépend juste de la taille de mes flux rss ? genre plus c'est gros, plus les base de donnée sont à conseiller ? Merci
	00

12/02/2007, 18h10	#6
_Mac_ Rédacteur/Modérateur Inscription : août 2005 Messages : 8 306 Détails du profil Informations forums : Inscription : août 2005 Messages : 8 306 Points : 8 590 Points : 8 590	Dans tous les cas, je te conseillerais dans la mesure du possible de cacher le résultat final. C'est l'intérêt du fichier. A mon sens, c'est plus rapide de faire un include d'un fichier que de se connecter à une base, lire les données et les traiter. La base de données ne te servira à rien si c'est pour stocker le résultat final du traitement : elle n'a d'intérêt que si tu veux exploiter le contenu structuré. De toute façon, rien ne t'empêche de combiner les 2 : utiliser une base de données pour organiser et structurer les données et utiliser un fichier contenant le résultat final à afficher en include. Tu définis un premier script qui met à jour les données de la base et un second qui construit le résultat final dans un fichier. Toute la subtilité est de savoir comment combiner les 2. Mais une fois de plus, ça dépend de ce que tu veux faire avec tes flux RSS.
	00

13/02/2007, 09h17	#7
HaTnuX Invité régulier Inscription : janvier 2004 Messages : 76 Détails du profil Informations forums : Inscription : janvier 2004 Messages : 76 Points : 6 Points : 6	Là par contre j'ai du mal à voir lintéret de combiner les 2. Il y aura forcément redondance d'informations dans ce cas là, et ça ça ne peut que ralentir nan ?
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email