blocked onebox domains vengono ignorati in 2.9.0beta2 (c6265eec6b).
Abbiamo:
Quei domini sono dietro muri OAuth e il onebox sta cercando di visualizzare in anteprima i domini e invece ottiene l’URL di accesso OAuth.
4 Mi Piace
Questa impostazione ha effetto solo sul server: il tuo browser tenterà comunque di creare una onebox per l’anteprima.
Capisco come questo possa essere inaspettato.
Se invii il post, viene visualizzata la onebox dopo che il server l’ha renderizzata, o viene visualizzato l’URL grezzo come ti aspetti?
3 Mi Piace
Sì, questo non sembra funzionare correttamente… 
1 Mi Piace
Puoi provare ad aggiungere “auth.pi-hole.net” nelle impostazioni dei domini bloccati per i onebox?
Abbiamo reso questa impostazione tale che segua i reindirizzamenti ma blocchi solo il dominio specificato se è la destinazione finale.
4 Mi Piace
Ho appena provato e continua a fare il oneboxing. Penso che sia perché l’endpoint auth.pi-hole.net è un reindirizzamento URI dall’endpoint OAuth su github.com. E preferiremmo non bloccare github.com dal oneboxing.
Verifico e vedo se bloccare github fa qualcosa… No, bloccare github.com non impedisce nemmeno il oneboxing. C’è una cache che onebox potrebbe usare e che deve essere svuotata in modo che venga eseguita una nuova ricerca per tricorder?
3 Mi Piace
Sì, capisco perché.
C’è una cache per un giorno per gli URL onebox recuperati, quindi rifare manualmente il post (post.rebake!) dopo un giorno impedirebbe il oneboxing con github.com bloccato.
Abbiamo del lavoro in arretrato per essere più intelligenti sui reindirizzamenti di autenticazione, ma questo è limitato all’autenticazione solo per i forum di Discourse. Sto pensando che forse espandere l’impostazione per consentire anche le sottodirectory ci aiuterebbe in questo caso per github: \u003chttps://github.com/login/oauth/authorize\u003e … Ne discuteremo internamente.
Probabilmente sarebbe anche utile che il testo di suggerimento fosse specifico su ciò che viene effettivamente bloccato, forse un’aggiunta: “Onebox seguirà i reindirizzamenti e bloccherà solo se la destinazione finale corrisponde a questa impostazione”.
4 Mi Piace
Idea stravagante… dovremmo supportare:
cache-control: no-store
La direttiva di risposta
no-storeindica che nessuna cache di alcun tipo (privata o condivisa) dovrebbe memorizzare questa risposta.
GitHub sta dicendo specificamente… per favore… non memorizzarmi…
Forse onebox dovrebbe rispettarlo… e non memorizzarlo.
Potremmo sempre renderlo un’impostazione sperimentale per iniziare e vedere quale impatto ha.
L’anteprima dovrebbe spiegare perché non stiamo facendo il oneboxing.
Nota… usiamo no-store in diversi punti, ma penso che in quei casi reindirizziamo, eppure c’è questa leggera complessità.
6 Mi Piace
Ci colleghiamo a molte PR e Issue dai nostri vari repository e avere quelle anteprime integrate aiuta i nuovi utenti a capire di cosa tratta l’argomento senza dover accedere a GitHub.
1 Mi Piace
Sì, capisco perfettamente, ci stiamo lavorando, penso che tra un giorno guardare l’header “no store” sia la migliore soluzione.
3 Mi Piace
Mi dispiace per il sollecito, ma questo sta influenzando notevolmente il nostro sito di supporto. Le persone pubblicano link all’URL del tricorder che sono log di risoluzione dei problemi che il personale accreditato deve esaminare. Riceviamo un certo numero di questi post al giorno e dobbiamo intervenire manualmente e cambiare l’URL in un non-link per ora.
Avete idee su una tempistica per la risoluzione o è “presto™” 
3 Mi Piace
Risolveremo la cosa, direi tra circa 4 settimane.
4 Mi Piace
Come fare in Discourse Docker? 
Ti consiglio di aspettare la nostra correzione, abbiamo una PR in corso:
Modifica il comportamento in modo che:
- Eseguiamo il controllo della blocklist su ogni hop in una catena di reindirizzamento
- Introduciamo una nuova funzionalità in modo che qualsiasi sito possa disattivare il oneboxing impostando un’intestazione personalizzata
Questo risolverà il problema di @dschaper e ci darà maggiore flessibilità in futuro.
Sfortunatamente, optare per no store avrebbe una portata troppo ampia e catturerebbe troppi falsi positivi.
6 Mi Piace
La PR è stata unita e si trova nel branch tests-passed. Puoi aggiornare @dschaper e vedere se risolve il problema? Gli URL con il dominio tricorder.pi-hole.net non dovrebbero più essere visualizzati come onebox sul tuo sito.
7 Mi Piace
Sembra tutto a posto qui!
Grazie a tutti per la correzione.
4 Mi Piace