à quoi sert la fonctionnalité opensearch (cf commentaire) ? Cela servait à pouvoir ajouter la recherche sur LinuxFr.org à la liste des moteurs de recherche de son navigateur, mais il n'est pas sûr qu'il y ait encore des navigateurs ou extensions de navigateurs qui s'en servent (à part peut-être Microsoft Edge Windows 10, notre cœur de cible donc).
A priori simplement virer public/opensearch.xml
(aucun rapport avec le nouveau Amazon Opensearch le fork d'Elasticsearch, on parle ici de (…)
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.)
Le problème :
Proposition de jben:
A-t'on besoin de l'indexation (…)
Le 1er 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 (…)
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)
enddu 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 (…)