Evitare di creare link quando c'è un reindirizzamento

Se ho capito bene, Discourse sta utilizzando GitHub - markdown-it/linkify-it: Links recognition library with full unicode support per fornire un bel link con un titolo. Ad esempio, il link precedente fornisce un bel titolo GitHub - markdown-it/linkify-it: Links recognition library with full unicode support.

Ho tuttavia il seguente problema: per accedere ad alcuni dei link pubblicati, è necessario essere autenticati in un altro strumento (ad esempio, Jira, Google…). Quindi, ciò che accade è che tutti i link (e blocchi per alcuni degli URL trasformati) mostreranno semplicemente Login to support o Meet Google Drive – One place for all your files[...], il che non è molto bello.

Esiste già una funzionalità o un componente/plugin esistente che consenta di pre-testare l’URL e, in caso di reindirizzamento, di non assegnare un titolo all’URL?

2 Mi Piace

Sì, la nostra soluzione generale qui è utilizzare l’impostazione del sito blocked onebox domains.

Aggiungi tutti gli URL interni “richiede accesso” a quell’elenco.

Mi chiedo @nat/@codinghorror se dovremmo aggiungere un’impostazione di martello qui.

block onebox on redirect - questa impostazione può bloccare completamente qualsiasi onebox se viene coinvolto un reindirizzamento. Offre una leva molto semplice per controllare questo comportamento incondizionatamente su più domini.

3 Mi Piace

Grazie per l’indizio sui link interni.
La funzionalità più generica con blocca onebox alla reindirizzamento sarebbe molto apprezzata poiché non conosciamo in anticipo l’elenco completo che gli utenti potrebbero pubblicare.

Sembra che questo non funzioni per i link con link che non vengono aggiornati in “onebox” ma vengono semplicemente trasformati in un titolo (ad esempio, il nostro link interno https://support.sqills.com/browse/SCQI-934 si trasforma in Accedi - Sqills Jira ma l’URL di base fornisce solo https://support.sqills.com come titolo del link).

2 Mi Piace

C’è certamente un bug confuso qui che dovremmo risolvere.

Ho appena bloccato support.sqills.com e confermo che sta facendo ciò che dovrebbe per https://support.sqills.com/browse/SCQI-934?1 https://support.sqills.com/browse/SCQI-934?1 ma purtroppo https://support.sqills.com/browse/SCQI-934 è memorizzato nella cache lato server per 24 ore e la ricostruzione dell’HTML non sta eliminando la cache.

Risolviamo questa piccola seccatura questa settimana in modo da ridurre il supporto relativo a questo. Bloccare il reindirizzamento come opzione mi sembra ottimo, potremmo essere in grado di inserirlo. Forse blocca onebox su reindirizzamento cross-domain è meglio, o forse è troppo dettaglio… non sono sicuro.

2 Mi Piace

This is fixed in:

Now when a post is rebuilt, the cache entries for all links in the post are removed prior to doing the rebuilding.

And here’s a PR for adding a block_onebox_on_redirect site setting:

When block_onebox_on_redirect is enabled, Discourse will never onebox URLs that redirect. The only exception to this is if a URL is http and redirects to the https version of the URL. This is done because it’s very common for sites that support TLS to redirect http traffic to https and so the onebox should still work if a user e.g. types out a link with http and the site redirects to https.

2 Mi Piace