Make Discourse play nice with the Wayback Machine

Il replay è attualmente rotto: lo script JS viene eseguito ma il Router di Ember si interrompe a causa della modifica del pathname.

Grazie al rilevamento del browser migliorato da @david, esiste una soluzione estremamente brutta ma anche allettante per far sì che le nuove registrazioni vengano visualizzate correttamente: basta applicare una patch a browser-detect in modo che rilevi il replay e rimuova la versione noscript.

Il problema è che, se iniziamo a servire quello script e, per qualche miracolo, il JS inizia a poter essere eseguito, tutte le pagine archiviate vecchie vengono forzate nella visualizzazione no-JS.

Ora che lo scrivo, sai, probabilmente non è un prezzo troppo alto da pagare per ottenere riproduzioni degli archivi funzionanti oggi. (PR in bozza) Mi sono stato dissuaso dal farlo effettivamente.

3 Mi Piace

(Era @dan, non io)

Il nostro attuale bypass della Wayback Machine è rotto?

3 Mi Piace

C’è una ragione particolare per cui non controlliamo il loro user agent (archive.org_bot)? Sembra una soluzione meno fragile.

1 Mi Piace

La loro “liveweb” non invia l’user agent, credo:

4 Mi Piace

Credo che alcune cose siano cambiate (guarda le date). Penso che dovremmo controllarle entrambe.

EDIT: Ho inviato una PR per questo:

10 Mi Piace

Sarebbe bellissimo vederlo funzionare di nuovo. Sto promuovendo Discourse come hub centrale per il Solid Project, in particolare per i membri del team principale e gli esperti che lavorano alla standardizzazione di Solid, ma questo problema è un motivo importante per cui sono riluttanti a farlo.

1 Mi Piace

La PR è stata unita, dovrebbe funzionare.

4 Mi Piace

Appena confermato eseguendo un “salva link in uscita” su /top/yearly… funziona perfettamente al momento.

6 Mi Piace