Goffi a écrit 1523 commentaires

Salut,

je ne m'intéresse pas (plus) trop au développement de jeux pour être honnête, mais on entend beaucoup parler de Godot (y compris ici).

Du coup je me pose la question par curiosité : est-ce que les 2 plateformes sont comparables, et si oui quelles seraient les raisons de choisir l'une plutôt que l'autre ? J'avais cru comprendre que Godot avec un langage plutôt proche de Python ce qui n'a pas l'air d'être le cas de Haxe (ce qui n'est pas un bien ou un mal, juste une observation).

C'est quand même intéressant de voir ces outils qui facilitent l'écriture multi-plateformes, même en dehors du jeu vidéo.

Oui. En l'occurrence, ce que tu appelles un annuaire se substitue à un moteur de recherche. Peut-être que dans ta définition perso, un moteur de recherche est en fait un annuaire. Et dans ce cas, je suis tout à fait d'accord avec toi.

Ah oui en effet, et j'avais loupé le « à l'ancienne » du commentaire initial, je pensais effectivement à un moteur de recherche dans ce cas, et effectivement on est d'accord.

Un « annuaire à l'ancienne » ça reste tout de même sympa (ça peut-être complémentaire à un moteur de recherche), mais uniquement s'il y a un travail de mise à jour constant, et un avis subjectif assumé. Bref, c'est bien si c'est un contenu éditorial, une des choses importantes que le numérique n'a pas (pour le moment) par rapport à la presse papier.

s/quelles/quels/ oups :(

Salut Edhelas,

je te l'ai déjà dit mais je le redis : je trouve que l'utilisation de « groupe » est un choix très malheureux vu que le terme est déjà utilisé pour les groupes de contacts dans le roster, ça ne peux que porter à confusion.

Le bon terme serait un nœud, vu qu'il s'agit d'un nœud (pubsub) de blogage, mais c'est pas forcément le meilleur choix non plus. Je ne sais pas trop quel serait le meilleur terme (flux ? liste ?), surtout qu'on va avoir encore le terme « mix » qui va arriver dans les prochains mois/années.

Quelqu'un a une bonne idée ?

Je ne suis pas forcément d'accord avec toi sur ce coup. Un annuaire c'est utile même si on sait ce qu'on cherche. Par exemple tu peux te demander quelles sont les nœuds qui parlent de XMPP, ou de planche à voile, sans savoir exactement où ils se trouvent.

On a un petit annuaire en développement d'ailleurs, et j'aimerais l'étendre pour qu'il gère non seulement les personnes, mais aussi les salons MUC, les nœud de microblog, etc, et qu'il soit capable d'échanger ces infos avec d'autres. Mais bon manque de temps et/ou de contributeurs pour faire ça pour le moment.

Je ne connais pas bien pubsub, y a-t-il une possibilité que le producteur de contenu perde sa liste de consommateurs et arrête brusquement de lui pousser du contenu ?

Un très gros bug. Mais tu peux toujours vérifier tes inscriptions si tu as des doutes.

Ça revient à se demander si ton serveur XMPP, DLFP ou autre ne t'as pas oublié, tu peux envisager ça avec tout.

Avec les RSS on n'a pas ce problème, le client est autonome et ne fait confiance à personne pour se rappeler qu'il existe, il se sert quand il a besoin de contenu.

Tu peux fonctionner comme ça aussi avec PubSub si tu préfères, les notifications sont optionnelles.

Ce cas est-il géré par pubsub ? Vérifications de souscriptions de la part du client ? Si oui on retombe dans dans le système de requêtes "périodiques" qu'on voulait éviter ?

C'est possible de vérifier, mais a priori inutile.

Si tu veux savoir comment pubsub fonctionne (en gros), tu peux te référer à l'article publié à ce sujet ici même, et n'hésite pas à demander si tu as d'autres questions.

Mais le chat par XMPP n'est pas social, d'où la proposition de SMTP.

Qu'est-ce que tu entends par là ?

En voyant cet usage, qui subvertit un outil@universel en moyen de chat, je me demande s'il ne serait pas plus productif pour lutter contre les ogres du Minitel 2.0 de développer cet usage plutôt que de passer par un autre outil qui n'a jamais percé : le XMPP.

Il n'est absolument pas exclusif d'utiliser le courriel avec XMPP, ça fait même longtemps qu'on en parle : https://frama.link/xmpp_courriel

C'est standard et répandu, c'est tout à fait naturel de l'utiliser, mais il ne faut pas oublier qu'aujourd'hui la plupart des messages envoyés par ce moyen sont non chiffrés (sans même parler de chiffrement de bout en bout, c'est pas toujours chiffré entre client et serveur (MUA/MTA)), et qu'une grosse partie des communications finit chez des gros fournisseurs comme gmachin.

Ton archi a beaucoup de similitudes avec celle de SàT (cf. http://www.goffi.org/post/2015/11/09/S%C3%A0T%3A-Comment-%C3%A7a-marche) et d'ailleurs les prises de notes, carnet d'adresses et autre agenda sont également envisagés/eables.

Bon je suppose que c'est un projet pour le plaisir de développer ta propre solution, et puis c'est du C++ quand on fait majoritairement du Python, donc bon courage et tiens nous au courant.

je pensais à l'entité qui gère le serveur (donc l'entreprise ici) puisqu'on parle de facilité d'utilisation.

Mais puisque tu en parles, il y a également un problème du côté de l'utilisateur, tout comme quelqu'un qui pose une photo de quelqu'un d'autre sur un site non privé sans lui demander (a fortiori si la photo peut poser un problème quelconque). Dans le cas de l'annuaire, contrairement à celui de la photo, il y a probablement une majorité de personnes qui ignore que c'est ce qu'il se passe.

Le fait d'avoir confiance ou pas en l'entité tierce qui gère le serveur ne change rien au fait qu'on a rien demandé aux contacts.

Oui c'est sûr que si on n'a aucun problème d'éthique c'est plus facile.

Envoyer tout ton annuaire à un serveur tiers sans demander l'autorisation de tes contacts, très peu pour moi merci. Et je ne suis pas persuadé que tous les gens qui installent ce genre d'application savent que c'est ce qu'il se passe, même s'ils ont dit OK aux permissions demandées.

ah ben il semblerait que ça soit déjà implémenté dans Gajim en fait, du coup c'est bien pour tester.

Il y a du nouveau, Chteufleur vient de nous prévenir sur le salon de SàT qu'il avait fait un composant en Go disponible à cette adresse: https://git.kingpenguin.tk/chteufleur/HTTPAuthentificationOverXMPP .

Je n'ai pas encore regardé en détails, mais ça devrait simplifier énormément l'intégration à DLFP, si j'ai bien compris il n'y a qu'une requête HTTP à faire, le composant se charge de la partie XMPP, et le code retour indique si c'est bon ou pas.

Il veut faire l'implé dans SàT également, et gageons que d'autres projet comme Movim ou Gajim pourraient suivre rapidement.

Sur Wordpress, Jehan avait même fait un système de secours qui demande le code par message simple si la XEP n'est pas gérée par le client, donc fonctionnant avec tous les clients XMPP.

À la conf des dernières RMLL sur Replicant de Paul Kocialkowski (qui passe parfois par ici) il disait que certains téléphones isolent cette partie pour filtrer les informations auxquelles elle avait accès. C'est pas top, mais c'est mieux que rien.

Un entretien avec Gelnior sur le journal du hacker: https://blog.journalduhacker.net/index.php?article41/entretien-avec-frank-rousseau-directeur-technique-de-cozy-cloud . On peut y lire d'où vient Cozy, comment c'est géré, et même l'infrastructure utilisée pour faire tourner tout ça.

il y a un tiret en trop à peut être, ça peut peut-être perturber.

ces remarques sont intéressantes, vous les avez données à l'équipe de dév ? Même s'ils sont probablement déjà au courant, peut-être que l'histoire du filtre n'a jamais posé problème à d'autres utilisateurs par exemple.

regarde les commentaires plus bas ;)

Je n'ai pas trop d'expérience dessus (j'ai implémenté Jingle mais pas encore de visioconférence, et mes connaissance sur WebRTC sont pour le moment superficielles), mais il est possible de lier les 2 (e.g.: XEP-0343), d'ailleurs WebRTC s'inspire de Jingle. Donc il est fort probable que meet jitsi utilise WebRTC et XMPP en même temps (pour XMPP j'ai demandé confirmation sur xsf@, et on m'a dit d'ouvrir ma console javascript… effectivement on voit bien que c'est du XMPP).

Il y a aussi les solutions en mode web (webRTC),

Pour être sûr que j'ai été clair : la version dont je parle ici est entièrement Web, c'est en complément de la version Jitsi bureau (mais Jitsi bureau n'est pas nécessaire). Et je re-précise: pas besoin de compte, il suffit de fournir un lien aux personnes à inviter.

J'ai aussi une adresse en goffi.org avec une utilisation qui se rapproche parfois des salutations dont tu parles.

En tout cas on est ouverts aux suggestions et l'identifiant est un sujet très intéressant.

Ton journal est plein de bonnes idées, j'aime beaucoup la non unicité de l'identifiant, et bien que je connais GNU Net de nom, je ne connaissais pas GNU Name System.

Un journal à garder sous le coude, merci !

Non, ce qui n'était pas (bien) connu c'était les outils décentralisés, et surtout ce que Git était et ce qu'il faisait. Dans la plupart des commentaires la notion de SCM semble tout à fait maîtrisée.

P.-S.: en relisant mon précédent commentaire je pense que tu as mal lu, la question est « est-ce que c'est vraiment un SCM ? » et non pas « qu'est-ce qu'un SCM ? »

Merci pour le liens, c'est assez amusant de lire les commentaires de l'époque avec plus de 10 ans de recul. Certains avaient vu juste. C'est aussi amusant de lire des questions sur « à quoi ça sert », « est-ce que c'est vraiment un SCM ? », des questions tout à fait compréhensible en 2005.

C'est quand même très impressionnant d'avoir eu un truc fonctionnel en 1 semaine.

C'est pas du spam simple c'est du malware bancaire type dridex. Rien de nouveau, sauf pour toi apparemment.

Non, je n'ai pas parlé de documents Word ni de macros.

Tu balances le contenu sur:
* malwr.com
* hybrid-analysis.com
Tu signales via spamcop avec le commentaire qui convient.

Merci pour les liens, je vais jeter un œil.

Je veux dire, là-dedans, comme différences avec IRC, ya juste new. Honnêtement, pourquoi je me mettrai dans un nouveau protocole, juste parce qu'il est "new" ? Sans parler du serveur, dont j'ai clairement pas envie de m'occuper :p

Ah mais moi je suis partisan du « aucune raison de changer un truc qui marche ». Si IRC va pour toi, ne change pas ;)

Expérience mitigée. C'était comme un client IRC mais où tu connais pas les commandes. J'ai tapé help? sans grand succès (ça a ouvert un onglet avec une 404 nginx, et ça a entré "yassinphilip:null" dans le salon :p) apres je suis passé en chat privé avec toi, remember, juste en cliquant sur ton nom (genre on peut pas faire autre chose) mais je n'ai pas compris comment revenir dans le salon. Et bien sur, j'ai pas compris non plus comment créer un salon. Bon, c'est juste un client web, moving on.

Oui c'était juste pour dire que des clients web y'en a partout, muckl c'est pas nécessairement le meilleur (je n'utilise pas donc je n'en sais rien pour être honnête). Il y en a d'autre, ça n'est pas un pb.

"Firefox doesn't know how to open this address, because one of the following protocols (xmpp) isn't associated with any program or is not allowed in this context." pareil qu'IRC, mais encore une fois, IRC ça fait 20 ans qu'on sait quoi faire.

Comme pour IRC, il faut associer un client ;). Et oui c'était pour dire que pareil qu'IRC. Pour mettre les choses au clair : je n'ai absolument rien contre IRC, ça marche bien pour ce que ça fait.

Juste, bon, XMMP/jabber, faut admettre, ça fait un meta-moment qu'on attend de ne serait-ce que voir à voir si c'est bien ça qu'il faut attendre..?

Ben ça prend du temps, ça irait beaucoup plus vite si on était 10 à plein temps, mais là on fait avec les ressource disponible… Enfin là c'est la dernière ligne droite : la prochaine version sera celle « grand public » qu'on annonce depuis longtemps.