à 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 (…)
Dans le champ Identifiant de "Se connecter", renvoyer une erreur explicite si l'utilisateur saisit une adresse de courriel (globalement un identifiant ne respectant pas les règles des identifiants).
Le problème :
Proposition de jben:
A-t'on besoin de l'indexation (…)
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.)
(détection via https://linuxfr.org/users/delgatux/liens/l-autorite-de-la-concurrence-bouge-enfin-sur-l-economie-numerique )
Le lien a été soumis ainsi :
"tags"=>"droit, concurrence, abus de position dominante, marché, facilités essentielles", "commit"=>"Poster le lien"
Les étiquetages créés : "droit", "concurrence", "abus", "marche" (et pas facilites).
Mais les étiquettes incrémentées comprennent notamment "position", "dominante", "facilités" et "essentielles" alors qu'aucun étiquetage n'existe pour ces tags (bref on a créé les étiquettes, mais elles ne correspondent à aucun étiquetage).
Du coup le script de vérification de la base SQL a râlé :
12718 position (…)
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.
(…)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 (…)
Tracer chaque opération d'administration/modération (qui a fait quoi et quand), avec stockage SQL (donc savoir si/quand/quel AMR a édité un contenu ou un commentaire, à masquer ou démasquer un commentaire, a publié ou dépublié un contenu, a fermé/ouvert/purgé un compte, a édité un karma, etc.).
Annoncer ces opérations sur la tribune des AMR
Objectifs : permettre à toute l'équipe de savoir si des demandes ont déjà été prises en compte, de savoir quelles actions ont été faites, de détecter les (…)
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 (…)
(ç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 (…)
Corriger les infos visibles (par les admins au moins) pour avoir la date de dernière visite et pas juste de dernière connexion.
Ne pas afficher le « Aller plus loin » s’il n’y a pas de liens dans une dépêche.
(signalement initial : https://linuxfr.org/news/sauver-un-disque-dur-mecanique#comment-1799315)
Ajouter des statistiques sur les deux comptes fictifs Collectif et Anonyme.
Actuellement, pour les dépêches collaboratifs (compte Collectif) :
+------+--------------+-----+
| year | content_type | cnt |
+------+--------------+-----+
| 2008 | News | 1 |
| 2013 | News | 3 |
| 2014 | News | 8 |
| 2015 | News | 6 |
| 2016 | News | 41 |
| 2017 | News | 65 |
| 2018 | News | 9 |
+------+--------------+-----+
Beaucoup plus (…)
Sur la page des statistiques sur les utilisateurs, la statistique des contenus produits par les visiteurs actifs dans les 3 et 12 derniers mois est erronée (elle ne peut être que décroissante car les visiteurs ont publié depuis Epoch plus que depuis 12 mois et plus que depuis 3 mois, et elle doit être différente par type de contenu).