Benoît Sibaud a écrit 10137 commentaires

Une part non négligeable (probablement largement majoritaire) des étiquettes vient d'étiquetage massif automatisé : celui initial à la mise en place des étiquettes, et d'autres depuis, pour réétiqueter massivement sur des noms de personnes, de projets, d'entités, etc. Et forcément ça concerne aussi des contenus antérieurs à 2011 (par contre on devrait pouvoir différencier date du contenu et date de l'étiquetage).

les étiquetages ont une date de création, les contenus ont une date de création, mais les étiquettes n'ont pas de date de création (si ce n'est le premier étiquetage).

cf https://github.com/linuxfrorg/linuxfr.org/blob/master/db/schema.rb#L330
ou
https://github.com/linuxfrorg/linuxfr.org/blob/master/db/schema.png

Et surtout on a une solution acceptable pour remplacer les vols courts. Tandis que remplacer un vol long distance ne sera pas aussi facile : 2 à 3 semaines en Transibérien par exemple, ou des semaines en navire cargo ou combinaison train/bateau pour les îles. Le voyage se ralentirait grandement.

3^e possibilité : on n'a pas de problème à mettre https://xn--multipli-i1a.fr/fr/1-3/objets/minimit , ça évitera le 301, par contre ça n'aidera pas guère plus notre lectorat.

Corrigé, merci.

Corrigé, merci.

https://fr.m.wikipedia.org/wiki/%C3%8Eles_Britanniques#/media/Fichier%3ABritish_Isles_Euler_Diagram-fr.svg c'est simple…

Déployé. https://github.com/linuxfrorg/linuxfr.org/commit/f1385d0cec3cdac4ee3edd99f83e3c3d82fcaeb8

Corrigé, merci.

ça rejoindrait https://linuxfr.org/news/validite-html-des-pages-sur-linuxfr-org qui ne concernait que les dépêches, sans les commentaires. Le résultat est probablement moins bon sur d'autres contenus et sur les commentaires.

Ça n'existe pas un ensemble non équivoque, vu que tu peux décorer tous les caractères.

Sans parlr d c que signifirait allr voir ds locuturs d X pour lur dir "ah non ctt lttr st banni désormais". Gnr l d La disparition.

Infos tirées de leur site :

Fondée en mars 2017 par 22 entreprises, l'association entend soutenir le développement des opérateurs alternatifs sur le marché français des télécoms.

50 adhérents
+1500 emplois directs
+220M€ de CA agrégé

Donc on a, en France, les grosses entreprises de télécommunications, les autres entreprises de télécommunications (AOTA), les autres autres qui ne seraient pas membres des seconds, et les associations (dont les membres de FFDN, et peut-être d'autres non membres). Et Renater.

Je l'avais oublié celui-là…

Mais il est bien encore là, voir les occurrences :

2022/11/01 2
2022/11/02 2
2022/11/03 1
2022/11/04 0
2022/11/05 3
2022/11/06 4
2022/11/07 3
2022/11/08 2
2022/11/09 4
2022/11/10 0
2022/11/11 3
2022/11/12 1
2022/11/13 1
2022/11/14 1
2022/11/15 4
2022/11/16 2
2022/11/17 1
2022/11/18 1

-> https://github.com/linuxfrorg/linuxfr.org/pull/346

Fait, merci.

Corrigé, merci.

♫ ♪ ♬ ♩ C'est la danse des coincoins qui se secouent des bouts de rien ♫ ♪ ♬ ♩

« Tout est URI » ?

Ansible ne sert pas qu'à installer par exemple. Ça peut servir pour faire des opérations (sauvegarde, mise à jour séquentielle dans une grappe de serveurs de base de données, audit de conformité, etc.).

Vidéo https://webtv.vandoeuvre.net/videos/watch/b00da7b8-0371-4f67-8197-eb3ac78b115a
(source https://play0ad.com/summary-of-attendance-at-the-vandoeuvre-in-game-2022/ )

Ce qui du coup fait que tu ne voudrais pas déléguer à quelqu'un d'autre, il y a une tension à ce niveau à prendre en compte.

Sauf si tu peux bouger facilement, ce qui implique 1. « pouvoir techniquement changer d'instance » et 2. « pouvoir le faire sans perdre sa notoriété/image ou ennuyer tout ton public » (donc avoir son propre domaine) ?

Corrigé, merci.

Déployé. Cf https://github.com/linuxfrorg/linuxfr.org/commit/6bb2cab4253e861ac7ab819b0fda8d5670122b39

• je suis une personne pour laquelle la notoriété / visibilité est essentielle : être sur Twitter ou Mastodon ou Gmail.com ou Wanadoo.fr ou n'importe quel autre endroit où l'entité administratrice peut me fermer mon compte, renommer son service ou fermer le service, c'est un risque pour la pérennité de mon image. Une solution serait d'utiliser mon propre nom de domaine. Mais Twitter par exemple ne voudra pas que j'utilise mon nom de domaine pour microbloguer. À ma connaissance, Mastodon non plus, à moins d'avoir ma propre instance. Avoir la capacité (comme pour le courriel) de déléguer la gestion de son domaine à un prestataire technique permettrait cela.
• comme pour tout moyen de communication (en particulier communication publique), il y a ce qui n'est pas autorisé en entrée du système (pour des bonnes ou des mauvaises raisons, ça peut être le spam, le SEO, le harcèlement, le DDoS, le porno, les amateurs de fruits, âge/sexe/religion/nationalité/langue/…, peu importe, une catégorie qui sera bloquée par l'entité administratrice). Et il y a ce que la personne utilisatrice finale ne veut pas voir (pour des bonnes ou des mauvaises raisons, ça peut être ce qui précédait, ou le camp adverse selon elle sur n'importe quel sujet, ou son ennemi héréditaire, une personne/entité avec laquelle elle a eu un conflit, un grand pénible, un amoureux éconduit, que sais-je…). Plus il y a d'entités administratrices, plus il peut y avoir du filtrage/de la censure localisée. Et les possibilités techniques offertes par le code jouent énormément, comme bloquer une instance complète par exemple.
• les conditions générales d'utilisation ou les règles de l'entité utilisée : l'entité administratrice (Twitter ou instance Mastodon ou …) peut changer ses CGU, et décider que maintenant il est interdit de crossposter/(co|re)publier ailleurs, de parler métaphysique ou de publier des photos montrant trop de peau humaine. On peut bien choisir son instance initialement. Et elle peut changer ses règles ultérieurement, ce qui peut impliquer de devoir bouger (et reposer la question de la perte de notoriété/visibilité du compte par exemple).
• le respect des lois : plus il y a d'entités, plus elles sont soumises à des législations différentes d'une part, et ont un respect variable des législations (par choix, pensez ultra-militants par exemple, ou par capacité/disponibilité, microgroupe de bénévoles débordés ou ayant laissé l'instance à l'abandon). Dans le respect des lois il y a « gérer le signalement d'un contenu manifestement illégal » par exemple, mais il y a aussi « RGPD veuillez effacer mes données perso » (et ça va devenir compliqué en multi-instances si chacun a gardé des copies (genre les métadonnées de relations par exemple) et si rien n'est techniquement en place). Ou bloquer du cyberharcèlement qui peut sauter d'une instance à l'autre pour harceler un compte donner.
• l'interopérabilité et la fragmentation des protocoles : même problématique que pour le courriel par exemple, chaque instance va implémenter ou pas les évolutions des protocoles, et au final on a un mélange de grands anciens (on dirait ASCII 7 bits en clair pour du courriel) et de modernes (par exemple TLS 1.3 UTF-8 DNSSEC SPF DKIM DMARC pour du courriel). Ça sera vrai entre Mastodon 2042 et Mastodon 2063, mais aussi entre Mastodon 2031 et Pleroma 2037. Sans parler de ce qui n'est pas basé sur ActivityPub, cf https://blog.castopod.org/content/images/2022/11/fediverse-branches-axbom-12-CC-BY-SA.svg ou de Twitter (qui sans intervention du législateur n'en a et n'en aura rien à carrer de l'interopérabilité).
• …

Cf https://github.com/linuxfrorg/linuxfr.org/pull/337

J'ai avancé sur le choix 2 de mon côté. J'ai testé la moitié des corrections pour l'instant. T'auras le plaisir de faire la revue de code :).