Guide de référence pour le rapport du tableau de bord administrateur

[Yotam_Hagay]

@JammyDodger

Pourriez-vous l’exécuter sur votre site et voir si cela correspond ?

Merci Jammy, cela correspond aux chiffres du rapport boursier :]

[JammyDodger]

Brillant

Inspirée par vos questions, Sara a fait un effort de cartographie de la base de données SQL pour les autres rapports de tableau de bord, y compris un pour le délai de première réponse avec les heures en décimal pour correspondre plus étroitement au rapport de stock - Dashboard Report - Time to First Response

Vous pouvez également trouver les autres en utilisant le tag dashboard-sql (avec d’autres en route )

[SaraDev (Sara Devlaeminck)]

Je voulais vous informer ici, et informer quiconque suit ce sujet, que le guide a maintenant été mis à jour pour inclure des liens vers tous les sujets SQL correspondants pour chaque rapport.

Si vous avez des questions ou des commentaires sur les requêtes SQL individuelles pour ces rapports, veuillez partager vos réflexions sur ces sujets.

[Arkshine]

Vous avez fait un travail fantastique.

C’est une excellente source d’inspiration pour comprendre comment les requêtes sont effectuées, et vos explications détaillées ont rendu cela facile !

[CaptainJ]

Quelqu’un peut-il expliquer pourquoi « Vues de page consolidées » indique « 58 » pour les « Utilisateurs connectés » jusqu’à présent aujourd’hui, alors que selon /admin/users/list/active, un seul utilisateur a visité le site au cours des dernières 24 heures (« Vu il y a 39m ») et je sais qui c’est et il n’a eu qu’une page ouverte dans un navigateur pendant ce temps (même pas rechargé/défilé).\n\nEt puis hier, apparemment, il y a eu 539 vues de page d’utilisateurs connectés avec au plus 3 utilisateurs visitant selon /admin/users/list/active, et je connais indépendamment l’activité de 2 d’entre eux comme étant très faible et le troisième a un temps de lecture total de 5 minutes.

[gassim (Al-Gassim Sharaf Addin)]

Salut
Merci pour le nouveau rapport sur l’état de la vue des sujets. C’est très utile (nous pouvons filtrer par connecté/anonyme, date et catégorie !)

Il semble qu’il n’ait pas été ajouté ici. Je voudrais savoir jusqu’à quand je peux remonter dans la plage de dates pour obtenir les statistiques ?

Merci !

[d4v1d]

Salut @SaraDev,

J’espère que vous et l’équipe passez un excellent moment à la rencontre hors ligne. Pourriez-vous s’il vous plaît trouver le temps d’ajouter la requête SQL pour le rapport sur le statut de la vue du sujet ? J’ai réussi à le faire moi-même, mais les données ne sont pas les mêmes.

SELECT
    t.id AS topic_id,
    t.views,
    t.reply_count,
    t.like_count,
    SUM(CASE WHEN tv.user_id IS NULL THEN 1 ELSE 0 END) AS anonymous_views,
    SUM(CASE WHEN tv.user_id IS NOT NULL THEN 1 ELSE 0 END) AS logged_in_views
FROM 
    topics t
LEFT JOIN 
    topic_views tv ON t.id = tv.topic_id
WHERE 
    t.user_id = 3049483
    AND t.category_id = 25
    AND t.deleted_at IS NULL
GROUP BY
    t.id, t.views, t.reply_count, t.like_count
ORDER BY 
    t.views DESC

Merci,

[Moin]

Je pense que la requête pour les statistiques de vues de sujets ressemble à ceci

-- [params]
-- date              :start_date = 24 août 2024
-- date              :end_date = 25 sept 2024
-- null category_id  :category_id

SELECT
  tvs.topic_id,
  t.title AS topic_title,
  SUM(tvs.anonymous_views) AS total_anonymous_views,
  SUM(tvs.logged_in_views) AS total_logged_in_views,
  SUM(tvs.anonymous_views + tvs.logged_in_views) AS total_views
FROM topic_view_stats tvs
INNER JOIN topics t ON t.id = tvs.topic_id
WHERE tvs.viewed_at BETWEEN :start_date AND :end_date
  AND (:category_id IS NULL OR t.category_id = :category_id)
GROUP BY tvs.topic_id, t.title
ORDER BY total_views DESC
LIMIT 100

Est-ce que cela vous aide ?

[d4v1d]

la requête fonctionne parfaitement ! merci Moin !

[EricGT]

Le rapport Consolidated API Requests peut-il être ajouté ici ?

J’essaie de comprendre la différence entre API et API utilisateur et si cela est lié à la liste des clés d’API.

---

Également lié pour ceux qui s’intéressent à cela, les paramètres du site pour

API et API utilisateur

https:///admin/site_settings/category/api

https:///admin/site_settings/category/user_api

et la liste des clés d’API

https:///admin/api/keys

[SaraDev (Sara Devlaeminck)]

Salut @EricGT,

Le rapport « Consolidated API Requests » a été ajouté à ce sujet, et les informations relatives au SQL pour ce rapport se trouvent ici : Dashboard Report - Consolidated API Requests

Pour répondre à votre question :

@EricGT

Essayer de comprendre la différence entre API et User API et si cela est lié à la liste des clés API

Requêtes API régulières (req_type = 11) : Il s’agit d’appels API effectués vers le système qui ne nécessitent pas d’authentification utilisateur. Ils incluent les points d’accès API publics, les intégrations système ou les services tiers accédant à des données publiques.

Voici quelques exemples de requêtes API régulières :

• Liste des sujets publics - Récupération d’une liste de sujets publics à l’aide de /latest.json ou /categories.json
• Lecture des publications publiques - Obtention du contenu des publications publiques avec /t/{topic_id}.json
• Requêtes de recherche sur du contenu public - /search.json?q={search_term}
• Flux RSS - Accès aux flux RSS publics des catégories ou des sujets
• Informations sur le site - Obtention de statistiques de base sur le site via /site.json
• Profils utilisateurs publics - Visualisation des informations publiques des utilisateurs avec /users/{username}.json
• Listes de tags - Récupération des informations publiques sur les tags avec /tags.json

Requêtes User API (req_type = 12) : Il s’agit d’appels API effectués avec authentification utilisateur, représentant généralement des actions effectuées au nom d’utilisateurs spécifiques et nécessitant l’utilisation d’une clé API.

Voici quelques exemples de requêtes User API :

• Création de contenu - Publication de nouveaux sujets ou réponses en utilisant POST vers /posts.json
• Gestion des utilisateurs - Ajout, mise à jour ou suspension d’utilisateurs avec /admin/users/
• Messagerie privée - Accès ou envoi de messages privés
• Actions spécifiques à l’utilisateur - Aimer des publications, suivre des utilisateurs ou ajouter du contenu aux favoris
• Fonctions administratives - Modification des paramètres du site, gestion des catégories
• Gestion des groupes - Ajout ou suppression d’utilisateurs de groupes
• Préférences utilisateur - Mise à jour des préférences ou des informations de profil d’un utilisateur
• Attribution de badges - Attribution de badges aux utilisateurs