Comment vérifier et réparer les liens brisés ?

Existe-t-il un moyen d’identifier les liens brisés et de les corriger en même temps ?

1 « J'aime »

Salut Kevin :wave:

Peux-tu définir un « lien brisé » dans ton contexte ?

S’agit-il de :

  • Un lien dans la publication d’un utilisateur ?

  • Un lien interne ?

  • Un lien externe ?

  • Un lien qui mène à une ressource qui n’existe plus (404) ?

  • Un lien qui ne mène plus à la même ressource qu’auparavant ?

Comment saurais-tu si un lien est temporairement « brisé » (par exemple, la cible est temporairement indisponible pour une raison quelconque) ? Un lien peut être mort pendant quelques minutes, heures, jours ou semaines et revenir.
Il peut être supprimé, modifié, mis à jour, pertinent ou non pertinent. Comment le saurais-tu ?

Qu’est-ce qu’une correction de lien brisé ?

  • Une suppression de lien ?

  • Remplacer l’URL par une autre ?

  • Comment saurais-tu comment remplacer un lien brisé par un lien fonctionnel pertinent ?

Quoi qu’il en soit, tu aurais besoin d’un script personnalisé : il n’y a pas de fonctionnalité intégrée de ce type. :slight_smile:

3 « J'aime »

Ce n’est pas mon travail de répondre, mais de manière assez générale sur l’ensemble du webistan, un lien brisé est un lien qui renvoie une erreur 404, qu’il soit interne ou externe (bien sûr, un lien interne est souvent une situation alarmante).\n\nEt une correction peut être l’une de ces choses.\n\n[quote="Coin-coin le Canapin, post:2, topic:255338, username:Canapin"]\nComment sauriez-vous comment remplacer un lien brisé par un lien fonctionnel pertinent ?\n[/quote]\n\nObtenir une liste de 404, puis corriger l’URL ou supprimer la balise \u003ca\u003e ? C’est une méthode assez courante sur toutes les autres plateformes que j’utilise.

2 « J'aime »

Existe-t-il un outil que vous pouvez suggérer pour vérifier et corriger les liens brisés ?

Je suis d’accord que c’est le plus courant, mais cela soulève des problèmes, comme les 404 temporaires.

Vous êtes ici depuis assez longtemps pour savoir que l’opinion de chacun est appréciée :smile:

(mon travail consiste aussi à laisser les gens donner leur opinion, d’ailleurs)

1 « J'aime »

Ceux-ci ne devraient pas être utilisés. Il devrait d’abord y avoir un 302 menant à une URL (générique) où la situation est expliquée et quand elle cesse d’être temporaire, elle passe à 200, 301 ou 410.

Mais si les publications utilisent des liens qui donnent des 404 temporaires, c’est un cas limite connu. Les plus courants sont les liens sortants morts réels qui devraient être corrigés.

La bonne nouvelle, c’est qu’ils sont rarement ouverts, je suppose.

Ouais :wink: Eh bien, je voulais dire que je répondais un peu au nom de l’OP, et ce n’est pas un acte très poli.

2 « J'aime »

Eh bien, dans mon cas, les liens brisés ont été causés lorsque le client a effectué un changement de domaine mineur de “.ai” à “.com”. Tous les liens de messages dans le forum sont devenus brisés. Je suis sûr qu’il y avait probablement un moyen plus simple de corriger cela. Mais j’ai simplement édité manuellement de nombreux messages pour changer le “.ai” en “.com”. J’ai également dû utiliser “rebuild html” pour corriger les images téléchargées dans les messages. Quelle nuisance.

1 « J'aime »

Vous pouvez faire une recherche et un remplacement via la console Rails, n’est-ce pas ?

1 « J'aime »

Probablement, mais encore assez nouveau dans de nombreuses choses avec Discourse. J’ai besoin de lire et d’apprendre davantage. Quelque chose comme ça corrigerait-il les images téléchargées dans les publications ? Cela a également semblé affecter les emojis dans les publications de polder. Ils auraient honnêtement dû m’en parler car ils ont rebrandé le site auparavant avec le même problème. À mon avis, il n’y avait aucun besoin ou réel avantage à passer de .ai à .com car le site fonctionne depuis plus de 3 ans sur le .ai.

De plus, tout utilisateur qui a installé l’application est devenu cassé, tout comme les autres utilisant l’URL d’origine pour accéder au site.

Il n’existe pas de telle fonctionnalité dans Discourse et la détection des « liens brisés » (en supposant qu’il s’agisse de 404) nécessiterait un script personnalisé.

1 « J'aime »

Il me semble qu’un certain nombre de propriétaires, en particulier ceux de grands sites, seraient intéressés par un outil/script/plugin qui pourrait au moins faire le premier pas, celui de simplement vérifier et identifier les 404 ? Je serais prêt à soutenir cela avec un peu d’argent si c’est raisonnable.

4 « J'aime »

La première solution qui me vient à l’esprit serait un script rail qui itère sur le contenu des articles, trouve les liens, les demande, vérifie le code de statut et fait ce dont vous avez besoin. Les supprimer, les remplacer (de telles actions nécessiteraient une re-cuisson), les enregistrer… :slight_smile:

1 « J'aime »

La comparaison WordPress vs. Discourse est assez inutile car la technologie et l’idée sont si différentes, mais sur WordPress, c’est un travail assez trivial d’utiliser un plugin gratuit qui appelle les liens sortants et si la réponse est autre chose que 200 OK, il nettoie au moins les liens qui donnent un statut 4xx, fait une liste et informe l’administrateur par e-mail.

Est-ce même possible sur des applications comme Discourse, je ne sais pas. Une telle fonctionnalité est-elle nécessaire… je ne sais pas, car plus personne ne s’en soucie et dire les bons liens ne meurent jamais est devenu tous les liens se transformeront en zombies. Wikipédia regorge de liens morts, et personne ne s’en soucie, pas même Wikipédia ni les éditeurs.

Nous avons quelque chose appelé les drapeaux. Nous pouvons externaliser l’information aux utilisateurs et leur apprendre à utiliser les drapeaux de manière informative — mais je parie que ce sera difficile.

Soyons honnêtes. Très peu d’administrateurs/modérateurs sont prêts à commencer à corriger des liens qui ne sont plus jamais utilisés après leur publication. Donc, un “testeur de liens” serait agréable à avoir, mais est-ce un outil utile ? Mon plus grand site WordPress a des tonnes de liens sortants morts. Ceux-ci devraient être corrigés et je le ferai si j’en ai besoin, mais sinon… Je n’ai tout simplement pas le temps (ni la volonté…).

1 « J'aime »

Un vérificateur de liens brisés serait formidable ! Notre instance de Discourse n’est pas publique, je ne peux donc pas utiliser un outil typique pour cela. Elle est utilisée comme forum de support et base de connaissances, nous prévoyons donc qu’avec le temps, nous pourrions avoir affaire à des liens vers de la documentation hébergée ailleurs qui se brisent.

1 « J'aime »