blockierte Onebox-Domains werden in 2.9.0beta2 (c6265eec6b) ignoriert.
Wir haben:
Diese Domains sind durch OAuth-Walls geschützt und die Onebox versucht, die Domains vorab anzuzeigen und erhält stattdessen die OAuth-Anmelde-URL.
4 „Gefällt mir“
Diese Einstellung wirkt sich nur auf dem Server aus – Ihr Browser versucht trotzdem, eine Onebox für die Vorschau zu erstellen.
Ich kann verstehen, wie das unerwartet sein könnte.
Wenn Sie den Beitrag absenden, wird dann die Onebox angezeigt, nachdem der Server sie gerendert hat, oder wird die reine URL angezeigt, wie Sie es erwarten?
3 „Gefällt mir“
Ja, das scheint nicht richtig zu funktionieren… 
1 „Gefällt mir“
Können Sie versuchen, „auth.pi-hole.net“ in Ihre Einstellung für blockierte Onebox-Domains aufzunehmen?
Wir haben diese Einstellung so vorgenommen, dass sie Weiterleitungen folgt, aber nur die angegebene Domain blockiert, wenn sie das endgültige Ziel ist.
4 „Gefällt mir“
Ich habe es gerade versucht und es wird immer noch als Onebox angezeigt. Ich glaube, das liegt daran, dass der Endpunkt auth.pi-hole.net eine URI-Umleitung vom OAuth-Endpunkt auf github.com ist. Und wir möchten github.com nicht vom Oneboxing ausschließen.
Ich werde prüfen, ob das Blockieren von GitHub etwas bewirkt… Nein, das Blockieren von github.com verhindert auch kein Oneboxing. Gibt es einen Cache, den Onebox möglicherweise verwendet und der gelöscht werden muss, damit eine neue Suche nach tricorder durchgeführt wird?
3 „Gefällt mir“
Ja, ich kann verstehen, warum.
Es gibt einen Cache für einen Tag für abgerufene Onebox-URLs. Das manuelle erneute Backen des Beitrags (post.rebake!) nach einem Tag würde also das Oneboxing mit blockiertem github.com verhindern.
Wir haben einige Arbeiten im Rückstand, um bei Authentifizierungs-Weiterleitungen intelligenter zu sein, aber das ist nur für die Authentifizierung von Discourse-Foren vorgesehen. Ich denke, eine Erweiterung der Einstellung, um auch Unterverzeichnisse zuzulassen, würde uns in diesem Fall für GitHub helfen: \u003chttps://github.com/login/oauth/authorize\u003e … Ich werde das intern besprechen.
Es ist wahrscheinlich auch gut, wenn der Hinweistext spezifisch angibt, was tatsächlich blockiert wird, vielleicht mit dem Zusatz: „Onebox folgt Weiterleitungen und blockiert nur, wenn das endgültige Ziel dieser Einstellung entspricht“.
4 „Gefällt mir“
Wilder Gedanke… sollten wir unterstützen:
cache-control: no-store
Die
no-store-Antwortdirektive gibt an, dass Caches jeglicher Art (privat oder gemeinsam genutzt) diese Antwort nicht speichern sollten.
GitHub sagt ausdrücklich… bitte… speichere mich nicht…
Vielleicht sollte Onebox dies respektieren… und es nicht speichern.
Wir könnten dies immer als experimentelle Einstellung beginnen und sehen, welche Auswirkungen es hat.
Die Vorschau müsste erklären, warum wir nicht oneboxen.
Hinweis… wir verwenden no-store an einigen Stellen, aber ich glaube, wir leiten in diesen Fällen weiter, und doch gibt es diese leichte Komplexität.
6 „Gefällt mir“
Wir verlinken viele PRs und Issues aus unseren verschiedenen Repositories, und wenn diese mit Vorschauen “oneboxed” werden, sehen neue Benutzer, worum es in dem Thema geht, ohne zu GitHub wechseln zu müssen.
1 „Gefällt mir“
Ja, das verstehe ich vollkommen, wir arbeiten an einer Lösung. Ich denke, es wäre am besten, wenn wir uns den „no store“-Header ansehen.
3 „Gefällt mir“
Entschuldigung, dass ich das hochhole, aber es beeinträchtigt unsere Support-Seite erheblich. Leute posten Links zur Tricorder-URL, die Fehlerbehebungs-Protokolle enthalten, die von autorisiertem Personal überprüft werden sollen. Wir erhalten täglich eine Reihe dieser Beiträge und müssen die URL vorerst manuell in einen Nicht-Link ändern.
Gibt es Ideen zu einem Zeitrahmen für die Lösung oder ist es „bald™“ 
3 „Gefällt mir“
Wir werden das in Ordnung bringen, ich würde sagen, irgendwann in den nächsten 4 Wochen oder so.
4 „Gefällt mir“
Wie mache ich das in Discourse Docker? 
Ich empfehle, auf unseren Fix zu warten, wir haben einen PR in Arbeit:
Er ändert das Verhalten, sodass:
- Wir die Blocklistenprüfung bei jedem Hop in einer Weiterleitungskette durchführen
- Wir eine neue Funktion einführen, damit jede Website das Oneboxing durch Setzen eines Kundenheaders deaktivieren kann
Dies wird das Problem von @dschaper lösen und uns zukünftig mehr Flexibilität geben.
Leider würde die Wahl von no store ein zu weites Netz spannen und zu viele falsch positive Ergebnisse liefern.
6 „Gefällt mir“
Der PR wurde zusammengeführt und befindet sich im tests-passed-Branch. Können Sie @dschaper aktualisieren und sehen, ob das Problem behoben ist? URLs mit der Domain tricorder.pi-hole.net sollten auf Ihrer Website nicht mehr Oneboxen.
7 „Gefällt mir“
Sieht hier alles gut aus!
Danke für die Korrektur an alle.
4 „Gefällt mir“