Nouveautés sur LinuxFr.org : lien Mastodon, relance, ménage, etc.

Posté par  (site web personnel, Mastodon) . Édité par Benoît Sibaud, vmagnin, bobble bubble, yal et Ysabeau 🧶. Modéré par patrick_g. Licence CC By‑SA.
Étiquettes :
59
7
fév.
2023
LinuxFr.org

En ce début 2023, votre site LinuxFr.org a reçu quelques améliorations intéressantes et visibles pour les utilisateurs et utilisatrices. Citons notamment la possibilité de relier ses comptes LinuxFr.org et Mastodon, une amélioration sur la relance dans l’espace de rédaction collaborative et un nettoyage des contenus et commentaires non publics datant de plus d’un an.

Sommaire

Relier ses comptes LinuxFr.org et Mastodon

Si vous avez un compte Mastodon, il est maintenant possible d’ajouter un lien vers votre compte LinuxFr.org dans votre profil Mastodon.

D’abord, mettez à jour votre profil LinuxFr.org pour y ajouter votre compte Mastodon :

profil LinuxFr.org avec lien Mastodon

Ensuite, copiez le lien de votre profil LinuxFr et collez-le dans votre profil Mastodon :

profil Mastodon avec lien LinuxFr.org

Et voilà le résultat sur les contenus et commentaires LinuxFr.org et sur le profil Mastodon :

LinuxFr.org Mastodon
Contenu avec compte Mastodon Profil avec compte LinuxFr.org

Merci à Florent Zara pour la suggestion et à nud pour l’ajout de cette fonctionnalité !

Merci également à Benoît Sibaud pour l’ajout des statistiques et des outils d’administration liés aux comptes Mastodon.

Relance dans l’espace de rédaction collaborative

Pour les équipes d’animation et de rédaction des dépêches collaboratives, les différentes parties des courriels de relances seront mieux découpées.

Avant le correctif, il y avait un modèle de courriel complet avec introduction et salutations suivi d’un message personnalisé ajouté par l’équipe d’animation. Dorénavant, le message personnalisé est directement intégré dans le corps du courriel, ce qui paraît beaucoup plus naturel.

En plus, l’outil de relance montre directement comment le courriel sera finalisé :

relance avec email en cours

Merci à tisaac pour la suggestion et à Adrien Dorsaz pour le correctif.

Nettoyage des contenus et commentaires non publics datant de plus d’un an

Les contenus (dépêches, journaux, liens, messages sur le forum et entrées de suivi) non publics datant de plus d’un an ont été supprimés ainsi que les éventuels étiquetages et commentaires associés. Cette suppression a également eu lieu pour les commentaires non publics datant de plus d’un an.

Plusieurs centaines de contenus et plus de 14 000 commentaires ont été supprimés (à relativiser par rapport aux plus de 110 000 contenus et 1,9 million de commentaires en base). Merci à Benoît Sibaud pour l’opération.

Pour comprendre en détail pourquoi il y a tant de contenus et commentaires non publics, il faut savoir que le code de LinuxFr.org actuel ne supprime rien par défaut. Il se contente de passer un booléen public de vrai à faux pour les cacher.

Seuls les comptes utilisateurs en cours de création et jamais utilisés sont réellement supprimés de la base de données. C’est-à-dire que les comptes qui n’ont jamais validé le lien reçu par courriel sont supprimés.

Comme LinuxFr.org ne supprime pas les données, les comptes qui ont été fermés, soit par son ou sa propriétaire, soit par l’équipe d’administration du site, sont cachés et restent dans la base de données.

À noter que l’équipe d’administration du site peut être amenée à fermer des comptes pour plusieurs motifs : spam de très loin en premier, abus, illégalité manifeste, demande des personnes ayant les comptes, etc.

Ce fonctionnement est identique pour les contenus (dépêches, journaux, forums, sondages, pages wiki, suivi, liens) et commentaires lorsqu’ils sont masqués ou dépubliés par l’équipe de modération.

Il y a également beaucoup de raisons de masquer ou dépublier ces contenus : spam, abus, illégalité manifeste, demande des personnes pour virer un doublon ou retirer un propos, purge de compte demandée, etc.

Comme dernier exemple de ce système, les étiquettes peuvent aussi être masquées par l’équipe d’administration tout en restant dans la base de données (pour cause de mauvais nom, doublon, spam…).

L’opération de purge réalisée par Benoît Sibaud a consisté à supprimer ce qui était invisible pour tout le monde sauf pour l’équipe d’administration du site, et qui avait plus d’un an, pour alléger la base, pour virer l’inutile. Pourquoi garder un an ces données ? Pour avoir un peu de recul sur le spam et les problèmes passés au besoin, pour republier au besoin ce qui aurait été dépublié par erreur ou à tort, etc. L’effacement automatique au bout d’un an de l’invisible serait à implémenter.

Une réflexion plus large sur la fermeture des comptes inactifs et le nettoyage des comptes fermés est en cours, pour définir les règles qui seront appliquées.

D’autres changements en bref

La page des statistiques de modération a été complétée avec des informations sur 90 jours et l’affichage d’autres actes de modération. Merci à Benoît Sibaud pour l’évolution.

Suite à un signalement de vmagnin (merci) précisant que « l’aide‑mémoire Markdown dit que le guillemet français gauche '«' s’obtient avec Alt Gr + Z sur un clavier Azerty », une première correction avait été appliquée par Benoît Sibaud, mais en fait c’est plus compliqué et une autre demande est en cours, où l’on parle disposition des claviers AZERTY/QWERTY/QWERTZ et autres endroits à corriger.

La page des statistiques sur les utilisatrices et utilisateurs liste les principaux domaines XMPP, comme c’était déjà le cas pour le courriel (et pour les domaines Mastodon désormais). Merci à Benoît Sibaud pour la suggestion et l’évolution.

La conversion d’un journal en dépêche est maintenant bloquée si le journal n’est pas sous licence CC By-SA 4.0 (pas d’édition collaborative possible). Merci à Adrien Dorsaz pour la suggestion et la correction.

Et ensuite ?

Si ça vous tente aussi de faire des modifications sur le code de LinuxFr.org, n’hésitez pas !

Pour débuter, le tutoriel de démarrage de Ruby On Rails est un très bon début avec Docker pour déployer l’environnement de développement.

  • # Merci + le champ « Mastodon » devrait être renommé

    Posté par  (site web personnel, Mastodon) . Évalué à 10.

    Merci pour maintenir le site et les nouveautés implémentées.

    Une petite remarque : « Mastodon » est loin d'être la seule implémentation d'ActivityPub même si c'est la plus connue, aussi il serait préférable d'utiliser le terme « ActivityPub ».

    Les gens peuvent être sur Pleroma, Mobilizon, Plume, PixelFed, etc.

    J'ai moi même développé une passerelle XMPP <=> ActivityPub, toutes ces options vont fonctionner dans le champ, mais n'utilisent pas du tout Mastodon.

    • [^] # Re: Merci + le champ « Mastodon » devrait être renommé

      Posté par  (site web personnel, Mastodon) . Évalué à 7. Dernière modification le 08 février 2023 à 10:39.

      Il y a aussi une question d’UX : si le champ s’appelait « ActivityPub », sans cet article de présentation je n’aurais jamais compris que je pouvais mettre du Mastodon dedans. Idem pour l’intitulé du lien lorsqu’il est présenté aux utilisateurs.

      La connaissance libre : https://zestedesavoir.com

      • [^] # Re: Merci + le champ « Mastodon » devrait être renommé

        Posté par  (site web personnel, Mastodon) . Évalué à 10.

        oui, c'est un peu le problème, tout le monde parle de « Mastodon », en particulier dans les médias de masse (en passant, c'est super d'en entendre parler dans les médias de masse).

        Mais dans un site comme Linuxfr fréquenté par des personnes ayant le plus souvent de bonnes connaissances techniques, et qui plus est ayant une longue histoire d'articles allant contre la centralisation et pour des protocoles ouverts, je m'attends à ce que le bon terme soit utilisé.

        Il y a aussi une question de cohérence, le champ au dessus parle de « XMPP » et pas de « Conversations » ou « Gajim ».

        Une option qui me paraîtrait plus saine serait de mettre le protocole, et quelque part (entre parenthèses, en dessous ou n'importe où où ça serait visible) des exemples de client connus.
        Exemple : ActivityPub (Mastodon, Pleroma, Mobilizon, etc)

        Et du coup la même chose pour XMPP.

        • [^] # Re: Merci + le champ « Mastodon » devrait être renommé

          Posté par  (site web personnel, Mastodon) . Évalué à 10.

          La fonctionnalité n'est pas liée au protocole ActivityPub, mais a la vérification de personnalité proposée par Mastodon.

          J'ai en effet pensé aussi aux autres réseaux et je trouve plus simple l'idée de Github: proposer 5 emplacements à URL "sociaux", mais avec aucune personnalisation (pas d'icône, pas de titre, sauf si le réseau est reconnu comme Mastodon). Il faudrait essayer et voir ce que ça pourrait donner.

          • [^] # Re: Merci + le champ « Mastodon » devrait être renommé

            Posté par  (Mastodon) . Évalué à 10.

            La fonctionnalité n'est pas liée au protocole ActivityPub, mais a la vérification de personnalité proposée par Mastodon.

            J'ai l'impression que les gens se plaignent du tracking des gafam sur le net et les réseaux sociaux mais … font tout pour être trackés.

            Mastodon va devenir une base de donnée gratuite géante pour tous les trackeurs. Toi tu postes tout avec ton identité complète mais lier mes différentes identités "virtuelles" semble être la dernière chose que j'aurais envie de faire.

    • [^] # Re: Merci + le champ « Mastodon » devrait être renommé

      Posté par  . Évalué à 9.

      "Historiquement" le champ mastodon était prévu pour uniquement la validation de compte mastodon, le lien n'était censé apparaître nulle part.

      Adrien a suggéré de l'ajouter près du nick mais j'étais personnellement plutôt contre car maintenant on peut suggérer d'ajouter un lien twitter, matrix, peertube, pixelfed ou n'importe quoi d'autre. Il me semblerait plus adéquat d'introduire une vraie page de profil.

      Mais effectivement, vu que le lien est visible il serait pertinent d'afficher un meilleur nom que l'implémentation la plus populaire actuellement, bien que tout le monde semble dire "sur Mastodon". Fediverse, ActivityPub? Quid d'autres projets comme PeerTube ou Pixelfed qui pourraient être considérés séparément comme on considère Instagram séparément de Twitter? Le problème c'est que la ligne est encore très floue.

      L'idée de mettre plusieurs URLs est bien mais c'est pareil, il y a probablement assez de liens à côté du nick des gens, il faudrait les mettre sur une page de profil ou un popover à mon avis.

      Et puis, écrivez des entrées de suivi ;-)

  • # Question bête...

    Posté par  (Mastodon) . Évalué à 3.

    …pourquoi nommer ce champ "mastodon" et pas fediverse ou réseau social centralisé (ou l'auteur pourrait préciser le type de réseau)?

    J'imagine que c'est pareil pour l'adresse XMPP en fait on pourrait imaginer quelqu'un mettre son handle deltachat/matrix/jami/autre à la place.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.