Obtenir (Jours visités) dans le rapport de liste d'utilisateurs CSV

Contribuer Fonctionnalité
1

Bonjour,

Il y a une colonne (Jours visités) que nous voyons sur le lien :

https://LINK/admin/users/2/USERNAME

image
image446×105 2.04 KB

Il serait bien d’avoir cette colonne dans le fichier CSV de la liste des utilisateurs généré à partir de :
Panneau d’administration => Onglet Utilisateurs => Bouton “Exporter”

3 « J'aime »
2

Ce n’est pas ce que vous espériez entendre, mais …

Le fichier d’exportation des utilisateurs contient des champs de la table User.
Le champ “days_visited” provient de la table User_Stats.

Ce serait de l’« anti-normalisation » d’avoir les mêmes données identiques plus d’une fois (par exemple, si le champ se trouvait dans les deux tables). Si ma mémoire est bonne, ce que vous voyez est le résultat d’une requête JOIN qui utilise la table User, mais aussi d’autres tables liées à un utilisateur.

Cela dit, avec le plugin Data Explorer, vous ne devriez avoir aucun problème à exécuter une telle requête JOIN générant un fichier d’exportation incluant ce champ.

3 « J'aime »
3

Pas tout à fait précis, le fichier CSV comprend les colonnes likes_given et likes_received qui se trouvent également dans la même table user_stats :

--
-- Name: user_stats; Type: TABLE; Schema: public; Owner: discourse
--

CREATE TABLE public.user_stats (
    user_id integer NOT NULL,
    topics_entered integer DEFAULT 0 NOT NULL,
    time_read integer DEFAULT 0 NOT NULL,
    days_visited integer DEFAULT 0 NOT NULL,
    posts_read_count integer DEFAULT 0 NOT NULL,
    likes_given integer DEFAULT 0 NOT NULL,
    likes_received integer DEFAULT 0 NOT NULL,
    topic_reply_count integer DEFAULT 0 NOT NULL,
    new_since timestamp without time zone NOT NULL,
    read_faq timestamp without time zone,
    first_post_created_at timestamp without time zone,
    post_count integer DEFAULT 0 NOT NULL,
    topic_count integer DEFAULT 0 NOT NULL,
    bounce_score double precision DEFAULT 0 NOT NULL,
    reset_bounce_score_after timestamp without time zone
);

Du fichier schema.sql

3 « J'aime »
4

Merci, vous avez raison. Il semble qu’il y ait plus que ce dont je me souviens avoir travaillé auparavant.

3 « J'aime »
5

Merci d’avoir signalé le fichier concerné :smile:

Puisque topics_entered existe bien dans la fonction get_base_user_array, tout comme les autres colonnes… cela semble-t-il être un bug ?

1 « J'aime »
6

Il y a des domaines qui m’intéressaient et qui n’étaient pas inclus dans l’exportation (il y a environ 1 à 2 ans). J’ai supposé que c’était intentionnel et non un bug, mais je n’ai jamais vérifié plus loin. La disponibilité des exports est devenue réservée aux administrateurs, et ne plus avoir de vraies données sur lesquelles travailler a accru les difficultés, l’intérêt a diminué, et quelques fortes doses de vie réelle ont mis fin à cette voie.

Sans chercher plus loin, une hypothèse sauvage est que, si cela n’a pas été modifié dans le noyau, un plugin pourrait facilement récupérer des valeurs depuis les tables et les ajouter à l’exportation CSV. Mais je pense que le plugin Data Explorer est un bon candidat pour une exportation personnalisée.

Mon intérêt actuel s’est pour la plupart déplacé du piratage de fichiers noyaux réservés aux administrateurs vers la création de scripts utilisateurs sur mesure.

Peut-être qu’avec un consensus suffisant, l’exportation actuelle pourrait être modifiée ?

3 « J'aime »
7

J’ai écrit la requête nécessaire pour cela :

SELECT
    u.username_lower AS "username",
    stats.days_visited
FROM users u
LEFT JOIN user_stats stats ON stats.user_id = u.id
ORDER BY u.id

Bien que de telles données soient en réalité utiles dans le rapport de liste des utilisateurs pour obtenir quelques insights.

Merci @Mittineague :rose:

5 « J'aime »