Shields.io 无法获取 Discourse 统计 API 数据

haikalpribadi · 2019 年9 月 14 日 13:25

大家好，

我们的仓库中一直使用 Discourse 徽章，但最近它停止工作了。

如果您访问 404: badge not found 并选择任意一个 Discourse 徽章，输入您的 Discourse 域名地址，即可显示带有正确统计数据的徽章。您可以尝试使用 meta.discourse.org 进行测试。

然而，当我们输入我们的 Discourse 主机地址（https://discuss.grakn.ai）时，无论统计类型如何，也无论是 HTTP 还是 HTTPS，返回结果始终为“无效（invalid）”。

当主机未找到时，Shields.io 会返回“无法访问（inaccessible）”。因此，我们推测“无效”意味着主机可访问，但存在权限问题或返回了无效响应。

是否可能是最近的更新或升级破坏了 Shields.io 所使用的 Discourse 统计数据 API？

非常感谢！

marianord · 2019 年9 月 15 日 03:00

在我的网站上它能正常工作，也许你没有正确设置协议？或者 Grakn Discourse 有某种修改导致该端点失效。

gerhard · 2019 年9 月 15 日 10:35

您可能需要向 Shields.io 咨询该问题。在我们测试的所有其他网站中，它都能正常工作，因此这不是我们的 bug。

haikalpribadi · 2019 年9 月 15 日 19:20

@marianord 这正是我的疑问：你提到的“协议”在哪里？如何配置它们？我并未更改任何设置。

@gerhard 既然 shields.io 在其他 Discourse 站点上能正常工作，那么问题似乎不太可能出在他们那边。除非他们未能正确读取我们站点统计数据的输出——但我们如何确认这一点呢？Discourse 用于查询统计数据的端点是什么？或许我们应该从这里开始排查？

marianord · 2019 年9 月 15 日 19:27

我在提及 http 与 https 的区别。

max_grakn · 2019 年9 月 19 日 11:05

发生此问题是因为我们的 Discourse 安装阻止了 Shields.io 的用户代理（Shields.io）。该设置名为白名单爬虫用户代理，可在以下位置编辑：
<discourse_server>/admin/site_settings/category/all_results?filter=crawler

haikalpribadi · 2019 年9 月 19 日 11:18

很有趣！感谢 @max_grakn！我们最近确实将 Googlebot 加入了白名单，我认为这可能是原因所在。

@codinghorror 我们是否应该同时使用黑名单和白名单？也就是说，如果你将某些内容加入白名单，是否意味着其他所有内容都被列入黑名单（从而使黑名单变得多余）？

codinghorror · 2019 年9 月 19 日 12:41

不，爬虫白名单非常危险，应严格按照帮助文本中的说明谨慎使用。

允许访问站点的网络爬虫的用户代理。警告！设置此项将禁止所有未在此列出的爬虫！

barto_95 · 2020 年11 月 13 日 10:16

嗨，我在收到无效数据时也遇到了同样的问题……你有什么想法吗？

现在没问题了，需要在以下位置启用匿名统计：

管理 → 设置 → 其他 → 共享匿名统计 = 已启用

现在 shields.io 也正常了。

spdegabrielle · 2023 年11 月 15 日 18:22

我遇到了同样的问题，但匿名统计信息已启用

[![Racket Discourse](upload://6fa5jbSn04vRLXdubAYmFJt5emf.svg)]

[]

Arkshine · 2023 年11 月 15 日 19:41

DEV: Ability to collect stats without exposing them via API

main ← dev/ability-to-collect-stats-without-public-exposing

opened 06:37PM - 13 Oct 23 UTC

AndrewPrigorshnev

+228 -119

This adds the ability to collect stats without exposing them among other stats v…ia API. The most important thing I wanted to achieve is to provide an API where stats are not exposed by default, and a developer has to explicitly specify that they should be exposed (`expose_via_api: true`). Implementing an opposite solution would be simpler, but that's less safe in terms of potential security issues. When working on this, I had to refactor the current solution. I would go even further with the refactoring, but the next steps seem to be going too far in changing the solution we have, and that would also take more time. Two things that can be improved in the future: 1. Data structures for holding stats can be further improved 2. Core stats are hard-coded in the About template (it's hard to fix it without correcting data structures first, see point 1): https://github.com/discourse/discourse/blob/63a0700d45f755d0f432a9075ae7afbed9cd6ab0/app/views/about/index.html.erb#L61-L101 The most significant refactorings are: 1. Introducing the `Stat` model 2. Aligning the way the core and the plugin stats' are registered

这是因为一些字段已从单数形式重命名为复数形式。

topic_count → topics_count
post_count → posts_count
user_count → users_count
like_count → likes_count

有人需要在此处修改代码以回退到复数形式：

github.com/badges/shields

services/discourse/discourse.service.js

master

import Joi from 'joi'
import { metric } from '../text-formatters.js'
import { nonNegativeInteger, url } from '../validators.js'
import { BaseJsonService, queryParams } from '../index.js'

const schemaSingular = Joi.object({
  topic_count: nonNegativeInteger,
  user_count: nonNegativeInteger,
  post_count: nonNegativeInteger,
  like_count: nonNegativeInteger,
}).required()

const schemaPlural = Joi.object({
  topics_count: nonNegativeInteger,
  users_count: nonNegativeInteger,
  posts_count: nonNegativeInteger,
  likes_count: nonNegativeInteger,
})

const schema = Joi.alternatives(schemaSingular, schemaPlural)

This file has been truncated. show original

spdegabrielle · 2023 年11 月 20 日 15:52

这仍然是坏的——有人能用吗？

![Racket Discourse](upload://7asTK98zfWLXRebm11uEN3KPM5N.svg)

BryanV · 2023 年12 月 6 日 17:35

几天前有一个拉取请求被打开：

github.com/badges/shields

[Discourse] Update schema keys to use plural form (`topic_count` -> `topics_count`)

master ← joshuacwnewton:jn/9776-fix-discourse-js-schema

opened 08:16PM - 03 Dec 23 UTC

joshuacwnewton

+110 -71

This PR does a simple find and replace to update the Discourse schema to use the… current keys found in https://meta.discourse.org/site/statistics.json, as the older keys now return "Invalid response". > [!NOTE] > I was wondering, though, if the old keys should still be preserved, as to not break backwards compatibility with servers using the old names. > > (I tried finding the source of the change in Discourse's release notes/changelog, but there's surprisingly little information when querying e.g. "statistics.json" or "topic_count"/"topics_count". So, I'm not sure when this change actually took place, and thus it's hard to estimate the likelihood of there being servers out there using the old keys.) > > If we do want to support both sets of keys, then I'm not 100% sure what to do, as I've never written JavaScript before. (I tried reading the Joi docs, and got as far as using `.or()` in the schema definition for each pair of keys + using a `try`/`catch` when creating the `metricIntegrations` object, but I wasn't confident enough to commit that solution before discussing it first.) Fixes #9776.

但很自然地，这个更改给 shields.io 带来了支持两个版本的负担（我猜是永久性的），因为不能保证任何给定的 Discourse 实例已经更新或未更新，所以不像更改为复数那么简单。

话题		回复	浏览量
Is there a nice GH badges (ala shields.io images) design to put in README to link from GitHub to our hosted discourse? Feature	17	5109	2019 年9 月 13 日
Discourse CDNs are blocked by privacy badger Site feedback	47	12906	2017 年8 月 15 日
Can I use the Discourse API on an officially-hosted instance? Support	1	346	2021 年7 月 9 日
Access reports JSON data via Pipedream Development rest-api	2	843	2021 年7 月 28 日
Interact with discourse from Python? Development	32	5186	2026 年4 月 20 日

Shields.io 无法获取 Discourse 统计 API 数据

相关话题