Évolution des commentaires

Les vents du changement en 2023 ne soufflent pas seulement sur mon interface graphique, ils menacent aussi le présent site. J'ai quelques petites idées derrière la tête, qui risquent d'avoir un impact sur l'utilisation du présent site, principalement au niveau des commentaires.

Et comme j'ai utilisation très particulière du système de commentaires, je voudrais d'abord vous sonder, chez lecteurs, pour recueillir votre avis sur la situation actuelle et les changements que j'envisage.

Qu'on soit bien clairs : je reste la dictatrice bienveillante sur cet espace, je fais bien ce que je veux, et j'ai la ferme intention de faire ce que je veux, je vais juste choisir ce que je veux après avoir lu vos éventuelles impressions.

Disons que c'est une dictature consultative, quoi.

Modération a priori

Le principal changement que j'envisage de faire est de passer le système actuel de modération a posteriori en modération a priori.

C'est-à-dire que concrètement, au lieu de voir directement votre commentaire publié là où il faut, vous serez redirigé sur un message de mise en attente, un peu comme celui après avoir posté un message de contact, et il n'apparaîtra qu'après intervention personnelle de ma part.

Est-ce que ce serait supportable pour vous ? Ou est-ce que le délai de mise en ligne ajouterait une friction désagréable au point de réduire vos envois de commentaires ?

Il y a beaucoup de discussions autour des implications légales de ces deux processus, mais je vais supposer que mon site est suffisamment petit et que je suis suffisamment de bonne foi pour ne pas avoir trop de problèmes à ce niveau-là.

Ma motivation est bêtement au niveau de l'organisation de mon infrastructure : aujourd'hui c'est un système monolithique qui génère les pages que vous voyez et qui peut changer l'état de ce qui est affiché, et j'aimerais mieux séparer les rôles de lecture et d'écriture. Vous seriez donc face à des pages statiques, et les changements n'auraient plus lieu que depuis mon ordinateur personnel.

Je ne sais pas exactement à quelle échéance ce changement peut avoir lieu, parce qu'il y a encore un petit problème technique que je n'ai pas résolu. Il y a caché quelque part dans les tréfonds de ce site un billet d'eulogie, programmé pour être publié dans trois à six mois, dont je repousse régulièrement la date, et que vous ne devriez donc voir que s'il m'arrive un imprévu très grave (même s'il a déjà été brièvement été publié à deux reprises). J'ai rencontré trop de sites « fantômes », en se demandant ce qui est arrivé à son auteur, et je ne veux pas que le mien en fasse partie.

Ce billet-eulogie invite les gens qui auraient des informations sur ce qui me serait arrivé de les partager en commentaires, mais ça ne peut évidemment pas se faire s'il y a besoin de moi pour les publier. Et laisser cette possibilité, même pour un seul billet caché, implique une infrastructure capable de régénérer le site automagiquement, ce qui anéantit tous les progrès que j'aimerais faire.

Je ne sais pas encore comment m'occuper de ce cas, mais si vous parvenez à me dissuader de changer le système de modération, la question s'évaporera d'elle-même.

Pré-remplissage du formulaire de commentaire

Aujourd'hui, le formulaire de commentaire en bas de la page contient une case à cocher pour enregistrer pseudonyme, adresse mail, site web, et format de commentaire, pour que ces informations soient reportées sur toutes les pages visités ensuite (dans le même navigateur). Utilisez-vous cette fonctionnalité ? Est-elle importante pour vous ?

C'est la fonctionnalité que j'utilise moi-même le plus, et si elle venait à disparaître il faudrait que j'utilise mes privilèges d'hôtesse de ces lieux pour me reconstruire un équivalent.

Aujourd'hui ces informations sont stockées dans votre navigateur sous forme d'un « cookie », sur lequel je suis complètement transparente. Ce système n'est pas complètement satisfaisant pour diverses raisons, mais il a le mérite de bien fonctionner sur une très large gamme de navigateurs.

Si je veux découpler les rôles de lecture et d'écriture de ce site, j'aimerais en plus abêtir au maximum le rôle de lecture, c'est-à-dire renvoyer toujours les mêmes pages statiques, et donc virer ce système de cookies.

La méthode la plus brutale serait de virer complètement le pré-remplissage : s'il n'y a personne (en dehors de moi) qui s'en sert, par exemple parce que le navigateur pré-remplit très bien tout seul (je n'ai jamais essayé, ça existe peut-être) ou parce que vous préférez donner à chaque fois une valeur délibérée à tous les champs, autant alléger le site.

Si je ne me suis pas trompée en interrogeant mes logs, pendant les quatre dernières années que cette fonctionnalité n'a été utilisée que par un spammeur et moi, ce qui me ferait pencher vers sa suppression ; mais d'une part il n'est pas du tout exclu que je me sois trompée, et d'autre part peut-être que ce billet va donner envie de l'utiliser à l'avenir.

Pour préserver la même fonctionnalité sans intelligence côté serveur, il me semble qu'il faut avoir recours à du JavaScript. Ce serait d'ailleurs plus propre techniquement, puisque ces informations ne feraient plus l'aller-retour entre le client et le serveur, le pré-remplissage serait plus auditable par les utilisateurs (sous réserve que le JavaScript soit bien écrit), tout restant très utilisable quand le JavaScript est bloqué.

Malheureusement, le JavaScript a été un outil pour tellement d'abus qu'il est rejeté en bloc par pas mal de gens dont je suis philosophiquement proche (en gros, le smolweb), et j'aimerais bien signaler cette appartenance philosophique en me passant de JavaScript sur ce site.

Une solution intermédiaire pourrait être d'avoir une page dédiée au formulaire de commentaire, qui concentrerait toute l'intelligence (qu'elle soit côté client ou serveur) en préservant la pureté du reste du site.

Séparation des commentaires et des billets

L'autre gros changement que je considère est de déplacer les commentaires dans une page dédiée, un peu à la façon dont s'est fait chez David Madore.

Je suis encore très partagée face à cette idée, parce que le déplacement des commentaires existants va casser tout plein de liens. Choisir entre des liens morts, mettre un lien à cliquer sur l'ancre passée, et utiliser JavaScript pour faire une redirection qui tient compte du fragment, ça me donne l'impression de choisir entre Charybde, Scylla, et saborder tout de suite son propre bateau pour gagner du temps en arrivant au même résultat.

La tentation existe pour des raisons que j'ai du mal à expliquer proprement, et en vue de modifications plus lointaines qui me semblent un peu trop ambitieuses pour mon goût (ce qui me rend réticente à publier les paragraphes ci-dessous, des fois qu'ils soient pris comme une promesse).

En gros, l'idée est de séparer le contenu long et autonome dont je suis l'auteur des réactions courtes et collaboratives. Si cette séparation n'est pas du tout dans l'esprit « fin des 00s » qu'un blog bien comme il faut est censé porter, elle prend beaucoup plus de sens en dehors du web. Et puis il faut voir les choses en face : le web du début des années 2020s est plutôt pauvre en esprit « fin des 00s ».

Je pense par exemple à déployer ce blog dans le geminispace, voire aussi dans le gopherspace, où les commentaires sont traditionnellement faits différemment, et surtout loin de la page commentée.

Je pense aussi à regarder du côté d'ActivityPub, je ne sais pas encore très bien selon quelles modalités, mais il me semble que le fédivers pourrait être un vecteur assez pertinent de commentaires de weblog.

D'un autre côté, est-ce je me prends la tête pour rien ? Est-ce qu'il y a encore des gens qui lisent les commentaires en 2023, alors qu'il est établi depuis longtemps que s'y trouve la lie de l'humanité ? Et quand bien même d'aucuns liraient encore les commentaires, le font-ils vraiment sous la page et non pas dans leur lecteur de flux ? Y a-t-il vraiment des gens tièdes au point de lire des commentaires sous un billet mais pas dans une page dédiée accessible depuis un clic sous ce billet ?

Votre avis compte !

Il n'aura probablement pas échappé à votre sagacité que le nombre de commentaires sur ce site ne fait que s'effondrer année après année. Si je suis plutôt épargnée par la fameuse décharge de dopamine des réseaux sociaux, les commentaires de ce site restent efficaces pour me toucher émotionnellement. Je n'arrive pas à espérer inverser cette tendance décroissante, et même pas l'endiguer, mais je m'en voudrais de l'accélérer.

C'est pour ça que je vous demande, chers lecteurs, et surtout chers utilisateurs du système de commentaires, de me faire parvenir par quelque moyen que vous voulez, vos avis sur ces évolutions. Vous pouvez vous aider du weblog de David Madore et d'un bloqueur de cookies pour vous donner une idée de ce que ça peut donner.

Et si d'aventure un administrateur de weblog passait par ici, sa perspective sur son système par rapport au mien me serait aussi très précieuse.

À votre bon cœur, et joyeuses fêtes de solstice d'hiver ☺

Commentaires

1. Le dimanche 10 décembre 2023 à 21:34, par Balise :

1/ modération a priori ou a posteriori, ça m'est un peu égal -
2/ ah bah j'avais jamais vu cette case à cocher :P (donc heu, je suis clairement dans les utilisateurs qui s'en foutent)
3/ je préfère sous le billet, mais c'est pas nécessairement critique (TIQUE). Je sais que je vais rarement aller faire un clic de plus pour aller voir les commentaires.

et 4/ non demandé : par contre le RSS des commentaires c'est important :) (sinon je vois pas les éventuelles réponses.)

Pour les questions d'eulogie, pour ce genre de mécanisme, je laisserais des instructions dans Le Document Qui Va Bien À Ouvrir En Cas De Circonstances Graves avec les accès nécessaires pour la personne qui gère mes Circonstances Graves.

L'intégration fediverse/blog, chuis pas encore convaincue. J'ai activé ça sur le WP d'AlphabeticalZürich - https://octodon.social/@alphabeticalzurich.wordpress.com@alphabeticalzurich.wordpress.com - c'est pas très utilisable. Ça veut PROBABLEMENT dire plus de choses sur l'intégration Mastodon/Wordpress que sur un machin plus général "blog/fediverse", mais pour l'instant je dubite un peu. Après, j'ai probablement une vision trop mastodon-centric du fedi, j'avoue.

2. Le dimanche 10 décembre 2023 à 21:35, par Balise :

Tiens, les longues URL pètent la mise en page :P

3. Le vendredi 15 décembre 2023 à 14:36, par Gro-Tsen :

En vrac :

* Modérer a priori me semble une très bonne idée. Je pense que ça ne gêne personne. Par contre, il faut trouver une façon ou une autre de montrer clairement « votre commentaire est enregistré et est en instance de modération », ce que mon système (complètement pourri) ne fait pas, et du coup j'ai régulièrement des gens qui écrivent en double. (Sur la publication finale, il peut aussi être utile de montrer la date d'approbation/publication en plus de la date d'écriture du commentaire, ça permet de comprendre que des commentaires se recoupent bizarrement, mais je ne pense pas que ce soit super important non plus.)

* Le préremplissage du formulaire me semble utile, pas tellement pour éviter d'avoir à retaper les choses que pour se rappeler si la dernière fois que j'ai écrit ici j'ai mis « Gro-Tsen » ou « Ruxor » comme pseudo, et laquelle des N variations de mon adresse mail j'ai utilisée. Bon, ceci étant, comme je ne suis pas sur la même machine que d'habitude, et que je ne partage pas mes cookies, ça ne marche pas, mais sur le principe je suis pour.

* Je comprends la volonté de principe de se passer de JavaScript, mais je trouve quand même que JavaScript est éminemment justifié tant que ça apporte une fonction utile qu'on ne pourrait pas vraiment réaliser sans, et que tout reste utilisable sans. Par exemple, j'ai un bout de JavaScript sur mon blog qui va rechercher la bonne page si on cherche à accéder au fragment référençant une entrée qui n'est pas sur la page principale (avec les 20 derniers billets), parce que des gens ne font pas toujours gaffe à ce qu'ils utilisent comme permalien, donc ça répare ces liens cassés. J'ai aussi beaucoup pensé à faire un bout de JavaScript pour permettre optionnellement de recopier les commentaires à la fin du billet, ou inversement le billet avant les commentaires, ou pour compléter les billets incomplets, ce genre de choses : c'est ma flemme qui fait que je n'ai pas bougé, mais sur le principe je pense que ce sont des usages tout à fait raisonnés de JavaScript. (Ce que je n'aime surtout pas dans le principe, c'est utiliser un framework comme jQuery qui va inclure un zillion de fonctions dans un fichier opaque pour n'en utiliser finalement que trois.)

* J'avais moi aussi réfléchi à l'idée de rattacher les commentaires de mon blog au Fediverse, mais ça a quand même l'air bien pénible dès qu'on regarde les détails, donc je n'ai pas donné suite. A contrario, je te souhaite de ne pas te retrouver avec, comme moi, un bout de Perl qui a tellement gonflé et à moitié bitrotté qu'on n'ose plus rien y toucher pour faire quoi que ce soit.

* Mais sinon, je profite du passage pour signaler que je suis preneur de la fonctionnalité (qui n'a pas besoin d'être automatisée) selon laquelle tout nouveau billet ici serait signalé sur BlueSky.

4. Le samedi 16 décembre 2023 à 12:39, par Natacha :

Merci beaucoup à tous les deux pour vos réponses \o/

J'ai reçu les trois avis que j'espérais, si quelqu'un du futur passe par ici son avis sera bienvenu, mais en attendant voici le résumé de la situation :

  1. La modération a priori est universellement acceptée, et c'est le changement qui m'intéresse le plus, y a de fortes chances que ça arrive “prochainement”. Je prends bonne note des suggestions pour améliorer l'expérience utilisateur, en faisant arriver sur une page qui indique clairement qu'il y a enregistrement et modération, et en marquant les dates de modération (peut-être seulement s'il y a plusieurs commentaires en attente, ce qui semble arriver beaucoup plus souvent chez Gro-Tsen que chez moi). Je pense que j'en profiterai pour organiser les commentaires en arbre de réponse au lieu d'une bête liste chronologique.

  2. Le préremplissage est mollement vu comme positif, mais j'ai été un peu surprise par la quantité d'anti-anti-javascript. D'un côté je comprends ceux qui trouvent que pour un visiteur de site, distinguer le bon javascript du mauvais javascript demande une quantité de temps et de compétences techniques déraisonnables, et que l'immense majorité de javascript était du mauvais, autant jeter l'embryon bicellulaire avec l'eau de la piscine. D'un autre côté, c'est le genre de surgénéralisation que je conspue habituellement, et comme mon javascript serait du bon javascript selon toutes les échelles de valeur raisonnables, s'en passer serait du pur virtue signalling, que je conspue tout aussi habituellement.

  3. La position est commentaires sous le billet est plus sérieusement préféré que je m'attendais, et en y repensant c'est vrai que je ne suis pas obligée d'appliquer la présentation du geminispace au webspace. Pour le coup c'est un bon exemple de question où pour moi les deux possibilités sont presque complètement équivalentes, et où c'est donc le plus pertinent de suivre l'avis du public.

  4. puisque Balise l'a ajouté, mes flux sont là pour rester (ils sont Atom et non RSS, mais je vais supposer jusqu'à indication contraire que c'est équivalent pour tous les utilisateurs), j'aurais tendance même à en ajouter. S'il y a des vues qui vous manquent, n'hésitez à pas envoyer des suggestions, elles auront de bonnes chances d'être réalisées.

Pour ce qui est de l'ActivityPub, je ne connais pas encore très bien, je suis juste tedu qui fait pas mal de trucs avec ce protocole. Si j'ai bien compris, c'est effectivement un b*rdel sans nom, parce qu'ils revendiquent faire un tuyau et laisser les gens libres de faire n'importe quoi dedans, et il semble y avoir beaucoup de bidules au dessus d'ActivityPub (dont mastodon) qui pensent que leur n'importe quoi est évidemment la seule Bonne™ façon de faire et qu'il n'y a donc pas besoin de la documenter.

Peut-être que je finirai par faire de l'AT au lieu d'ActivityPub, ou peut-être même les deux. Dans ma tête ces deux protocoles sont fonctionnellement l'équivalent du RSS mais bidirectionnel, et c'est dans ce sens que j'imagine les mettre en place. Ce sera peut-être juste pour jouer, et d'aucune utilité pour mes rares lecteurs, on verra bien.

En attendant, je pense que je vais me faire violence et utiliser l'interface web de BlueSky, mes billets sont suffisamment rares pour pouvoir les annoncer manuellement le temps de trouver une solution machine-to-machine.

Enfin par rapport au script perl de Gro-Tsen, j'ai l'impression d'être dans une situation tristement similaire. Certes, mon code est (à mon avis) bien écrit et bien architecturé, bref de la bonne ingénierie bien maintenable, mais ça a explosé à l'étape suivante : la compilation. J'ai écrit ce code avant le drama qui a fait disparaitre le compilateur Ada de FreeBSD, et j'ai pu garder quelques années mon vieux gcc-6 jusqu'à ce qu'une mise à jour système le fasse disparaître. Comme écrit dans le billet lié, un compilateur est revenu, mais je dépends de bibliothèques qui ne sont pas encore revenues et qui sont une tannée à compiler. Résultat je suis encore coincée avec un binaire de septembre 2019 que je ne peux pas régénérer.

Bref, la maintenabilité du code ne suffit pas, il ne faut pas oublier la toolchain qui va avec !

Ça fait partie de ce qui motive le découpage entre générateur et serveur : je peux générer des fichiers statiques sur une machine avec une toolchain complète (par exemple sous linux) et servir les fichiers statiques sur une autre machine (comme mon serveur sous FreeBSD).

Et une fois qu'il y a une motivation pour bouger, il y a plein d'idées de choses qu'on peut faire tant qu'on y est, comme le support ActivityPub ou AT, utiliser des sources en djot plutôt qu'en markdown, déployer une infrastructure MQTT pour être notifiée de nouveaux commentaires puis pour envoyer mes réponses et mes nouveaux billets, etc.

5. Le mardi 19 décembre 2023 à 11:08, par joanna  :

c'est OK pour moi

Poster un commentaire

Mise en forme historique : pour mettre en valeur un mot ou un groupe de mot, tapez une étoile de part et d'autre, sans mettre d'espace entre l'étoile et le mot, comme ceci : *mise en valeur*. Pour insérer un lien, mettez le entre crochets, comme ceci : [http://instinctive.eu/].

Mise en forme markdown : voir le guide détaillé, en résumé c'est le Markdown traditionnel, sans HTML ni titres, mais avec les tables PHP-Markdown-Extra.

Attention : les balises HTML entrées dans les commentaires seront affichées telles quelles, et non pas interprétées.

Autour de cette page

 

Autour de cet article

  • Publié le 10 décembre 2023 à 19h58
  • État de la bête : pleine de projets de rénovation
  • 5 commentaire(s)
  • Tag : Appel au public
  • Tag : Site

Derniers commentaires

Tags

Archives

Site-level navigation and features

 

Instinctive.eu

Contact

Sections

Validation

Copyright © 2008-2024 Natacha Kerensikova

Butterfly images are copyright © 2008 Shoofly