Benoît Sibaud a écrit 9301 commentaires

Il faut aussi prendre en compte les comptes qui ont été modérateurs (news.moderator_id) et ceux qui ont modifié des dépêches (news_versions.user_id).

SELECT * FROM users LEFT JOIN accounts ON accounts.user_id=users.id LEFT JOIN comments ON comments.user_id=users.id LEFT JOIN nodes ON nodes.user_id=users.id AND nodes.public=1 LEFT JOIN taggings ON taggings.user_id=users.id LEFT JOIN tags ON tags.id=taggings.user_id AND tags.public=1 LEFT JOIN news ON news.moderator_id=users.id LEFT JOIN news_versions ON news_versions.user_id=users.id WHERE (accounts.id IS NULL OR accounts.role='inactive') AND date(users.created_at) < '2012-03-31' AND comments.id IS NULL AND nodes.id IS NULL AND taggings.id IS NULL AND news.id IS NULL AND news_versions.id IS NULL;

Vidéo youtube Deux (deux ?) minutes pour John Conway par El Jj (ne vous fiez pas au titre, elle dure 37min 8s)

https://github.com/3rd-ways-for-EU-exposure-notification/project-DESIRE
(mentionné depuis https://gitlab.inria.fr/stopcovid19/accueil/-/blob/master/SCIENTIFIC_RESOURCES.md )

Tu parles niveau code ? Parce que niveau paquets rpm/deb, il y a les paquets propriétaires et les paquets -oss (elasticsearch et elasticsearch-oss), avec des dépôts différents https://artifacts.elastic.co/packages/{oss-7.x,7.x}/{yum,apt}

Corrigé, merci.

• une est sur la page Informations https://linuxfr.org/informations
• l'autre en cas de réponse à soi-même (mais avec d'autres personnages) https://linuxfr.org/images/dessins/geekscottes_005.png

Ça affiche juste la première partie de la dépêche, c'est sûrement une fonctionnalité et pas un bug.

Qwant a embauché Guillaume Champeau (fondateur de Nextinpact)

il est connu pour avoir travaillé pour Numerama, pas à Next INpact.

J'ignore pourquoi votre commentaire est moinssé.

Le commentaire n'est pas moinssé, c'est son karma qui a bien baissé à cause des mauvaises notes sur ses contenus, et du coup ses commentaires commencent avec une note négative, mais des gens sympas les pertinentent. Cf https://linuxfr.org/aide#aide-karma

… DMGE, qui était la fusion de la DRB, l'Adaé, la DUSA et la DMGPSE, et sachant que l'Adaé créé dans le cadre d'ADELE était la suite de l'ATICA, qui venait après la mission interministérielle de soutien technique pour le développement des technologies de l'information et de la communication dans l'administration (créée en 1981)…

On retrouve des contenus tagués adae, atica, dgme, etc.

Une autre différence possible : nos locaux sont climatisés, mon logement non. Je dis ça dès fois qu'il ferait chaud l'été…

De mon côté, on est en télétravail jusqu'à fin août, sauf personnes autorisées à retourner sur site (ce qui est mon cas, si je le souhaite, sous réserve de prévenir suffisamment au préalable).

Je suis allé une fois sur site, j'étais le seul sur tout l'espace du projet, j'avais trois écrans et une grande télé de supervision, la machine à café marchait, j'avais autant de salles de réunion que je voulais et il fallait porter un masque (en dehors de sa position de travail). Plus du marquage au sol partout, des consignes, des masques et du gel distribués, etc., etc.

C'était sympa pour la balade (je vais au taf à pied), c'est mieux équipé qu'à la maison, l'intérêt est un peu limité si je n'ai pas de collègues à voir sur place. Et l'info essentielle : il y avait une nouvelle couvée de poules d'eau sur le site.

Le site fait cache d'images, il ne prend pas en charge un hébergement définitif (sauf si on gère manuellement à la demande ce qui arrive parfois). En l'occurrence les images ne sont plus disponibles sur framapic.org.

Il n'y a pas de lien automatique, ça dépend :

• si c'est un spam, on ferme le compte, donc on se fiche du karma ;
• si c'est un contenu ou un commentaire soumis en double par erreur par exemple, on ne touche pas au karma ;
• si c'est une demande de l'utilisateur du type « effacez svp, j'ai dit n'importe quoi » ou « on fait ce que j'ai dit est faux/ne marche pas », pas d'effet sur le karma ;
• si c'est manifestement illégal (genre porno visible par des mineurs ou du recel ou un appel au meurtre ou…), on ferme le compte, donc on se fiche du karma (on va plutôt se demander s'il faut faire un signalement Pharos ou pas) ;
• si c'est un commentaire énervé tendance injurieux, ça va dépendre si c'est le premier commentaire du style ou pas, si la personne poursuit après un rappel des règles, etc. La modération va décider parmi la vaste palette disponible : baisse de karma, interdiction temporaire de commenter ou de tribune, fermeture du compte.
• s'il s'agit de commentaires injurieux répétés malgré les rappels des règles, on va plutôt aller vers des longues interdictions, une fermeture de compte, (potentiellement un signalement Pharos ou un dépôt de plainte d'ailleurs).

Bref on a des moyens techniques pour agir et on voit en fonction de la décision prise par l'équipe de modération.

actuellement les deux soucis les plus fréquemment constatés pour la connexion sont :

• un identifiant sensible à la casse (par exemple 'Johndoe' avec un 'J' majuscule)
• l'utilisation de l'adresse de courriel à la place de l'identifiant (actuellement seul l'identifiant est accepté). Cf https://linuxfr.org/suivi/detecter-l-adresse-de-courriel-au-lieu-de-l-identifiant

Créer un compte avec un identifiant comportant un espace n'est pas actuellement possible (erreur « Le pseudo n’est pas valide »).

L'identifiant est, par défaut et en l'absence d'un nom affiché choisi par l'utilisateur, celui affiché sur les contenus/commentaires de l'utilisateur (ici « Posté par Intendant_zonard ») ou en haut à gauche dans la boîte de l'utilisateur par exemple. Il est aussi rappelé dans le message de confirmation « Bienvenue <%= @resource.login %> sur https://linuxfr.org/ ! »

Par contre on pourrait aussi avoir une erreur côté navigateur en proposant un identifiant invalide (pour créer le compte ou se connecter).

Un lien d'un nouveau compte qui pointe sur un contenu commercial en choisissant l'intitulé du lien et les étiquettes qui vont bien ? Je parierai sur du spam, mais je vais me contenter de neutraliser le lien.

ça fait déjà pas mal de requêtes SQL pour un compte qui n'a crée qu'un seul commentaire.

Oui, et pour préciser :

• les requêtes SQL pour supprimer (virer une entrée dans comments ou nodes ou users)
• les requêtes SQL pour corriger les dénormalisations (par exemple corriger nodes.comments_count ou diaries.owner_id ou dans friendly_id_slugs ou tags.taggings_count)
• les requêtes Redis pour nettoyer (par exemple comments/<comment_id>/votes/<vote> ou boards/chans/news/<news_id> ou users/<user_id>/diff_karma)

(les scripts de vérification pour MariaDB et Redis servent aussi à traquer un éventuel oubli)

Non les 30% sont juste fermés (et garder leurs données perso nous aide à identifier les spammeurs)

Mais il y a les demandes de purge de compte ('je veux disparaître des moteurs de recherche', 'je travaille désormais à la FSF et je ne veux pas que soit découvert que je travaillais avec vim dans ma jeunesse', etc.) qui sont traitées manuellement, car relativement rares. Plus les opérations planifiées éventuelles comme le nettoyage des 22 ans.

À terme, j'aimerai virer
- ce qui n'est pas affiché et qui a plus de x années (en gros combien de temps on garde les infos pour reconnaître les spammeurs et autres pénibles, et les potentielles contraintes légales)
- virer les comptes fermés sans contenus/commentaires/étiquettes ayant plus de x années (en supposant qu'on ne les rouvrira jamais ou qu'il est aussi facile d'ouvrir un nouveau compte)
- fermer les comptes non utilisés depuis x années sans contenus/commentaires/étiquettes (pour les faire entrer dans le point précédent)
- au minimum sortir ça de la base active, même si on veut garder une sauvegarde sur disque au cas où…

(Potentiellement avec x == 1)

Une analyse récente et, me semble-t-il, plus poussée du marché de la bière sans alcool : http://www.slate.fr/story/186680/pourquoi-engouement-biere-sans-alcool-tendance-etiquette

Tous ceux qui sont présents sur LinuxFr.org ont une dépendance à GitHub, à savoir LinuxFr.org lui même.

Il n'y a pas (encore) d'interface pour ça. Actuellement c'est une manipulation en base de données (avec les inconvénients que ça comporte). Cf https://linuxfr.org/suivi/nettoyage-des-22-ans d'ailleurs.

Un compte actif normal existe dans les tables accounts et users.
Un compte fermé existe toujours dans les tables accounts et users.
Un compte nettoyé de ses données personnelles peut n'exister que dans users (on ne sait plus qui est johnkevin_the_rebelz_42, mais on sait qu'il/elle a écrit 42 commentaires et un journal par exemple).
Un compte anonymisé/purgé n'existe plus ni dans accounts ni dans users.

https://linuxfr.org/redaction/news/des-fausses-factures-realisees-ou-dissimulees-via-des-logiciels-libres ?

supprimer les étiquettes posées sur les contenus non publics antérieurs à la date ciblée (de fait invisibles, mais a priori il n'y en a pas avant RoR)

SELECT COUNT(*) AS cnt FROM taggings,nodes WHERE taggings.node_id=nodes.id AND nodes.public=0 AND date(nodes.created_at)<='2012-03-31';
+------+
| cnt  |
+------+
| 4656 |
+------+

(pour 103k étiquettes actuellement)

supprimer les commentaires sur les contenus non publics antérieurs à la date ciblée (de fait invisibles)

SELECT COUNT(*) AS cnt FROM comments,nodes WHERE comments.node_id=nodes.id AND nodes.public=0 AND date(nodes.created_at)<='2012-03-31';
+-----+
| cnt |
+-----+
| 947 |
+-----+

(pour 1,8M de commentaires actuellement)

supprimer les contenus non publics antérieurs à la date ciblée (de fait invisibles)

SELECT content_type, COUNT(*) AS cnt FROM nodes WHERE nodes.public=0 AND date(nodes.created_at)<='2012-03-31' GROUP BY content_type;
+--------------+-------+
| content_type | cnt   |
+--------------+-------+
| Diary        |    30 |
| News         | 11203 |
| Poll         |    34 |
| Post         |    38 |
| Tracker      |     2 |
| WikiPage     |   100 |
+--------------+-------+

(pour 106k contenus actuellement)

purger les comptes (accounts+users) créés avant la date ciblée et toujours fermés (dont personne n'a demandé leur réouverture) et qui ne sont associés à aucun commentaire, aucun contenu ou aucune étiquette (aucun intérêt à les garder)

SELECT COUNT(*) AS cnt FROM users LEFT JOIN accounts ON accounts.user_id=users.id LEFT JOIN comments ON comments.user_id=users.id LEFT JOIN nodes ON nodes.user_id=users.id AND nodes.public=1 LEFT JOIN taggings ON taggings.user_id=users.id LEFT JOIN tags ON tags.id=taggings.user_id AND tags.public=1 WHERE (accounts.id IS NULL OR accounts.role='inactive') AND date(users.created_at) < '2012-03-31' AND comments.id IS NULL AND nodes.id IS NULL AND taggings.id IS NULL;
+------+
| cnt  |
+------+
| 1878 |
+------+

(pour 45k comptes actuellement)

purger les comptes (accounts) créés avant la date ciblée et toujours fermés (dont personne n'a demandé leur réouverture) et qui sont associés à un commentaire ou un contenu ou une étiquette (plus délicat si on doit confirmer plus tard l'auteur pour savoir si on peut anonymiser par exemple…)

on parle globalement de l'ensemble des comptes concernés moins ceux précédemment trouvés soit :

SELECT (COUNT(*)-1878) AS cnt FROM users LEFT JOIN accounts ON accounts.user_id=users.id WHERE (accounts.id IS NULL OR accounts.role='inactive') AND date(users.created_at) < '2012-03-31';
+-------+
| cnt   |
+-------+
| 16263 |
+-------+

(pour 45k comptes actuellement)

L'info implicite : c'est en France.

Ouvrir une section vérification des faits / facts checking dur le logiciel libre dans la presse ?
(Comme le font d'autres médias)