Quelle que soit la tribune (libre, de rédaction, de modération, d'une dépêche, etc.), il serait intéressant de pouvoir virer une entrée dessus en cas de besoin (le spam étant le cas le plus fréquent) : pouvoir choisir la tribune cible et pouvoir remplacer un message donné sur cette tribune par Ce commentaire a été supprimé par l’équipe de modération. (idéalement avec une modification de façon que seule l'équipe du site soit capable d'écrire un tel message). Au besoin on peut (…)

J'ai remarqué que dans la colonne de modération (le chat privé), si on
laisse la souris sur un pseudo, on voit l'identifiant détaillé du browser
utilisé.

Je ne sais pas quelle en est la raison, mais à l'heure où toute
information sert potentiellement de pistage, peut-on regarder à son
utilité réelle ?

Le User-Agent est utilisé dans les coincoins pour afficher un statut, un pseudo.

Néanmoins on pourrait désactiver la collecte et le stockage du User-Agent par défaut (quitte à (…)

Les étiquettes masquées n'ont pas vocation à être indexées par les moteurs de recherche (que la raison soit un doublon, une meilleure étiquette existante, une abréviation, du franglais, etc., etc.)

Cf https://linuxfr.org/users/papap/journaux/la-relation-entre-les-logiciels-libres-et-le-covid-19#comment-1842708

Le problème :

• le contenu côté LinuxFr.org est publié à 10:56:38
• les premières requêtes des GoogleBot sont à 10:57:47 (et on aura 24 hits sur cette page pour la journée du 22 février)
• la première note, négative, est à 11:06:53
• la seconde note, négative, est à 11:10:22
• toutes les notes suivantes du jour seront négatives aussi
• le cache google sera mis à jour bien plus tard, potentiellement des jours/semaines plus tard

Proposition de jben:

A-t'on besoin de l'indexation (…)

Le 1^er février 2021, on a une IP bourrine faisant 35 requêtes/s. Revoir la règle de filtrage IP ou le module ngx_http_limit_req_module côté nginx.

Commentaire https://linuxfr.org/users/oumph/journaux/linuxfr-org-premiere-quinzaine-de-janvier-2021#comment-1838247

les discussions en modération, rien faire, en faire trop ou pas assez, c'est compliqué, etc.

le club secret des équipes de modérations où les gens s’échangeraient sous le manteau des astuces, ou bien des entretiens / tables rondes avec d'autres équipes de modération

Commentaire https://linuxfr.org/users/oumph/journaux/linuxfr-org-premiere-quinzaine-de-janvier-2021#comment-1839732

des infos manquantes pour outiller la modération

le epub https://linuxfr.org/users/tonio/journaux/s-occuper-pendant-les-vacances-yunohost-et-autohebergement.epub ne passe pas le validateur epubcheck (j'ai fait le test en distant via http://validator.idpf.org/ puis en local) :

$ epubcheck s-occuper-pendant-les-vacances-yunohost-et-autohebergement.epub
Vérifications faites en utilisant les règles de la version epub 3.2.
ERROR(MED-004): s-occuper-pendant-les-vacances-yunohost-et-autohebergement.epub/EPUB/(-1,-1): L'en-tête du fichier image pourrait être corrompu.
ERROR(PKG-021): s-occuper-pendant-les-vacances-yunohost-et-autohebergement.epub/EPUB/(-1,-1): Fichier image corrompu rencontré.

Vérification terminée avec des erreurs
Messages: 0 fatale / 2 erreurs / 0 avertissement / 0 info

EPUBCheck terminé

Faisons le test avec un epub de référence (Children's Literature (…)

Une campagne récente de ré-étiquetage massif a montré un effet des étiquettes populaires dans le bas de page :

https://pix.toile-libre.org/upload/original/1610822726.png

(l'évolution de la courbe correspond en fait à l'évolution temps de rendu de _layouts/_footer.html.haml )

Bref on va avoir besoin d'une mise en cache (pour éviter la sensibilité sur les étiquetages du dernier mois).

Les étiquettes elle-mêmes sont gérées par la table SQL tags et les étiquetages (une étiquette pour un utilisateur sur un contenu) via taggings. tag.taggings_count décompte le nombre d'étiquetages (quel que soit le contenu et l'utilisateur).

Normalement Ruby On Rails devrait gérer l'incrémentation et la décrémentation du compteur.

L'incrémentation marche bien. La décrémentation (dans le cas où l'étiquetage est supprimé par son utilisateur), voire le cas où le seul étiquetage existant est supprimé par son utilisateur ne fonctionne pas correctement.

Debug en cours… Une dépêche est créée en rédaction (en markdown donc). À un moment, le markdown est perdu. Il ne reste plus que la version HTML. On se retrouve avec l'interface utilisée pour les dépêches pré-2011 en HTML.

La dépêche en question : https://linuxfr.org/redaction/news/sortie-de-crowdsec-1-0-tutoriel-d-utilisation

Recherche d'éléments :

• pas d'erreurs, pas de HTTP 500

• frise chronologique : dépêche soumise en markdown (Révision nᵒ 1 - 13 décembre 2020 13:31:37), "Réorganisation" par la modération, renvoi de l'HTML (Révision (…)

• avoir accès facilement à tout ce qui est masqué pour un utilisateur donné
• pouvoir facilement démasquer sans un passage en base de données
• pouvoir voir facilement toutes les contributions à une dépêche d'un utilisateur donné et pouvoir les masquer

En modération, sur le markdown, avec Firefox au moins, il n’est pas possible de taper une correction via Grammelecte avec le caractère 'g' : ce caractère est intercepté, en raison du « retourner en haut de la page en appuyant sur g ou en bas de la page avec G » sur LinuxFr.org.

(ça n'a aucun rapport avec les 22 ans, mais bon d'ici qu'on le fasse, « nettoyage de printemps » sera hors saison)

Un peu de ménage en base de données ne ferait pas de mal, pour diverses raisons (ça prendrait moins de place, on stocke des choses inutiles, on stocke des données personnelles obsolètes pour rien, etc.).

Commençons par un nettoyage suite au Un an après la mise à jour majeure du site, grand nettoyage dans les comptes utilisateur (…)

Dans app/models/comment.rb

  def wikify_body
    nofollow = user.account.karma < 50
    self.body = wikify(wiki_body, nofollow: nofollow)
  end

du coup toute édition (y compris par un admin) d'un commentaire appartenant à un compte supprimé (entrée dans accounts supprimée mais entrée encore présente dans users) échoue :

Completed 500 Internal Server Error in 16ms (ActiveRecord: 1.7ms)
NoMethodError (undefined method `karma' for nil:NilClass):
app/models/comment.rb:42:in `wikify_body'
app/controllers/comments_controller.rb:64:in `update'

A priori s'il n'y a plus (…)

Corriger les infos visibles (par les admins au moins) pour avoir la date de dernière visite et pas juste de dernière connexion.