Derniers messages
Dernier message par Zatalyz - 14 Juin 2026 à 13:09:01
Cliquez pour afficher le message
On peut préfixer par "caz" (alternative à ca'a qui ne passera pas bien) pour signifier qu'il s'agir de services, plutôt que ab. Pour quelle raison, ab, au fait ?
On a aussi ruc qui pourrait aller, pour "pruce".
Après, c'est sans doute aussi bien de garder un nom en anglais qui sera plus compréhensible ? Sinon en lojban les propositions de Deed semblent correct , avec potentiellement tcini plutôt que stuzi (moins "fixe" mais moins lié à la position ; je ne sais pas...).
Talk pourrait simplement être "Kom", sinon ?
On a aussi ruc qui pourrait aller, pour "pruce".
Après, c'est sans doute aussi bien de garder un nom en anglais qui sera plus compréhensible ? Sinon en lojban les propositions de Deed semblent correct , avec potentiellement tcini plutôt que stuzi (moins "fixe" mais moins lié à la position ; je ne sais pas...).
Talk pourrait simplement être "Kom", sinon ?
Dernier message par YannK - 14 Juin 2026 à 10:45:05
Cliquez pour afficher le message
Le nom du prototype qu'Aleajactaest avait créé : https://port.numenaute.org/aleajactaest/ab_extra
Dernier message par FrancoisA - 14 Juin 2026 à 08:25:57
Cliquez pour afficher le message
Question d'un novice, c'est quoi ab_extra ?
Dernier message par FrancoisA - 14 Juin 2026 à 08:22:15
Cliquez pour afficher le message
Je te comprends Deed, car à priori les États-Unis, la Chine et la Russie ne sont pas des internautes francophones, donc pas la cible de Khaganat.
Dernier message par deed - 13 Juin 2026 à 13:59:54
Cliquez pour afficher le message
dans mes 10 minutes où j'ai essayé de bannir des ip manuellement , c'est etat unis, chine, russie et allemangne (herzer)
A part le dernier, pour l'instant , ça me derange pas.
A part le dernier, pour l'instant , ça me derange pas.
Dernier message par Zatalyz - 13 Juin 2026 à 13:39:54
Cliquez pour afficher le message
Entre ton message, et le fait qu'un bot (un très con, heureusement pour moi) a fait tomber Hexagora dernièrement, je me replonge dans les nouveautés de Reaction.
Il y a eu pas mal d'avancée ces derniers temps, et entre autre la prise en compte des masques des ip :
https://reaction.ppom.me/reference/pattern/#ipv4mask-and-ipv6mask, ce qui semble au top pour les bots qui changent les ip à chaque tentative. Je suis un peu incertaine des valeurs, mais je me dis : même si on ban des datacenters genre AWS, on s'en fout non ? Pas comme si on avait besoin que les gafams accèdent à nos serveurs.
Actuellement je suis partie sur des patterns de ce genre :
"ip" sera utilisée sur les filtres "softs" (du genre : un humain pourrait faire l'erreur, tant qu'il ne s'acharne pas), et "ipmask" sera utilisée pour les trucs qu'on a repéré comme étant de l'attaque pure et simple. Par exemple, dans mes regex apache qui déclenchent des bombes (ban d'un mois, et bientôt : de datacenter entiers !), j'ai ce genre de ligne :
Il y a un risque que cela bannisse des gens qui utilisent un VPN ou un truc du genre dans le voisinage de méchants bots. Ou, comme moi qui suis chez OVH telecom => potentiellement collatérale de vrais serveurs ? Ou encore : si des téléphones sont infectés, ça va ban des antennes relais et donc pas mal de gens. Mais en réalité je ne sais pas à quel point ce risque est réel ; par ailleurs vu que jabberfr applique des politiques différentes, au "pire", suffit de dire sur xmpp "c'est normal que le site soit down ?" (nan, c'est qu'on t'a bannit, muhahahaha). Blague à part, il s'agit de voir le risque réel de dommages collatéraux, que j'estime très bas, mais je peux me planter, et on peut viser des plages plus réduites.
Il y a eu pas mal d'avancée ces derniers temps, et entre autre la prise en compte des masques des ip :
https://reaction.ppom.me/reference/pattern/#ipv4mask-and-ipv6mask, ce qui semble au top pour les bots qui changent les ip à chaque tentative. Je suis un peu incertaine des valeurs, mais je me dis : même si on ban des datacenters genre AWS, on s'en fout non ? Pas comme si on avait besoin que les gafams accèdent à nos serveurs.
Actuellement je suis partie sur des patterns de ce genre :
Code Sélectionner
patterns: {
ip: {
// IPv4 et IPv6, et masque des ipv6.
type: 'ip',
ipv6mask: 64,
ignore: [
'127.0.0.1',
'::1',
],
},
ipmask: {
// Uniquement utilisé pour les filtres les plus aggressifs, risque de trop ban sinon !
type: 'ip',
// ipv4 : 24 = tout le dernier bit, soit toute ip du type a.b.c.* (tout est dans le joker).
ipv4mask: 24,
// ipv6 : 48 = ban des datacenters. 56 est un peu moins excessif. 64 est une norme de particulier.
ipv6mask: 56,
ignore: [
'127.0.0.1',
'::1',
],
},
},"ip" sera utilisée sur les filtres "softs" (du genre : un humain pourrait faire l'erreur, tant qu'il ne s'acharne pas), et "ipmask" sera utilisée pour les trucs qu'on a repéré comme étant de l'attaque pure et simple. Par exemple, dans mes regex apache qui déclenchent des bombes (ban d'un mois, et bientôt : de datacenter entiers !), j'ai ce genre de ligne :
Code Sélectionner
@'^<ip> ☆ .*☆ .* ☆ 404 ☆ .* ☆ "(GET|POST) .*(wp-login|typo3|drupal|joomla|authDS_Store|cpanel|roundcube).*"', => là c'est forcément de l'attaque, puisque nous n'avons pas wordpress, typo3, drupal, etc. (ne vous focalisez pas sur les étoiles ; je reformate mes logs apaches pour faciliter les regex). Il y a un risque que cela bannisse des gens qui utilisent un VPN ou un truc du genre dans le voisinage de méchants bots. Ou, comme moi qui suis chez OVH telecom => potentiellement collatérale de vrais serveurs ? Ou encore : si des téléphones sont infectés, ça va ban des antennes relais et donc pas mal de gens. Mais en réalité je ne sais pas à quel point ce risque est réel ; par ailleurs vu que jabberfr applique des politiques différentes, au "pire", suffit de dire sur xmpp "c'est normal que le site soit down ?" (nan, c'est qu'on t'a bannit, muhahahaha). Blague à part, il s'agit de voir le risque réel de dommages collatéraux, que j'estime très bas, mais je peux me planter, et on peut viser des plages plus réduites.
Dernier message par deed - 12 Juin 2026 à 10:50:45
Cliquez pour afficher le message
Je suis pas un pro en lobjan , ma premiere recherche :
compte = datni
position = stuzi
joueurs = pilno
monde = munje
communication = nu tavla
logs = vreji
compte = datni
position = stuzi
joueurs = pilno
monde = munje
communication = nu tavla
logs = vreji
Dernier message par Lyne - 11 Juin 2026 à 21:42:12
Cliquez pour afficher le message
Compte-rendu du point hebdo du 11/06/2026
Lyne
Cette semaine, j'ai participé à l'AG !
Et du coup, j'ai commencé le compte-rendu pour la préfecture
Mais comme je condense pour que ça reste digeste, ça me prend un peu de temps
YannK
J'ai proposé des modifications (essentiellement formelles) pour la charte de non usage des IA sur https://carnets.numenaute.org/p/chartenonusageia
J'ai fini de nettoyer le dépôt pour faire les images Docker pour Godot pour la CI. Il reste encore quelques petits trucs à faire pour que ça soit plus précis, souple etc. mais ça fonctionne, c'est l'essentiel.
J'ai aussi finalisé la mise en place des éléments de base pour le client IRIS, et j'ai donc proposé une Pull Request sur la branche v0.1 du dépôt officiel https://port.numenaute.org/Khaganat-games/Khanat/pulls/3 Deed et Alea sont les deux reviewers proposés, mais si d'autres ici ont envie de participer, c'est ouvert bien sûr
À cette occasion, j'ai abondamment documenté le code (avec du Uai Krok dedans :p ) et j'ai commencé à expliquer un peu aussi sur le wikhan : https://khaganat.net/wikhan/fr:mmorpg:client:iris:developpement Je privilégie la documentation dans le code car elle est plus accessible pour les développeuses et il est plus facile de la mettre à jour en même temps qu'on code. Je mettrai sur le wikhan plutôt les questions d'architecture, les parti-pris d'organisation etc. (au passage, j'ai mis à jour le plugin dokuwiki pour la gestion des diagrammes mermaid, on a la version la plus récente désormais).
En attendant la validation de la PR, j'ai avancé sur la gestion du son sur une autre branche : https://port.numenaute.org/YannK/Khanat/src/branch/ui_sound L'idée est de créer les bases de la sonorisation de l'interface. J'ai mis en place la gestion des préférences de volume pour les différents bus: volume général, musique, sons d'environnement, sons d'effets spéciaux et sons d'interface. Le choix des sons est pris en charge par la gestion des thèmes, et donc des préférences des joueuses. la suite sera de créer les classes des objets d'interface pour qu'ils puissent être sonorisés selon les souhaits de la personne qui fera le sound design sans qu'elle n'ait de code à produire.
Enfin, suite à une discussion avec Alea, j'ai posté un sujet sur le forum pour qu'on propose des noms pour les services qui feront tourner le jeu : https://khaganat.net/forum/index.php/topic,829.msg3500.html
Et j'ai participé à l'AG :p
K'Deed
j'ai réparé le flux rss des wiki. j'ai mis à jour plein de CT en Trixie ....
Lyne
Cette semaine, j'ai participé à l'AG !
Et du coup, j'ai commencé le compte-rendu pour la préfecture
Mais comme je condense pour que ça reste digeste, ça me prend un peu de temps
YannK
J'ai proposé des modifications (essentiellement formelles) pour la charte de non usage des IA sur https://carnets.numenaute.org/p/chartenonusageia
J'ai fini de nettoyer le dépôt pour faire les images Docker pour Godot pour la CI. Il reste encore quelques petits trucs à faire pour que ça soit plus précis, souple etc. mais ça fonctionne, c'est l'essentiel.
J'ai aussi finalisé la mise en place des éléments de base pour le client IRIS, et j'ai donc proposé une Pull Request sur la branche v0.1 du dépôt officiel https://port.numenaute.org/Khaganat-games/Khanat/pulls/3 Deed et Alea sont les deux reviewers proposés, mais si d'autres ici ont envie de participer, c'est ouvert bien sûr
À cette occasion, j'ai abondamment documenté le code (avec du Uai Krok dedans :p ) et j'ai commencé à expliquer un peu aussi sur le wikhan : https://khaganat.net/wikhan/fr:mmorpg:client:iris:developpement Je privilégie la documentation dans le code car elle est plus accessible pour les développeuses et il est plus facile de la mettre à jour en même temps qu'on code. Je mettrai sur le wikhan plutôt les questions d'architecture, les parti-pris d'organisation etc. (au passage, j'ai mis à jour le plugin dokuwiki pour la gestion des diagrammes mermaid, on a la version la plus récente désormais).
En attendant la validation de la PR, j'ai avancé sur la gestion du son sur une autre branche : https://port.numenaute.org/YannK/Khanat/src/branch/ui_sound L'idée est de créer les bases de la sonorisation de l'interface. J'ai mis en place la gestion des préférences de volume pour les différents bus: volume général, musique, sons d'environnement, sons d'effets spéciaux et sons d'interface. Le choix des sons est pris en charge par la gestion des thèmes, et donc des préférences des joueuses. la suite sera de créer les classes des objets d'interface pour qu'ils puissent être sonorisés selon les souhaits de la personne qui fera le sound design sans qu'elle n'ait de code à produire.
Enfin, suite à une discussion avec Alea, j'ai posté un sujet sur le forum pour qu'on propose des noms pour les services qui feront tourner le jeu : https://khaganat.net/forum/index.php/topic,829.msg3500.html
Et j'ai participé à l'AG :p
K'Deed
j'ai réparé le flux rss des wiki. j'ai mis à jour plein de CT en Trixie ....
Dernier message par YannK - 08 Juin 2026 à 21:47:36
Cliquez pour afficher le message
Toujours dans le cadre de khanatiser les choses, on aurait besoin de noms pour les différents services proposés par le système serveur:
Je laisserai Alea détailler les fonctions s'il y a des questions.
- Le gestionnaire de comptes (qui permet de se connecter) - Account sur ab_extra
- Le gestionnaire d'un monde - World sur ab_extra
- Le gestionnaire de joueuses - Player sur ab_extra
- Le gestionnaire de position - Galileo sur ab_extra
- Le gestionnaire de communication - Talk sur ab_extra
- Le gestionnaire de vue des logs pour les admins - View sur ab_extra
Je laisserai Alea détailler les fonctions s'il y a des questions.
Dernier message par alcyone - 07 Juin 2026 à 17:14:08
Cliquez pour afficher le message
Petite précision pour contextualiser : Ladybird est le navigateur custom de SerenityOS qui a récupéré suffisamment de dons pour avoir du dev à plein temps et prendre son indépendance, le projet ayant beaucoup de succès.
Ils sont passé plein pot développement par IA il y a quelques temps (avec du Rewrite It In Rust par IA et tout), du coup c'est un des projets ayant grande presse sur le sujet.
La nouvelle, c'est que dans leur travail pour la sortie d'une Alpha, ils ferment totalement les contributions extérieures en tournant un peu autour du sujet de la perte de confiance dans la masse de code généré par IA (pas par eux, par les contributeurs externes).
Je me permets de citer le brouillon de la 1ère charte/futur article de blog qui match bien à mon sens sur ce point :
________
Et du coup :
Je ne pense pas, c'est ce qui peut arriver pour les projets convaincus et versés dans les LLM éventuellement.
Pour d'autres, si c'est précisément la perte de confiance due au temps et l'investissement qu'il fallait pour coder un patch, refuser les contributions par LLM est une possibilité et c'est de fait déjà le cas pour un certain nombre de projets.
Un truc qui est sûr en revanche, c'est que les programmes de bug bounty (comprendre obtenir du fric si on trouve une faille de sécurité) eux ferment car ils sont devenus ingérables.
Ils sont passé plein pot développement par IA il y a quelques temps (avec du Rewrite It In Rust par IA et tout), du coup c'est un des projets ayant grande presse sur le sujet.
La nouvelle, c'est que dans leur travail pour la sortie d'une Alpha, ils ferment totalement les contributions extérieures en tournant un peu autour du sujet de la perte de confiance dans la masse de code généré par IA (pas par eux, par les contributeurs externes).
CitationAI tools have changed the economics of this very quickly. We use them ourselves every day, but a pull request no longer tells us as much as it used to about the person submitting it. A substantial patch used to imply substantial effort, and that effort was a reasonable proxy for good faith. That assumption no longer holds.
Je me permets de citer le brouillon de la 1ère charte/futur article de blog qui match bien à mon sens sur ce point :
Citation[...] sans compter qu'ouvrir la porte à des contributions plus ou moins produites par des LLM c'est s'exposer à une grande quantité de contributions qui vont demander une masse conséquente de travail pour mettre les rendre acceptables et même déterminer qu'elles puissent l'être avec un risque conséquent de souci à long terme.
Et puis, pendant ce temps, on ne rêve, on ne partage et on a pas non plus aidés ces contributrices à apprendre quoique ce soit, à s'intégrer au projet. Pour se soutenir les unes les autres, il faut être en mesure de transmettre son savoir-faire, de le faire évoluer pour soi et les autres.
Les LLM favorisent la productivité mais n'augmentent pas le nombre d'humains sur le projet. On automatise la revue avec des LLM ? Outre la fiabilité bien peu acceptable, que reste-t-il du rapport humain ? De la transmission ? Du faire ensemble ?
________
Et du coup :
Citation de: DeedVoilà, ça peut-être ça qui va arriver partout si ça continu ...
Je ne pense pas, c'est ce qui peut arriver pour les projets convaincus et versés dans les LLM éventuellement.
Pour d'autres, si c'est précisément la perte de confiance due au temps et l'investissement qu'il fallait pour coder un patch, refuser les contributions par LLM est une possibilité et c'est de fait déjà le cas pour un certain nombre de projets.
Un truc qui est sûr en revanche, c'est que les programmes de bug bounty (comprendre obtenir du fric si on trouve une faille de sécurité) eux ferment car ils sont devenus ingérables.
