URL: https://linuxfr.org/suivi/classement-des-redacteurs-les-plus-prolifiques Title: Classement des rédacteurs les plus prolifiques Authors: Benoît Sibaud Date: 2021年05月01日T19:49:36+02:00 License: CC By-SA Tags: Score: 0 Bug détecté par Antistress en s'apercevant que le classement change brutalement lors du passage en modération de [cette dépêche](https://linuxfr.org/news/quel-telephone-plus-ou-moins-libre-en-2021). La requête est en gros : ```SQL 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(), INTERVAL -30 DAY) GROUP BY users.id ORDER BY cnt DESC LIMIT 10; ``` Mais le souci est sur les `news.submitted_at` qui est antidaté un an dans le futur (je ne sais pas ou plus pourquoi... besoin technique ? optimisme sur le fait que jamais au grand jamais une dépêche ne restera un an en rédaction ? ...) cf https://github.com/linuxfrorg/linuxfr.org/blob/main/app/models/news.rb#L103 ```ruby before_create :reset_submitted_at def reset_submitted_at self.submitted_at = 1.year.from_now end ``` (commit https://github.com/linuxfrorg/linuxfr.org/commit/3a0e900896c0f25e3b51ccfe6c14a7c1cab519b0 ) Créée (`news.created_at`) le 21 décembre 2016, avec un `news.submitted_at` pipoté au 21 décembre 2017, seules les 376 premières éditions étaient prises en compte... jusqu'à l'envoi en modération, et là la date est repositionnée au 30 avril ou 1er mai 2021, et là d'un coup ce sont les 1400+ premières éditions qui sont prises en compte. Ce qui change effectivement le classement.