Verhindern, dass beim Weiterleiten verlinkt wird

Wenn ich das richtig verstehe, verwendet Discourse GitHub - markdown-it/linkify-it: Links recognition library with full unicode support, um einen schönen Link mit einem Titel bereitzustellen. Zum Beispiel liefert der vorherige Link einen schönen Titel GitHub - markdown-it/linkify-it: Links recognition library with full unicode support.

Ich habe jedoch das folgende Problem: Um auf einige der geposteten Links zuzugreifen, müssen Sie in einem anderen Tool authentifiziert sein (z. B. Jira, Google…). Was also passiert, ist, dass alle Links (und Blöcke für einige der transformierten URLs) einfach Login to support oder Meet Google Drive – One place for all your files[...] anzeigen, was nicht wirklich schön ist.

Gibt es bereits eine vorhandene Funktion oder Komponente/Plugin, die es ermöglicht, die URL vorab zu testen und im Falle einer Weiterleitung der URL keinen Titel zu geben?

2 „Gefällt mir“

Ja, unsere allgemeine Lösung hierfür ist die Verwendung der Website-Einstellung blocked onebox domains (blockierte Onebox-Domains).

Fügen Sie alle internen URLs, die eine Anmeldung erfordern, in diese Liste ein.

Ich frage mich, @nat/@codinghorror, ob wir hier eine sledgehammer-Einstellung hinzufügen sollten.

block onebox on redirect (Onebox bei Weiterleitung blockieren) – diese Einstellung kann alle Oneboxen blockieren, wenn eine Weiterleitung involviert ist. Sie bietet einen sehr einfachen Hebel, um dieses Verhalten bedingungslos über mehrere Domains hinweg zu steuern.

3 „Gefällt mir“

Vielen Dank für den Hinweis zu den internen Links.
Die allgemeinere Funktion mit block onebox on redirect wäre sehr willkommen, da wir die vollständige Liste, die Benutzer möglicherweise posten, nicht im Voraus kennen.

Dies scheint für die verlinkten Links nicht zu funktionieren, die nicht in „Onebox“ umgewandelt werden, sondern nur in einen Titel verwandelt werden (z. B. unser interner Link https://support.sqills.com/browse/SCQI-934 wird zu Log in - Sqills Jira, aber die Basis-URL gibt nur https://support.sqills.com als Titel des Links).

2 „Gefällt mir“

Hier gibt es sicherlich einen verwirrenden Fehler, den wir beheben sollten.

Ich habe gerade support.sqills.com blockiert und bestätige, dass es das tut, was es soll für https://support.sqills.com/browse/SCQI-934?1 https://support.sqills.com/browse/SCQI-934?1, aber leider wird https://support.sqills.com/browse/SCQI-934 serverseitig für 24 Stunden gecacht und das Neuerstellen von HTML bricht den Cache nicht.

Wir werden diesen kleinen Schönheitsfehler diese Woche beheben, damit wir den Support dafür reduzieren. Das Blockieren von Weiterleitungen als Option klingt für mich großartig, vielleicht können wir das noch unterbringen. Vielleicht ist Onebox bei Cross-Domain-Weiterleitung blockieren besser, oder vielleicht ist das zu viel Detailtreue… nicht sicher.

2 „Gefällt mir“

Dies ist behoben in:

Jetzt werden beim Neuerstellen eines Beitrags die Cache-Einträge für alle Links im Beitrag entfernt, bevor die Neuerstellung durchgeführt wird.

Und hier ist ein PR zum Hinzufügen einer block_onebox_on_redirect-Site-Einstellung:

Wenn block_onebox_on_redirect aktiviert ist, wird Discourse niemals URLs mit Weiterleitungen als Onebox anzeigen. Die einzige Ausnahme ist, wenn eine URL http ist und zur https-Version der URL weiterleitet. Dies geschieht, weil es sehr üblich ist, dass Websites, die TLS unterstützen, http-Datenverkehr zu https weiterleiten, und daher sollte die Onebox immer noch funktionieren, wenn ein Benutzer z. B. einen Link mit http eingibt und die Website zu https weiterleitet.

2 „Gefällt mir“