谢谢 Jammy,这与股票报告中的数字相符:]
太棒了 ![]()
受到你的问题的启发,Sara 对其他仪表板报告进行了 SQL 映射,包括一个用于“首次响应时间”的报告,其中小时数以小数形式表示,以更紧密地匹配库存报告 - Dashboard Report - Time to First Response
你也可以使用 dashboard-sql 标签找到其他报告(还有更多正在路上
)
我想在此提供一个更新,让关注此主题的任何人知道该指南现已更新,以链接到每个报告所有相应的 SQL 主题。![]()
如果您对这些报告的单个 SQL 查询有任何疑问或评论,请在这些主题上分享您的想法。![]()
你做得太棒了。![]()
这是一个很好的灵感来源,可以帮助我理解查询是如何生成的,而且你的详细解释让这一切变得很容易!![]()
3个帖子被拆分到一个新主题:给定时间范围内的热门X发帖者
有人能解释一下为什么“Consolidated pageviews”(合并页面浏览量)今天到目前为止显示“Logged in users”(登录用户)为“58”,而根据 /admin/users/list/active,在过去 24 小时内只有一个用户访问过该网站(“Seen 39m”),而且我知道是谁,并且他们在那段时间里只打开了一个浏览器页面(甚至没有重新加载/滚动)。
然后昨天,根据 /admin/users/list/active,登录用户的页面浏览量据称有 539 次,而据我所知,其中最多只有 3 位用户访问过,其中 2 位的活动量非常低,第 3 位用户的总阅读时间为 5 分钟。
您好
感谢提供新的主题视图状态报告。它非常有帮助(我们可以按登录/匿名、日期和类别进行筛选!)
看起来它还没有在这里添加。我想知道日期范围可以追溯多远才能获得统计数据?
谢谢!
您好 @SaraDev,
希望您和团队在本次线下聚会过得愉快。您能否抽出一些时间为“Topic View Status”报告添加 SQL 查询?我尝试自己完成,但数据不一致。
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
谢谢。
我认为用于主题视图统计信息的查询是这样的
-- [params]
-- date :start_date = 24 aug 2024
-- date :end_date = 25 sep 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
这有帮助吗?
查询完美运行!谢谢 Moin!
是否可以将报告 Consolidated API Requests 添加到此处。
试图了解 API 和 User API 之间的区别,以及它是否与 API keys 列表有关。
另外,对于那些对此感兴趣的人,还有与以下内容相关的站点设置:
API 和 User API
https:///admin/site_settings/category/api
https:///admin/site_settings/category/user_api
以及 API keys 列表
https:///admin/api/keys
您好 @EricGT,
“Consolidated API Requests”报告已添加到此主题中,有关此报告的 SQL 信息可以在此处找到:Dashboard Report - Consolidated API Requests
回答您的问题:
常规 API 请求 (req_type = 11):这些是对系统发出的 API 调用,不需要用户身份验证。它们包括公共 API 端点、系统集成或访问公共数据的第三方服务。
常规 API 请求的一些示例包括:
- 公共主题列表 - 使用
/latest.json或/categories.json检索公共主题列表 - 读取公共帖子 - 使用
/t/{topic_id}.json获取公共帖子的内容 - 公共内容的搜索查询 -
/search.json?q={search_term} - RSS Feed - 访问类别或主题的公共 RSS Feed
- 站点信息 - 通过
/site.json获取基本站点统计信息 - 公共用户配置文件 - 使用
/users/{username}.json查看公共用户信息 - 标签列表 - 使用
/tags.json检索公共标签信息
用户 API 请求 (req_type = 12):这些是使用用户身份验证发出的 API 调用,通常代表代表特定用户执行的操作,并且需要使用 API 密钥。
用户 API 请求的一些示例包括:
- 创建内容 - 使用 POST 到
/posts.json发布新主题或回复 - 用户管理 - 使用
/admin/users/添加、更新或暂停用户 - 私人消息 - 访问或发送私人消息
- 用户特定操作 - 点赞帖子、关注用户或收藏内容
- 管理功能 - 更改站点设置、管理类别
- 群组管理 - 将用户添加到群组或从群组中移除用户
- 用户偏好设置 - 更新用户的偏好设置或个人资料信息
- 徽章分配 - 向用户授予徽章


