OK pour dire que contrairement à HTTP, XMPP n'est pas partout. Donc repartir de zéro serait moins coûteux. N'empêche que la démarche de Matrix a fait plus de tort qu'autre chose.
Dans l'écosystème des solutions décentralisées, il y avait quoi avant l'arrivée de Matrix ? XMPP et IRC essentiellement. IRC n'évoluait pas et ne pouvait pas prétendre concurrencer les messageries grand public centralisées. XMPP de son côté lutte tant bien que mal pour essayer d'y parvenir et attirer du monde. Ce qui lui manque surtout, ce sont des UI bien foutues, car fonctionnellement le protocole a déjà tout ce qu'il faut pour répondre aux besoins modernes. Et si ce n'était pas le cas, c'est un protocole conçu pour être évolutif.
Arrive alors Matrix avec ces fameuses UI bien foutues qui manquent à XMPP. Au lieu de participer à faire migrer en masse des utilisateurs des solutions GAFAM vers des solutions décentralisées, ça a surtout fragmenté la communauté que XMPP avait eu beaucoup de peine à bâtir.
Pour moi, l'arrivée de Matrix a surtout permis de renforcer les GAFAM.
Si au moins il existait une passerelle Matrix->XMPP qui fonctionne, ou même XMPP->Matrix, je ne serais pas aussi amer…
Il y a aussi une armée de clients Web non maintenus, et qui potentiellement ne supportent pas la nouvelle version de Javascript. Est-ce une raison suffisante pour remplacer Javascript par autre chose de nouveau (Dart par exemple) ?
Il y a tellement de questions à se poser pour peser le pour et le contre que certains préfèrent foncer et voir ce que ça donne. Si parfois cette stratégie fonctionne (par exemple, systemd, mais c'est discutable, j'en conviens ;) ), la plupart du temps ça échoue. Et pire, la solution de remplacement ne remplace pas, elle s'ajoute.
À titre personnel, j'estime que l'énergie et les ressources de Matrix auraient été mieux employées à améliorer XMPP plutôt qu'à contribuer à la cacophonie des messageries instantanées.
Bref, repartir de zéro n'est pas toujours souhaitable. C'est surtout une solution attrayante pour le développeur fraîchement arrivé, qui a la flemme de comprendre comment fonctionne l'existant, qui veut pouvoir coder rapidement sa solution alternative, solution qui fait la même chose mais en mieux (selon lui), et qui se moque de savoir si la transition sera facile à vivre ou non pour les utilisateurs et l'écosystème existant.
[…] vu que XMPP est basé sur pas mal de choix de son époque (XML par exemple)
Je n'ai jamais compris pourquoi l'usage de XML comme format d'échange de données entre des machines était si souvent invoqué comme argument en défaveur de XMPP…
comment convaincre quelqu'un de quitter whatsapp (ou consorts) si on n'est pas capable de lui assurer que la solution proposée inclut par défaut les services considérés comme le minimum requis pour faire de la messagerie ?
Pourquoi ne pas lui suggérer un bon serveur ?
Sur la page d'accueil de Compliance Tester tu as "Randomly suggested compliant servers" qui te liste 5 serveurs serveurs au hasard qui ont une note de 100%.
J'utilise aussi mcabber depuis longtemps, pour sa légèreté et son UI très simple.
Mais malheureusement, de plus en plus mes contacts chiffrent leurs messages avec OMEMO, bien souvent sans le savoir, juste parce que c'est activé par défaut dans Conversations.
Il y a donc de plus en plus de messages que je ne peux pas lire dans mcabber.
Et je n'ai pas l'impression que OMEMO soit dans la roadmap de mcabber.
J'ai plusieurs solutions à ce problème :
- inciter mes contacts à désactiver OMEMO pour échanger avec moi (taux de réussite ~85%)
- les inciter à chiffrer avec OpenPGP plutôt que OMEMO (taux de réussite ~1.2%)
- ouvrir leurs messages chiffrés et y répondre avec le bon client XMPP (Gajim ou Dino)
J'ai donc commencé à regarder du côté de profanity, un autre client XMPP en console, qui lui supporte OMEMO, et aussi OpenPGP. Il est très complet en termes de fonctionnalités XMPP et le projet est plutôt actif. Mais son UI est trop différente de celle de mcabber, je n'ai pas réussi à avoir les mêmes automatismes. Donc pour l'instant je reste sur mcabber.
Je finirai probablement par craquer, vu le nombre de personnes qui débarquent sur XMPP en ce moment grâce à "l'affaire Whatsapp", et qui utilisent OMEMO comme M. Jourdain faisait de la prose.
Quicksy (tout comme Conversations, Movim et Siskin) permet les appels audio/vidéo à 2 personnes, pour peu que le serveur XMPP de l'appelant prenne en charge STUN/TURN. Et il y en a de plus en plus dans ce cas.
Des passerelles disponibles dans tous les sens : IRC (intégrée sur matrix.org), WhatsApp, Signal, Facebook, XMPP, etc.
Heu, je crois que la seule passerelle qui manque, c'est celle vers XMPP justement. Et je me suis laisser dire qu'il en existait une (j'ai oublié le nom), mais qu'elle ne fonctionnait pas du tout.
As-tu essayé concrètement ? Peux-tu discuter depuis Matrix avec une personne sur XMPP ? Peux-tu depuis Matrix rejoindre un salon XMPP ?
Parce que si ça fonctionne bien, je vais pouvoir arrêter de suggérer XMPP aux personnes qui quittent les GAFAM et qui ont entendu parler de Matrix. Si je peux garder le contact avec ces personnes sans quitter XMPP, ça me va bien, qu'elles aillent sur Matrix ou XMPP.
PS : je n'ai pas trouvé non plus de passerelle XMPP -> Matrix, si quelqu'un en connaît une, ça m'intéresse.
cette couche "auto-découverte" rajoutée à Conversation est payante, si j'ai bien compris.
Je ne crois pas. De ce que j'avais compris, ce qui est payant, c'est de faire inscrire dans l'annuaire quicksy son identifiant XMPP déjà existant par ailleurs ainsi que son numero de téléphone (ou son hash, je ne sais pas), pour qu'il soit "découvrable" par les utilisateurs de Quicksy.
Posté par seveso .
En réponse au journal XMPP en 2021.
Évalué à 4.
Dernière modification le 13 janvier 2021 à 13:37.
Après le rappel historique donné par goffi, je pense qu'il serait raisonnable pour Yunohost de retenter la migration vers prosody. Surtout si ça a une chance de résoudre le problème de Jitsi Meet.
Metronome n'apporte rien aujourd'hui, et n'est maintenu que par une seule personne.
Je vais peut-être tenter ma chance et proposer une PR à ce sujet.
L'audio/vidéo qui ne fonctionne pas sur Yunohost c'est juste que ce sont des changements "récents" dans metronome qui n'ont pas encore été intégré dans Yunohost. En attendant que ça arrive quelqu'un a documenté un manière de faire "à la main" dans ce ticket : https://github.com/YunoHost/issues/issues/1607
La plupart des autres points devraient pouvoir être corrigés également par les dév de Yunohost, sauf "In-Band Registration" qui est volontairement désactivé. Car les comptes utilisateurs XMPP sont forcément des comptes utilisateurs créés dans Yunohost.
Le site XMPP Compliance Tester sert surtout à comparer les instances publiques de XMPP. Il faut considérer ton instance XMPP sur Yunohost comme une instance privée plutôt.
j'ai quand même fini par créer un salon sur un serveur qui l'acceptait (chat.jabberfr.org), après avoir essayé vainement avec Chapril.
Si tu as un compte chapril.org normalement tu peux créer des salons sur muc.chapril.org.
Et lorsque c'est fait tu peux y inviter des personnes ayant des comptes sur n'importe quel serveur XMPP.
As-tu un compte chapril.org ? Si oui, avec quel logiciel as-tu essayer de créer un salon sans succès ?
Non, XMPP est un protocole qui nécessite un ou plusieurs serveurs intermédiaires pour relayer les messages ou rejoindre des salons de discussion à plusieurs.
En revanche les appels audio/vidéo et les transferts de fichiers peuvent se faire de pair à pair dans certaines conditions, et le tout chiffré de bout-en-bout.
Je ne comprends pas pourquoi un tel succès sur Whatsapp, les alternatives sont bonnes voir meilleures,
Ça c'est très subjectif. Quelles sont les alternatives que tu trouves meilleures, et selon quels critères ? simplicité d'utilisation, esthétique, respect de la vie privée, … ?
Je pense que le succès de Whatsapp est surtout lié à sa killer-feature qui consiste à trouver automatiquement les contacts. De sorte que l'appli est utilisable immédiatement après avoir été installée. Ça aide énormément à faire adopter la solution au plus grand nombre, y compris pour les personnes peu à l'aise avec la "technologie".
Combien d'alternatives sont aussi simples d'utilisation dès le départ ?
Posté par seveso .
En réponse au journal rsync.
Évalué à 3.
Dernière modification le 15 décembre 2020 à 23:10.
Ce serait plus bizarre de l'appeler sans options je trouve.
Perso je l'appelle presque toujours les options -av, mais parfois aussi autrement (en ajoutant l'option --progress par exemple).
OK, c'est moins universel que le mail, mais y a XMPP qui est très facile à auto-héberger, et qui tourne sans problème sur des petites machines comme des raspberry-pi.
Et ça remplace assez bien les SMS :)
Ça ne répond pas exactement à ce que tu recherches mais je conseille quand même de jeter un œil à Code n' Slash.
Y a rien à installer, on code directement dans le navigateur des mini-jeux d'aventure où le personnage doit trouver la sortie de la pièce en évitant les pièges et les monstres. Ça plaît aux gamins.
Ce que j'aime dans Code n' Slash, c'est qu'il faut coder avec un vrai langage de programmation que les adultes utilisent pour de vrai dans la vraie vie : le javascript.
(je me doute que cette dernière phrase est un véritable appeau à trolls, mais tant pis, je la laisse quand même)
L'API du jeu est en français. Par exemple, pour déplacer un monstre jusqu'à la case de coordonnées (3,8) on écrit monstre.vaVers(3, 8);. Alors on aime ou on aime pas, mais pour des gamins en fin de primaire qui ne sont pas bilingues anglais, ça permet de rester concentré sur la programmation, plutôt que de se demander sans cesse "comment on dit ça en anglais" quand il s'agit de chercher dans la doc de l'API.
c'est dommage de penser qu'une présentation c'est un fichier statique.
Oui c'est dommage. Mais heureusement, je crois qu'ici personne ne pense ça. En tout cas personne ne l'a avoué :)
Et je crois que tu n'as pas compris cette remarque de Jehan :
"Ça peut aussi être juste le premier format pris en charge"
Pour moi il voulait dire : peut-être que dans de futures versions de polymny, d'autres formats de fichier seront pris en charge.
Et je le rejoins pour l'idée que choisir le format PDF comme point de départ est très judicieux. C'est un format que presque tout le monde connaît déjà et qu'il est possible d'obtenir avec beaucoup de logiciels différents.
Ce moteur de recherche n'est évidemment pas exhaustif, et il faut que quelqu'un se charge de déclencher la première indexation d'un serveur XMPP qui héberge des salons publics. Mais c'est pas vraiment compliqué. En gros, il suffit d'inviter l'utilisateur christopher.muclumbus@search.jabbercat.org à rejoindre un salon public. Ce compte XMPP ne rejoindra pas réellement le salon, mais cela ajoutera le nom de domaine du serveur XMPP à la liste des serveurs indexés. Et à partir de là, les autres salons publics de ce même serveur seront découverts puis indexés à intervalles réguliers.
Là où on n'aura pas forcément la main, c'est lorsqu'on sera victime d'un surblocage en essayant d'accéder à un service protégé par CrowdSec.
Comme le signale InfoLibre, c'est un problème qu'on rencontre déjà avec les emails aujourd'hui. On se retrouve avec des emails non distribués car certains serveurs de destination utilisent une RBL qui considère notre adresse IP comme source potentielle de spam, sans qu'on sache trop pourquoi.
Alors quand on creuse un peu on finit par comprendre pourquoi (et souvent c'est un critère très discutable, comme le fait d'avoir une IP correspondant à un abonnement xDSL chez un FAI grand public), et on finit par trouver comment se faire déblacklister de cette RBL. Mais c'est vraiment pénible de se retrouver ainsi régulièrement dans la situation d'un présumé coupable devant prouver son innocence.
J'ai cru à un bug javascript dans mon navigateur mais en fait non.
D'après Worldometer on eu 217 résurrections le 19 mai en France .
Je veux bien croire que les chiffres collectés soient parfois approximatifs ou légèrement en retard, mais une valeur négative pour le nombre de morts c'est bizarre quand même.
lorsqu'on utilise une extension qui modifie l'user agent pour faire croire qu'on est sous Chrome, ce genre de site devient parfaitement fonctionnel sous Firefox
Ça pourrait être intéressant de tester l'inverse : modifier le User-agent d'un chrome/chromium pour faire croire qu'il s'agit d'un Firefox et voir combien de sites ça "casse".
Si une personne ici utilise habituellement chrome/chromium est motivée par un expérience, ce serait sympa de nous faire un retour après quelques jours d'utilisation normale, en utilisant l'extension User Agent Switcher par exemple.
[^] # Re: Configuration serveur et écosystème de clients
Posté par seveso . En réponse à la dépêche Messagerie instantanée : ce n’est pas une question d’applications. Évalué à 3.
OK pour dire que contrairement à HTTP, XMPP n'est pas partout. Donc repartir de zéro serait moins coûteux. N'empêche que la démarche de Matrix a fait plus de tort qu'autre chose.
Dans l'écosystème des solutions décentralisées, il y avait quoi avant l'arrivée de Matrix ? XMPP et IRC essentiellement. IRC n'évoluait pas et ne pouvait pas prétendre concurrencer les messageries grand public centralisées. XMPP de son côté lutte tant bien que mal pour essayer d'y parvenir et attirer du monde. Ce qui lui manque surtout, ce sont des UI bien foutues, car fonctionnellement le protocole a déjà tout ce qu'il faut pour répondre aux besoins modernes. Et si ce n'était pas le cas, c'est un protocole conçu pour être évolutif.
Arrive alors Matrix avec ces fameuses UI bien foutues qui manquent à XMPP. Au lieu de participer à faire migrer en masse des utilisateurs des solutions GAFAM vers des solutions décentralisées, ça a surtout fragmenté la communauté que XMPP avait eu beaucoup de peine à bâtir.
Pour moi, l'arrivée de Matrix a surtout permis de renforcer les GAFAM.
Si au moins il existait une passerelle Matrix->XMPP qui fonctionne, ou même XMPP->Matrix, je ne serais pas aussi amer…
[^] # Re: Configuration serveur et écosystème de clients
Posté par seveso . En réponse à la dépêche Messagerie instantanée : ce n’est pas une question d’applications. Évalué à 2.
Il y a aussi une armée de clients Web non maintenus, et qui potentiellement ne supportent pas la nouvelle version de Javascript. Est-ce une raison suffisante pour remplacer Javascript par autre chose de nouveau (Dart par exemple) ?
Il y a tellement de questions à se poser pour peser le pour et le contre que certains préfèrent foncer et voir ce que ça donne. Si parfois cette stratégie fonctionne (par exemple, systemd, mais c'est discutable, j'en conviens ;) ), la plupart du temps ça échoue. Et pire, la solution de remplacement ne remplace pas, elle s'ajoute.
À titre personnel, j'estime que l'énergie et les ressources de Matrix auraient été mieux employées à améliorer XMPP plutôt qu'à contribuer à la cacophonie des messageries instantanées.
Bref, repartir de zéro n'est pas toujours souhaitable. C'est surtout une solution attrayante pour le développeur fraîchement arrivé, qui a la flemme de comprendre comment fonctionne l'existant, qui veut pouvoir coder rapidement sa solution alternative, solution qui fait la même chose mais en mieux (selon lui), et qui se moque de savoir si la transition sera facile à vivre ou non pour les utilisateurs et l'écosystème existant.
Je n'ai jamais compris pourquoi l'usage de XML comme format d'échange de données entre des machines était si souvent invoqué comme argument en défaveur de XMPP…
[^] # Re: Un petit oubli
Posté par seveso . En réponse au journal XMPP en 2021. Évalué à 3.
En cliquant sur le lien de la XEP correspondante :)
[^] # Re: Matrix vs XMPP
Posté par seveso . En réponse à la dépêche Messagerie instantanée : ce n’est pas une question d’applications. Évalué à 3.
Pourquoi ne pas lui suggérer un bon serveur ?
Sur la page d'accueil de Compliance Tester tu as "Randomly suggested compliant servers" qui te liste 5 serveurs serveurs au hasard qui ont une note de 100%.
[^] # Re: mcabber (ou profanity ?)
Posté par seveso . En réponse au sondage Quel est selon vous le client XMPP à l'interface la plus adaptée pour une équipe soudée de gens inconnus?. Évalué à 3. Dernière modification le 29 janvier 2021 à 08:58.
J'utilise aussi mcabber depuis longtemps, pour sa légèreté et son UI très simple.
Mais malheureusement, de plus en plus mes contacts chiffrent leurs messages avec OMEMO, bien souvent sans le savoir, juste parce que c'est activé par défaut dans Conversations.
Il y a donc de plus en plus de messages que je ne peux pas lire dans mcabber.
Et je n'ai pas l'impression que OMEMO soit dans la roadmap de mcabber.
J'ai plusieurs solutions à ce problème :
- inciter mes contacts à désactiver OMEMO pour échanger avec moi (taux de réussite ~85%)
- les inciter à chiffrer avec OpenPGP plutôt que OMEMO (taux de réussite ~1.2%)
- ouvrir leurs messages chiffrés et y répondre avec le bon client XMPP (Gajim ou Dino)
J'ai donc commencé à regarder du côté de profanity, un autre client XMPP en console, qui lui supporte OMEMO, et aussi OpenPGP. Il est très complet en termes de fonctionnalités XMPP et le projet est plutôt actif. Mais son UI est trop différente de celle de mcabber, je n'ai pas réussi à avoir les mêmes automatismes. Donc pour l'instant je reste sur mcabber.
Je finirai probablement par craquer, vu le nombre de personnes qui débarquent sur XMPP en ce moment grâce à "l'affaire Whatsapp", et qui utilisent OMEMO comme M. Jourdain faisait de la prose.
[^] # Re: Vous avez oublié movim !
Posté par seveso . En réponse au sondage Quel est selon vous le client XMPP à l'interface la plus adaptée pour une équipe soudée de gens inconnus?. Évalué à 2.
Pitié, arrête d'écrire chiffrage là où il faudrait écrire chiffrement.
Et oui, Movim est cool comme UI, c'est dommage de l'avoir oublié.
[^] # Re: Gmail, une solution qui ne distingue pas uniquement par sa confidentialité !
Posté par seveso . En réponse au journal Les enseignants, poussés vers GMail. Évalué à 2.
Y a l'extension DKIM Verifier qui fait ça pour thunderbird. Je l'ai surtout utilisée pour vérifier la configuration DKIM de mon propre serveur.
[^] # Re: Centralisation
Posté par seveso . En réponse au journal Signal la bonne alternative à Whatsapp ?. Évalué à 1.
Inutile de proposer deltachat à ces 2 personnes alors :)
[^] # Re: J'ai ouvert les vannes
Posté par seveso . En réponse au journal Signal la bonne alternative à Whatsapp ?. Évalué à 2.
Quicksy (tout comme Conversations, Movim et Siskin) permet les appels audio/vidéo à 2 personnes, pour peu que le serveur XMPP de l'appelant prenne en charge STUN/TURN. Et il y en a de plus en plus dans ce cas.
[^] # Re: Matrix / Element
Posté par seveso . En réponse au journal Signal la bonne alternative à Whatsapp ?. Évalué à 3.
Heu, je crois que la seule passerelle qui manque, c'est celle vers XMPP justement. Et je me suis laisser dire qu'il en existait une (j'ai oublié le nom), mais qu'elle ne fonctionnait pas du tout.
As-tu essayé concrètement ? Peux-tu discuter depuis Matrix avec une personne sur XMPP ? Peux-tu depuis Matrix rejoindre un salon XMPP ?
Parce que si ça fonctionne bien, je vais pouvoir arrêter de suggérer XMPP aux personnes qui quittent les GAFAM et qui ont entendu parler de Matrix. Si je peux garder le contact avec ces personnes sans quitter XMPP, ça me va bien, qu'elles aillent sur Matrix ou XMPP.
PS : je n'ai pas trouvé non plus de passerelle XMPP -> Matrix, si quelqu'un en connaît une, ça m'intéresse.
[^] # Re: La suite...
Posté par seveso . En réponse au journal La lecture, l'écriture et les tours que nous joue le monde dans intervalle.. Évalué à 1. Dernière modification le 16 janvier 2021 à 09:49.
Et pour pour une version papier, il faut passer par toi ou bien je peux tenter ma chance dans ma librairie ?
[^] # Re: non
Posté par seveso . En réponse au journal Signal la bonne alternative à Whatsapp ?. Évalué à 2. Dernière modification le 15 janvier 2021 à 22:00.
Je ne crois pas. De ce que j'avais compris, ce qui est payant, c'est de faire inscrire dans l'annuaire quicksy son identifiant XMPP déjà existant par ailleurs ainsi que son numero de téléphone (ou son hash, je ne sais pas), pour qu'il soit "découvrable" par les utilisateurs de Quicksy.
[^] # Re: Yunohost, XMPP et Jitsi
Posté par seveso . En réponse au journal XMPP en 2021. Évalué à 4. Dernière modification le 13 janvier 2021 à 13:37.
Après le rappel historique donné par goffi, je pense qu'il serait raisonnable pour Yunohost de retenter la migration vers prosody. Surtout si ça a une chance de résoudre le problème de Jitsi Meet.
Metronome n'apporte rien aujourd'hui, et n'est maintenu que par une seule personne.
Je vais peut-être tenter ma chance et proposer une PR à ce sujet.
[^] # Re: Yunohost, XMPP et Jitsi
Posté par seveso . En réponse au journal XMPP en 2021. Évalué à 5.
L'audio/vidéo qui ne fonctionne pas sur Yunohost c'est juste que ce sont des changements "récents" dans metronome qui n'ont pas encore été intégré dans Yunohost. En attendant que ça arrive quelqu'un a documenté un manière de faire "à la main" dans ce ticket :
https://github.com/YunoHost/issues/issues/1607
La plupart des autres points devraient pouvoir être corrigés également par les dév de Yunohost, sauf "In-Band Registration" qui est volontairement désactivé. Car les comptes utilisateurs XMPP sont forcément des comptes utilisateurs créés dans Yunohost.
Le site XMPP Compliance Tester sert surtout à comparer les instances publiques de XMPP. Il faut considérer ton instance XMPP sur Yunohost comme une instance privée plutôt.
[^] # Re: Messages de groupes
Posté par seveso . En réponse au journal XMPP en 2021. Évalué à 3.
Si tu as un compte chapril.org normalement tu peux créer des salons sur muc.chapril.org.
Et lorsque c'est fait tu peux y inviter des personnes ayant des comptes sur n'importe quel serveur XMPP.
As-tu un compte chapril.org ? Si oui, avec quel logiciel as-tu essayer de créer un salon sans succès ?
[^] # Re: Jami
Posté par seveso . En réponse à la dépêche Quelques logiciels libres pour sécuriser le travail collaboratif en ligne . Évalué à 1.
Non, XMPP est un protocole qui nécessite un ou plusieurs serveurs intermédiaires pour relayer les messages ou rejoindre des salons de discussion à plusieurs.
En revanche les appels audio/vidéo et les transferts de fichiers peuvent se faire de pair à pair dans certaines conditions, et le tout chiffré de bout-en-bout.
[^] # Re: Signal ou Telegram
Posté par seveso . En réponse au journal WhatsApp et Facebook, quels sont mes droits?. Évalué à 4.
Ça c'est très subjectif. Quelles sont les alternatives que tu trouves meilleures, et selon quels critères ? simplicité d'utilisation, esthétique, respect de la vie privée, … ?
Je pense que le succès de Whatsapp est surtout lié à sa killer-feature qui consiste à trouver automatiquement les contacts. De sorte que l'appli est utilisable immédiatement après avoir été installée. Ça aide énormément à faire adopter la solution au plus grand nombre, y compris pour les personnes peu à l'aise avec la "technologie".
Combien d'alternatives sont aussi simples d'utilisation dès le départ ?
[^] # Re: Autrement ?
Posté par seveso . En réponse au journal rsync. Évalué à 3. Dernière modification le 15 décembre 2020 à 23:10.
Ce serait plus bizarre de l'appeler sans options je trouve.
Perso je l'appelle presque toujours les options -av, mais parfois aussi autrement (en ajoutant l'option --progress par exemple).
[^] # Re: C'est nul mais c'est possible
Posté par seveso . En réponse au journal Héberger son serveur de mails, c'est nul. Évalué à 5.
OK, c'est moins universel que le mail, mais y a XMPP qui est très facile à auto-héberger, et qui tourne sans problème sur des petites machines comme des raspberry-pi.
Et ça remplace assez bien les SMS :)
# Code n' Slash
Posté par seveso . En réponse au journal framework de jeu vidéo. Évalué à 4.
Ça ne répond pas exactement à ce que tu recherches mais je conseille quand même de jeter un œil à Code n' Slash.
Y a rien à installer, on code directement dans le navigateur des mini-jeux d'aventure où le personnage doit trouver la sortie de la pièce en évitant les pièges et les monstres. Ça plaît aux gamins.
Ce que j'aime dans Code n' Slash, c'est qu'il faut coder avec un vrai langage de programmation que les adultes utilisent pour de vrai dans la vraie vie : le javascript.
(je me doute que cette dernière phrase est un véritable appeau à trolls, mais tant pis, je la laisse quand même)
L'API du jeu est en français. Par exemple, pour déplacer un monstre jusqu'à la case de coordonnées (3,8) on écrit
monstre.vaVers(3, 8);. Alors on aime ou on aime pas, mais pour des gamins en fin de primaire qui ne sont pas bilingues anglais, ça permet de rester concentré sur la programmation, plutôt que de se demander sans cesse "comment on dit ça en anglais" quand il s'agit de chercher dans la doc de l'API.[^] # Re: Présentations statiques
Posté par seveso . En réponse à la dépêche Sortie de Polymny Studio. Évalué à 1.
Oui c'est dommage. Mais heureusement, je crois qu'ici personne ne pense ça. En tout cas personne ne l'a avoué :)
Et je crois que tu n'as pas compris cette remarque de Jehan :
Pour moi il voulait dire : peut-être que dans de futures versions de polymny, d'autres formats de fichier seront pris en charge.
Et je le rejoins pour l'idée que choisir le format PDF comme point de départ est très judicieux. C'est un format que presque tout le monde connaît déjà et qu'il est possible d'obtenir avec beaucoup de logiciels différents.
[^] # Re: Index de salons XMPP publics
Posté par seveso . En réponse au journal Défis PeerTube. Évalué à 5. Dernière modification le 28 novembre 2020 à 11:31.
Pas complètement inexistante. Il existe search.jabber.network.
Ce moteur de recherche n'est évidemment pas exhaustif, et il faut que quelqu'un se charge de déclencher la première indexation d'un serveur XMPP qui héberge des salons publics. Mais c'est pas vraiment compliqué. En gros, il suffit d'inviter l'utilisateur
christopher.muclumbus@search.jabbercat.orgà rejoindre un salon public. Ce compte XMPP ne rejoindra pas réellement le salon, mais cela ajoutera le nom de domaine du serveur XMPP à la liste des serveurs indexés. Et à partir de là, les autres salons publics de ce même serveur seront découverts puis indexés à intervalles réguliers.Voilà. Yapluka !
[^] # Re: Business model ?
Posté par seveso . En réponse à la dépêche CrowdSec : la cybersécurité collaborative, open source et gratuite pour Linux. Évalué à 8.
Là où on n'aura pas forcément la main, c'est lorsqu'on sera victime d'un surblocage en essayant d'accéder à un service protégé par CrowdSec.
Comme le signale InfoLibre, c'est un problème qu'on rencontre déjà avec les emails aujourd'hui. On se retrouve avec des emails non distribués car certains serveurs de destination utilisent une RBL qui considère notre adresse IP comme source potentielle de spam, sans qu'on sache trop pourquoi.
Alors quand on creuse un peu on finit par comprendre pourquoi (et souvent c'est un critère très discutable, comme le fait d'avoir une IP correspondant à un abonnement xDSL chez un FAI grand public), et on finit par trouver comment se faire déblacklister de cette RBL. Mais c'est vraiment pénible de se retrouver ainsi régulièrement dans la situation d'un présumé coupable devant prouver son innocence.
[^] # Re: Bof… le peuple n’a juste pas confiance
Posté par seveso . En réponse au journal De l'inutilité de débattre de la confidentialité de l'application StopCovid. Évalué à 1.
J'ai cru à un bug javascript dans mon navigateur mais en fait non.
D'après Worldometer on eu 217 résurrections le 19 mai en France .
Je veux bien croire que les chiffres collectés soient parfois approximatifs ou légèrement en retard, mais une valeur négative pour le nombre de morts c'est bizarre quand même.
Quelqu'un aurait une explication rationnelle ?
[^] # Re: User agent...
Posté par seveso . En réponse au journal Hégémonie et navigateurs. Évalué à 4.
Ça pourrait être intéressant de tester l'inverse : modifier le User-agent d'un chrome/chromium pour faire croire qu'il s'agit d'un Firefox et voir combien de sites ça "casse".
Si une personne ici utilise habituellement chrome/chromium est motivée par un expérience, ce serait sympa de nous faire un retour après quelques jours d'utilisation normale, en utilisant l'extension User Agent Switcher par exemple.