Merci pour l'analyse. Je m'attendais à ce que le user_id soit non NULL en base SQL, mais en fait non.
Cela concerne 64 dépêches et 13 entrées de suivi actuellement, les seuls contenus que l'on peut poster anonymement. Et aucun commentaire vu que ce n'est pas (plus) possible sans compte.
Bref c'est possible par construction d'avoir une telle entrée dans redis. Donc :
soit je corrige le code de détection qui se plaint de la rencontrer, et on aura encore et toujours cette entrée mais on s'en fichera de nouveau ;
soit je corrige suivant ta proposition unless self.user_id.nil?, et on n'aura plus cette entrée (et on la détectera si elle revient).
soit encore on fait le grand ménage, on éradique le NULL, on veille à réaffecter à Anonyme, etc. Et pour la dépêche on aurait donc soit user_id==1 (Anonyme) et alors on a news.author_name et news.author_email vides, soit user_id IS NULL alors on a ou pas un news.author_name and _email à afficher et au pire on met « anonyme ».
(*) ok on rentre dans le bug dans le bug... On pourrait supposer que news.author_name and news.author_email sont vides quand le user_id=1 (Anonyme), vu que par définition on est censés avoir anonymisé. Et bien ce n'est pas le cas. Donc il va falloir corriger ça aussi et rajouter une vérification automatique dessus.
[^] # Re: Piste: vote sur des commentaires de comptes supprimés ?
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Entrée redis louche "users//diff_karma". Évalué à 3 (+0/-0). Dernière modification le 02 janvier 2020 à 12:28.
Merci pour l'analyse. Je m'attendais à ce que le user_id soit non NULL en base SQL, mais en fait non.
Cela concerne 64 dépêches et 13 entrées de suivi actuellement, les seuls contenus que l'on peut poster anonymement. Et aucun commentaire vu que ce n'est pas (plus) possible sans compte.
Bref c'est possible par construction d'avoir une telle entrée dans redis. Donc :
Un avis ?
Une entrée de suivi avec user_id NULL, affichée « anonyme » (affichage automatique) : https://linuxfr.org/suivi/telechargement-contenu-au-format-epub-pb-avec-la-gestion-des-images
Une entrée de suivi affectée à Anonyme : https://linuxfr.org/suivi/compte-ferme-et-pseudo-bloque-e4f1a6d5-4c97-47ba-a3bb-8df3dc131419
Une dépêche avec user_id NULL affichée « Saw-it » (choix du soumettant) : https://linuxfr.org/news/36c3-resource-exhaustion-36-edition-du-chaos-communication-congress
Une dépêche affectée à Anonyme : https://linuxfr.org/news/urbackup-un-logiciel-de-sauvegarde-moderne
(*) ok on rentre dans le bug dans le bug... On pourrait supposer que news.author_name and news.author_email sont vides quand le user_id=1 (Anonyme), vu que par définition on est censés avoir anonymisé. Et bien ce n'est pas le cas. Donc il va falloir corriger ça aussi et rajouter une vérification automatique dessus.