Shields.io kann die Discourse-Statistik-API nicht abrufen

haikalpribadi · 14. September 2019 um 13:25

Hallo zusammen,

wir verwenden seit einiger Zeit einen Discourse-Schild für unser Repository, der jedoch kürzlich nicht mehr funktioniert.

Wenn Sie zu 404: badge not found gehen und einen beliebigen Discourse-Schild auswählen, können Sie Ihre Discourse-Domain-Adresse eingeben, und der Schild wird mit den korrekten Statistiken angezeigt. Sie können dies beispielsweise mit meta.discourse.org ausprobieren.

Wenn wir jedoch unsere Discourse-Host-Adresse (https://discuss.grakn.ai) eingeben, wird für alle Statistiken und sowohl für HTTP als auch HTTPS stets „invalid“ (ungültig) zurückgegeben.

Wenn ein Host nicht gefunden wird, gibt Shields.io „inaccessible“ (nicht erreichbar) zurück. Daher gehen wir davon aus, dass „invalid“ bedeutet, dass der Host zwar erreichbar ist, aber Zugriffsrechte-Probleme oder ungültige Antworten vorliegen.

Ist es möglich, dass ein aktuelles Update oder Upgrade etwas an der von Shields.io genutzten Discourse-Statistik-API beschädigt hat?

Vielen Dank!

marianord · 15. September 2019 um 03:00

Bei mir funktioniert es auf meiner Seite. Vielleicht hast du das Protokoll nicht richtig eingestellt? Oder die Grakn-Discourse-Instanz hat eine Art Modifikation, die diesen Endpunkt unterbricht.

gerhard · 15. September 2019 um 10:35

Vielleicht solltest du Shields.io bezüglich dieses Problems kontaktieren. Es funktioniert mit allen anderen von mir getesteten Seiten, also liegt hier kein Fehler unsererseits vor.

haikalpribadi · 15. September 2019 um 19:20

@marianord das ist genau meine Frage: Wo sind die “Protokolle”, die du erwähnst? Wie können sie konfiguriert werden? Ich habe keine Einstellungen geändert.

@gerhard da shields.io bei anderen Discourse-Sites funktioniert, scheint es unwahrscheinlich, dass das Problem auf deren Seite liegt. Es sei denn, sie lesen die Ausgabe unserer Seitenstatistiken nicht richtig aus – aber wie können wir das herausfinden? Welcher Endpunkt von Discourse wird verwendet, um die Statistiken abzufragen? Vielleicht sollten wir dort anfangen?

marianord · 15. September 2019 um 19:27

Ich spreche http im Vergleich zu https an.

max_grakn · 19. September 2019 um 11:05

Dies geschah, weil unsere Discourse-Installation den User-Agent von Shields.io (Shields.io) blockiert hat. Diese Einstellung heißt whitelisted crawler user agents und kann bearbeitet werden unter
<discourse_server>/admin/site_settings/category/all_results?filter=crawler

haikalpribadi · 19. September 2019 um 11:18

Interessant! Danke @max_grakn! Wir haben Googlebot kürzlich zur Whitelist hinzugefügt. Ich denke, das könnte der Grund sein.

@codinghorror, sollen Blacklist und Whitelist gleichzeitig verwendet werden? Das heißt, wenn man Dinge zur Whitelist hinzufügt, bedeutet das, dass alles andere automatisch auf der Blacklist steht (und die Blacklist somit überflüssig wird)?

codinghorror · 19. September 2019 um 12:41

Nein, die Whitelist für Crawler ist sehr gefährlich und sollte gemäß dem Hilfetext nur mit Vorsicht verwendet werden.

User-Agents von Web-Crawlern, die auf die Website zugreifen dürfen. WARNUNG: DIESE EINSTELLUNG BLOCKIERT ALLE NICHT AUFGEFÜHRTEN CRAWLER!

barto_95 · 13. November 2020 um 10:16

Hallo, ich habe das gleiche Problem, wenn ein Test ungültige Daten erhält… hast du eine Idee?

Es ist jetzt in Ordnung. Es ist notwendig, anonyme Statistiken zu aktivieren unter:

Admin → Einstellungen → Sonstiges → anonymisierte Statistiken teilen = Aktiviert

Und jetzt funktioniert es auch für shields.io

spdegabrielle · 15. November 2023 um 18:22

Ich habe das gleiche Problem, aber das Teilen anonymer Statistiken ist bereits aktiviert

[]

Arkshine · 15. November 2023 um 19:41

Zugehörig zu:

github.com/discourse/discourse

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

Dies liegt daran, dass einige Felder in ihrer Pluralform umbenannt wurden.

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

Jemand muss den Code hier ändern, um auf die Pluralform zurückzufallen:

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 · 20. November 2023 um 15:52

Das funktioniert immer noch nicht – funktioniert es bei jemand anderem?

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

BryanV · 6. Dezember 2023 um 17:35

Vor ein paar Tagen wurde ein PR geöffnet:

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.

Aber natürlich legt diese Änderung eine Belastung für shields.io auf, beide Versionen zu unterstützen (wohl für immer), da keine Garantie besteht, dass eine bestimmte Discourse-Instanz aktualisiert wurde oder nicht, sodass es nicht so einfach ist, auf Plural umzustellen.

Thema		Antworten	Aufrufe
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	5165	13. September 2019
Discourse CDNs are blocked by privacy badger Site feedback	47	12941	15. August 2017
Can I use the Discourse API on an officially-hosted instance? Support	0	356	9. Juli 2021
Access reports JSON data via Pipedream Development rest-api	2	853	28. Juli 2021
Interact with discourse from Python? Development	31	5317	20. April 2026

Shields.io kann die Discourse-Statistik-API nicht abrufen

Verwandte Themen