Make Discourse play nice with the Wayback Machine

La lecture est actuellement cassée : le JS s’exécute et le routeur Ember plante à cause du changement de pathname.

Grâce à la détection améliorée des navigateurs par @david, il existe une solution extrêmement moche mais tentante pour que les nouvelles captures s’affichent correctement : il suffit de corriger browser-detect afin qu’il détecte la lecture et supprime la version noscript.

Le problème, c’est que si nous commençons à servir ce script et que, par miracle, le JS parvient à s’exécuter, toutes les anciennes pages archivées seront forcées d’afficher la vue sans JS.

Maintenant que je l’écris, vous savez, ce n’est probablement pas un prix trop élevé à payer pour avoir des lectures d’archives fonctionnelles aujourd’hui. (PR brouillon) On m’a dissuadé de réellement le faire.

3 « J'aime »

(C’était @dan, pas moi)

Notre méthode actuelle de contournement de la Wayback Machine est-elle cassée ?

3 « J'aime »

Y a-t-il une raison particulière pour laquelle nous ne vérifions pas leur agent utilisateur (archive.org_bot) ? Cela semble être une solution moins fragile.

1 « J'aime »

Leur truc « liveweb » n’envoie pas le user-agent, je pense :

4 « J'aime »

Je pense que certaines choses ont changé (voir les dates). Je crois que nous devrions vérifier les deux.

MODIF : J’ai soumis une PR à ce sujet :

10 « J'aime »

Ce serait merveilleux de voir cela fonctionner à nouveau. Je promouvois Discourse en tant que centre névralgique pour le Projet Solid, en particulier pour les membres de l’équipe principale et les experts travaillant sur la normalisation de Solid, mais ce problème est une raison importante pour laquelle ils sont réticents à le faire.

1 « J'aime »

La PR a été fusionnée, cela devrait fonctionner.

4 « J'aime »

Juste confirmé en effectuant une « sauvegarde des liens sortants » sur un /top/yearly… cela fonctionne parfaitement en ce moment.

6 « J'aime »