- LeRat
- Compte créé le 14 octobre 2001
- Vu le 09 mars 2006
Format RSS des journaux- le compte de cet utilisateur a été fermé
Derniers commentaire(s) [Tous] :
- Et le support du SRV ? (Score : 1)
- Re: pas de panique (Score : 1)
- Re: Enculés ? (Score : 7)
- Pour les geeks (Score : 2)
- Re: ouais akregator est une .... (Score : 3)
- Re: Tant qu'on y est... (Score : 2)
- Re: Tant qu'on y est... (Score : 0)
- Re: Tant qu'on y est... (Score : 2)
- Re: Par contre... (Score : 4)
- La réponse qui tue : (Score : 7)
- Re: Le Glas Du Paf (Score : 3)
- Re: mouerf (Score : 1)
- Re: jhead ? (Score : 1)
- Re: petit indice... (Score : 1)
- Re: petit indice... (Score : 4)
- Re: Des outils de config ? (Score : 3)
- Re: Hum ca a un gout de ... (Score : 1)
- Re: Hum ca a un gout de ... (Score : 0)
- Re: Ma requête (Score : 2)
- Ma requête (Score : 2)
Dernières entrées de forum(s)
[Toutes] :
- Gestionnaire de fichiers (Score : 0)
- sed : cas complexe (Score : 0)
- Noms de fichiers et FAT (Score : 0)
Le protocole Jabber N'est PAS une surcouche du protocole HTTP
Posté le 31 mai 2005
0
Je le lis de temps en temps sur les commentaires de ce site (désolé, pas de références), de même que sur IRC et dans la vraie vie (je me répète). C'est parfaitement faux.Jabber est un ensemble de technologies, dont le protocole de base, XMPP, et les extensions, les JEP.
Je vous invite à lire http://www.ietf.org/rfc/rfc3920.txt(...) document qui définit les fondements de XMPP. Voici une traduction approximative de la section 4.2 :
4.2. Associer au TCP
Bien qu'il ne soit pas nécessaire d'associer un flux XML à une connexion TCP (par exemple, deux entités peuvent être reliées via un autre mécanisme comme un "polling HTTP"), ces spécifications définissent un encapsulage du XMPP dans le TCP uniquement. Dans le contexte de communications client-à-serveur, un serveur DOIT permettre à un client de partager une seule connexion TCP pour les stanzas XML envoyés du client au serveur et du serveur au client. Dans le contexte de communications serveur-à-serveur, un serveur DOIT utiliser une connexion TCP pour les stanzas XML envoyés par le serveur au pair et une autre connexion TCP (initiée par le pair) pour les stanzas envoyés par le pair au serveur, pour un total de deux connexions TCP.
Cependant, pour passer outre l'extrême majorité des firewalls, il existe une JEP officieuse (aujourd'hui intégrée au site officiel dans la section "Historical JEP") : http://www.jabber.org/jeps/jep-0025.html(...) qui définit justement le "polling HTTP".
On voit bien ici l'intérêt d'un protocole de messagerie instantanée ouvert, et surtout extensible : les spécifications de base permettent d'écrire un client (y compris un "bot") très facilement, et un ensemble de fonctionnalités supplémentaires augmentent les possibilités.
> Lire le journal (27 commentaires, moyenne: 3).
Chiots labradors avant euthanasie sur Grenoble
Posté le 07 avril 2005
0
Tout est expliqué sur la page ci-dessous, si ça vous intéresse.http://chiots.ath.cx/(...)
Après les dépêches, les journaux, les forums et les astuces, les petites annonces ?
> Lire le journal (26 commentaires, moyenne: 3,5).
Enregistrer mes émissions
Posté le 03 avril 2005
0
Salut, journal ! Ça y est, je peux faire des journaux publics... On verra quand j'aurais quelque chose d'intéressant à dire.À la manière du podcast, je voudrais pouvoir récupérer régulièrement et automatiquement des enregistrements d'émissions comme celles de Radio France pour les écouter ensuite sur mon baladeur (Rencontre avec M. X, par exemple).
Certes, elles sont disponibles en archive sur le site de Radio France, et sont nommées de façon à ce qu'on puisse scripter leur récupération (les noms de fichiers ne différant que par la date de l'émission).
Cependant, ces archives sont générées par des scripts qui coupent quelques minutes avant et après l'émission, pour être sur de ne pas déborder. Ça n'a aucun avantage par rapport à un script en local.
Pire, les archives sont des flux real media, alors qu'ils mettent à disposition un flux ogg vorbis pour écouter en temps réel.
Bien sûr, cela doit être faisable à grands coups de crontab et de wget ou équivalent (ça serait bien de reprendre si jamais il y a coupure, ce que ne fait pas wget). Mais quelqu'un l'a peut-être déjà codé, ou connait un logiciel pour le faire, alors pourquoi réinventer la roue (sinon pour apprendre, ce que je ne tiens pas à faire l'année du bac) ?
> Lire le journal (10 commentaires, moyenne: 2,3).
Contrôler mon MPD depuis un LCD
Posté le 04 mars 2005
0
Je fais un PC en bois (juste le boîtier, et non, j'ai pas peur du méchant Faraday), et je voudrais pouvoir contrôler MPD (streams radio inclus) sur un écran LCD 4x20 avec 4 boutons que je suis en train de lui installer.J'aurais voulu savoir si vous saviez ce qui est le mieux pour écrire l'interface, qui sera je l'annonce entièrement sous forme de menus (à la Nokia). Utiliser ncurses me parait balourd, mais je ne suis pas un expert. Pour le langage, je pensais me lancer dans le python.
Votre avis sur la question SVP ?
Si des gens sont intéressés par le projet, je suis pas contre le fait de diffuser les futures sources (GPL bien sûr), ou par un coup de main. A moins que quelqu'un n'ait une référence toute faite...
> Lire le journal (11 commentaires, moyenne: 1,5).
tusors.fr.st, rien ne va plus
Posté le 13 janvier 2005
0
Grosso modo, il y avait déjà un pop up, mais là ça a empiré (GoogleAds, bannière).Je lance donc http://tusors.ath.cx/(...) .
Si quelqu'un a des idées pour http://tuentres.ath.cx/(...) ou http://turentres.ath.cx/(...) , merci de m'en faire part ;)
Bien sûr, évidez de répondre au journal avec "tusors.fr.st" : mettez-vous à jour ;)
PS : Ceci n'est pas une manipulation des foules pour booster les stats de mon serveur. Le pauvre.
> Lire le journal (17 commentaires, moyenne: 3,5).
Ransomware : votre opinion
Posté le 21 novembre 2004
0
J'aurais voulu savoir ce que vous pensiez de ce type de développement.Le principe : vous le codez, puis, comme pour Blender, vous annoncez une rançon. Vous pouvez laisser accès à des binaires en attendant, ou des copies d'écran, ou n'importe quoi d'autre. Une fois la somme amassée, vous le lâchez, en GPL, dans le domaine public, ...
Vous pouvez ensuite fournir de la documentation, des plugins, du support, une plus grande prise en compte des demandes... pour les gens qui ont payé une part de la rançon, ou financé ultérieurement.
Personnellement, je trouve ça "crade".
> Lire le journal (11 commentaires, moyenne: 5,5).
Appel à la contribution
Posté le 18 octobre 2004
0
Si quelqu'un pouvait me proposer un petit RSS pour http://sitlib.org/famouse/(...) ça serait vraiment gentil...
> Lire le journal (4 commentaires, moyenne: 2,5).
Journal sur les journaux
Posté le 17 octobre 2004
0
J'aime bien mon blog mais c'est un vrai journal intime (j'entends par là que personne ne vient dessus).Alors je me dis que le meilleur moyen c'est de parler ici ; en même temps ça vaut pas son blog personnel...
Écrire un journal avec un lien vers le billet sainul (c), le recopier saicon (c)...
Il n'y a pas QUE de l'informatique sur mon blog, mais je pourrais écrire une RSS spécifique à la catégorie Informatique ; de plus, les règles LinuxFr n'imposent pas de parler de Linux dans les journaux, au contraire.
Tout ça pour en venir à une idée : un importateur de RSS dans les journaux (ça ferait un gigantesque aggrégateur des utilisateurs LinuxFr quoi).
Vous en pensez quoi ?
> Lire le journal (13 commentaires, moyenne: 2).
Ah, ne pas payer la musique...
Posté le 14 octobre 2004
0
Je ne le cache pas, la musique gratuite c'est pour moi une réalité (ce qui ne m'empêche pas d'acheter un album de temps en temps).Mais de plus en plus, mes téléchargements quittent le status d'actes illégaux.
Voici la page de mon blog où je liste quelques sites sympas :
http://lerat.sitlib.org/dotclear/index.php/2004/10/09/22-musique-gr(...)
Et oui, c'est de la pub pour mon blog. Non, ça ne me rapporte pas d'argent ;)
> Lire le journal (4 commentaires, moyenne: 1,8).
Cette page donne des informations sur l'utilisateur LeRat
telles que ses derniers commentaires, journaux, forums, date
de création, etc.
