Retourner aux forums || Retourner au forum Programmation.autre

Programmation.autre : RSS dynamiques ?

Posté par doublehp (page perso, ) le 28 juin 2005
0
je reproche aux RSS d etre trop statiques: si on pompe deux fois dans la minute le meme flux, j ai deux fois le meme resusultat: je consomme donc trop de bande passante.

Je cherceh donc a mettre en place un server de RSS authentifie, au choix:
- login mdp : le server logue ce que le user a deja pris, et ne donne dans le RSS que le nouveau
- date de derniere mise a jour : le client donne au server la date de sa derniere mise a jour du RSS, ce qui permet au server de n envoyer que le flux utile.

Je pense que la solution la plus propre est la seconde ... car permet a un user d abord de rester anonyme, et d acceder a des vieux flux si il a en parallelle plusieur desktops qui font des acces webs au meme server (oui certaines personnes preferent la redondance a la concurrence).

La premiere a l avantage de reduire l intelligence du client: il stoque statiquement un user/mdp, et n a pas a mettre a jour localement de donnees: cela permet des clients sans memoire. Tres utile pour certains cas (cas du mec en cybercafe), mais ce n est pas ce que je veux.

Le probleme dans les deux cas, c est que le client doit emettre des donnes vers le flux.

-1- RSS supporte t il l upload de datas ? l identification ?
-2- est il possible de generer un RSS via CGI ?
-3- si le RSS est genere par CGI ou script server, est il pensable de mettre dans l url d appel du flux un ID user ? genre:
http://dlfp.org/home.rss?user=doublehp(...)

PS: mon post precedent discutte de comment un client peut ecrire des scripts pour recuperer de vieux flux. tandis que le present thread discutte sur la mise en place d un server qui ne pose pas du totu ce probleme la.

--
www.doublehp.org
le site qui sera toujours en construction ...
> Lire le message (11 commentaires, moyenne: 1,7).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

parametre en GET

Posté par Hardy Damien (page perso, ) le 28/06/2005 à 12:14. (lien). Évalué à 2.

suffit de faire

http://monsite.mondomaine.tld/rss/flux.php?last=20050628141305(...)

last étant la date de la derniere visite.(YYYYMMDDHHIISS) ...

et flux.php un script PHP qui balance du RSS avec les derniere news depuis la date passé en parametres ...

Simplicime

  • [^]Re: parametre en GET

    Posté par gc (page perso, ) le 28/06/2005 à 12:23. (lien). Évalué à 2.

    Problème, tu ne précises pas la timezone. Il faut soit préciser la timezone, soit utiliser le standard nombre de millisecondes depuis le 1er janvier 1970 GMT.

    • [^]Re: parametre en GET

      Posté par Hardy Damien (page perso, ) le 29/06/2005 à 08:30. (lien). Évalué à 2.

      C'est pas tres grave, puisqu'il y de toute facon le temps s'écoule (a peu pres) de la meme maniere partout. Le decalage sera le meme la fois suivante ...

      Dam

      • [^]Re: parametre en GET

        Posté par gc (page perso, ) le 29/06/2005 à 09:28. (lien). Évalué à 2.

        Ben il me semble plutôt que le client communique "last" au serveur non ? Donc si les deux n'utilisent pas la même timezone t'es dans les choux. CQFD.

bof

Posté par Fabien Penso (Jabber id, page perso, ) le 28/06/2005 à 12:29. (lien). Évalué à 3.

1. Evidemment, RSS n'est qu'un fichier que ton serveur web distribue, toutes les options de cookie, de POST, GET, etc, s'appliquent. La question c'est plutôt Est-ce que le client RSS que tout le monde utilise supportent l'envoi de cookie, de POST, de GET, etc. Ta question ne veut rien dire, RSS n'a rien à supporter.

2. Evidemment, RSS n'est qu'un fichier, tu dois pas bien comprendre comment marche les serveurs web...

3. Bien sûr que c'est possible.

Enfin pour ton problème il faut faire autrement, il faut utiliser mod_gzip déjà qui permettra de compresser avec un taux probable de 70% tes fichiers .rss, il faut utiliser un système pour blacklister ceux qui demandent ton fichier .rss trop souvent (genre plus qu'une fois par heure) et qui ne sont clairement pas des proxies, et il faut espérer que les clients RSS que tes clients utilisent supportent les headers qu'il faut pour vérifier que le fichier sur le serveur n'a pas changé depuis la dernière fois.

--
blog them all :: la photo du jour
Je vote pour LinuxFr en Rails !

Cache ?

Posté par Pascal Terjan (Jabber id, page perso, ) le 28/06/2005 à 12:44. (lien). Évalué à 5.

Le RSS étant un fichier statique, les client bien faits envoient dans le Header "If-Modified-Since" et leur serveur ne leur renvoye le fichier que si ca a changé.
Il est aussi possible au client de faire un HEAD avant pour récupérer la date de dernière modification et ne faire le GET que si c'est utile.

Ca te permet pas de récuperer la moitié du RSS quand seulement la moitié à changé, mais c'est pas super gros, donc un téléchargement complet de temps en temps ca coute pas trop, surtout si tu met mod_gzip.

Malheureusement certains clients RSS (integrés dans un navigateur et un client mail à succès) téléchargent entièrement le RSS à chaque fois et n'utilisent pas cette possibilité :-/

  • [^]Re: Cache ?

    Posté par clem () le 28/06/2005 à 13:44. (lien). Évalué à 1.

    Va-z-y, balance le nom du client RSS fautif !
    Est-ce que c'est thunderbird (que j'utilise) ?

  • [^]Re: Cache ?

    Posté par Jean-Yves Beaujean (page perso, ) le 28/06/2005 à 14:44. (lien). Évalué à 1.

    Effectivement, Thunderbird a ce problème. Personellement, j'utilise Liferea ou Rssowl qui sont très bien écrits.

  • [+] [^]Re: Cache ?

    Posté par doublehp (page perso, ) le 28/06/2005 à 15:49. (lien). Évalué à -2.

    Le RSS étant un fichier statique

    tu insinue qu il est impossible et interdit d avoir
    moi.com/rss.php ?

    --
    www.doublehp.org
    le site qui sera toujours en construction ...

Revenir en haut de page || Retourner aux forums || Retourner au forum Programmation.autre