Bug détecté par Antistress en s'apercevant que le classement change brutalement lors du passage en modération de cette dépêche.
La requête est en gros :
SELECT users.name, users.cached_slug, COUNT(*) AS cnt FROM news JOIN news_versions ON news.id = news_versions.news_id JOIN users ON users.id = news_versions.user_id WHERE news_versions.created_at < news.submitted_at AND news_versions.created_at >= DATE_ADD(NOW(),à 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 (…)
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
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 (…)
Corriger les infos visibles (par les admins au moins) pour avoir la date de dernière visite et pas juste de dernière connexion.
(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 (…)
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).
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).
Identifier la source de l'entrée redis louche users//diff_karma
Indices :
app/models/node.rb: $redis.incrby("users/#{self.user_id}/diff_karma", value)
app/models/account.rb: self.karma += $redis.get("users/#{self.user_id}/diff_karma").to_i
app/models/account.rb: $redis.del("users/#{self.user_id}/diff_karma")
app/models/comment.rb: $redis.incrby("users/#{self.user_id}/diff_karma", value)
Nettoyer redis lors d'une suppression brutale de dépêche en rédaction ou en modération.
Unexpected <news_id> in boards/chans/news/xxxx
Unexpected <link_id> in links/xxxx/*
Unexpected <news_id> in news/xxxx/*
Si un compte est fermé par quelqu'un d'autre que l'utilisateur lui-même (dont une fermeture administrative), donc principalement le cas de spam, autant virer le lien vers le site perso au passage.
Si on soumet une dépêche avec plusieurs paragraphes en première partie et plusieurs paragraphes en seconde partie, on se retrouve en base avec des fins de ligne à la Windows CR / M ajoutés à la fin de chaque paragraphe (sauf le dernier de chaque partie).
Un souci dans la découpe en paragraphe ?