Fonctionnement
Le plugin LinkCheck parcoure les objets SPIP pour établir la liste des liens qu’ils contiennent. Les liens trouvés sont enregistrés dans une table de la base de données (spip_linkchecks) et sont reliés à l’objet ou aux objets qui le contiennent par le biais de la table spip_linkchecks_liens.
Une fois les liens listés, le plugin les vérifie un par un en interrogeant l’entête HTTP renvoyé par le serveur hébergeant la page.
La vérification répartis les liens en 4 statuts :
- Les morts mort :-( : La page ou le document n’existe plus, c’est la fameuse erreur 404, le lien est à retirer ou à corriger de toute urgence.
- Les liens malades : La fonction de vérification n’arrive pas à obtenir les informations permettant de savoir si le lien est valide, le serveur hébergeant la page est saturé. À vérifier manuellement.
- Les liens déplacés : Ce sont des liens qui mène bien à la page souhaitée mais qui passe par une redirection . On va retrouver dans cette catégorie les URL raccourcis, les liens , Dans certains cas, il est préférable de remplacer ces liens par leur redirection.
- Les liens valides : c’est ceux qu’on préfère, ils fonctionnent, rien à faire.
Le plugin linkcheck vérifie des liens collectés de deux façon :
- Vérification automatique en tâche de fond : Après chaque modifications d’un objet, le plugin enregistre les liens présent dans cet objet, ils seront vérifiés par une tâche de fonds. Si un problème est constaté, le plugin informera le webmestre de la présence d’un lien brisé. Il pourra de cette façon le corriger au plus vite.
- Vérification intégrale : Il est possible à partir de la page principale du plugin de lancer une vérification de tous les liens, Cette opération peut prendre plus ou moins de temps suivant le nombre de liens présents sur votre site.
Mode d’emploi
Une fois le plugin installé, un lien « Vérificateur de liens » est ajouté dans le menu « Maintenance ». En suivant ce lien, vous arrivez sur cette page :
Si c’est votre première utilisation, il sera offert la possibilité de lancer la recherche des liens. Vous n’avez qu’à cliquer sur le bouton « Commencer la recherche »
Une fois la recherche terminé, la page est réactualisée, vous pouvez consulter l’ensemble des liens présents sur votre site. Il ne sont pas encore vérifier.
Vous pouvez laisser les tâches de fonds faire, elles se chargeront de vérifier de l’ensemble des liens au goutte à goutte. Si vous êtes pressés, vous pouvez lancer une vérification complète en cliquant sur le bouton « Commencer la vérification » ou « poursuivre la vérification ». Il ne vous reste plus dans ce cas qu’à contempler de défilement de la barre de progression, elle vous annonce l’état de vos liens.
Paramétrages
Vous pouvez régler à partir de l’écran de configuration du plugin, la façon dont le plugin vous notifie les anomalies.
- Vous pouvez activer ou désactiver la barre d’alerte.
- Vous pouvez activer ou désactiver la notification par email
Export vers un tableur
Pour une gestion externe des liens morts ou déplacés, on peut souhaiter exporter les résultats vers un fichier tableur. Pour cela on peut passer par phpmyadmin. À cette fin, un lien situé en bas de la liste permet d’exporter la sélection : tous les liens et leur diagnostic, ou seulement les morts, ou les déplacés, etc.
Discussions par date d’activité
39 discussions
Bonjour,
Je rencontre un bug à l’activation. J’ai bien les dépendances en version demandée mais impossible à activer.
SPIP 3.2.16
PHP 5.6.40
Répondre à ce message
Hello
Plugin indispensable pour éviter d’avoir des liens morts dans ses articles.
Cependant, ce qui serait cool, ce serai d’avoir la possibilité de ne pas prendre en compte
Répondre à ce message
Bonjour,
Après une maj en 4.15, j’ai un problème avec le plugin ’linkcheck ’qui m’affiche un message d’erreur dans l’espace privé :
C’est plus embétant que cela paraît car je ne peux sauvegarder la base sql (‹ table linkcheck manquante ›) ni utiliser ‹ adminer ›
J’ai désinstallé proprement le plugin linkcheck et supprimé la table correspondante dans mysql (plusieurs fois) mais le message d’erreur persiste.
Merci pour votre aide !
Est-ce que par hasard, tu aurais aussi migré la base de données et qu’elle serait en utf8mb4 ?
Voir dans ce cas : https://discuter.spip.net/t/installation-spip-4-0-7-serveur-ssl-page-blanche/162469/3
Répondre à ce message
Salut,
j’ai quelques faux positifs parfois (des liens morts ou malades qui ne le sont pas).
Est-il possible de demander de ne pas traiter certains liens ?
Bonne journée !
Ben
Vous pouvez ignorer ma demande, je vois que la question a déjà été posée ;)
(Comme un imbécile, je n’avais pas regardé...)
Si je résume :
Non, il n’y a pas la possibilité ou alors il faudrait la coder s’il y a des motivé-es.
Répondre à ce message
La version 2.0.3 ne fonctionne pas sous Spip 4.1.
En effet, la fonction
recuperer_entetes()n’est plus supportée, la doc indique qu’elle doit être remplacée parrecuperer_entetes_complets().Il faut donc actualiser le fichier « inc/linkcheck_fcts.php » en ligne 331, en remplaçant :
par
Merci du signalement, la v2.0.4 le corrige.
Répondre à ce message
Ce plugin fonctionne sur un site SPIP 4 (en changeant la borne) mais avec quelques altérations :
il n’est plus possible de cliquer sur l’objet qui contient le lien (cf capture).
Et visuellement (anecdotiquement) les liens de pagination en bas sont en liste : ul.pagination-items > li
Merci
dd
En complément voici le message d’erreur sur la page
ecrire/ ?exec=linkchecks&message=check_ok
1 Filtre lien_objet non défini ../plugins/auto/linkcheck/v1.5.3/prive/objets/liste/linkcheck_detail.html _liens 17Merci
Bonjour,
En effet, je constate aussi ce comportement.
Une piste pour le corriger ?
La version 2.0.0 du plugin, marqué compatible spip 4.0.0, corrige ce filtre + le souci de pagination.
Super, merci.
Je teste dès que possible
Répondre à ce message
Bonjour, je fais remonter une erreur ici...
Problème avec le bouton « Tout enlever » sur la gestion des documents dans un objet
Lorsque j’essaie d’utiliser le bouton « Tout enlever » dans, j’ai un message d’erreur...
Fatal error : Uncaught Error : Call to undefined function objet_info() in .../plugins/auto/linkcheck/linkcheck_pipelines.php:59 Stack trace : #0.../ecrire/inc/utils.php(199) : linkcheck_post_edition(Array) #1.../tmp/cache/charger_pipelines.php(1433) : minipipe(’linkcheck_post_...’, Array) #2 .../ecrire/inc/utils.php(265) : execute_pipeline_post_edition(Array) #3 .../plugins-dist/medias/action/editer_document.php(263) : pipeline(’post_edition’, Array) #4 .../plugins-dist/medias/action/dissocier_document.php(102) : document_instituer(108959) #5 .../plugins-dist/medias/action/dissocier_document.php(178) : supprimer_lien_document(108959, ’evenement’, 7673, false, false) #6 .../medias/action/dissocier_document.php(65) : dissocier_document(’I/document’, ’evenement’, 7673, false, false) # in .../plugins/auto/linkcheck/linkcheck_pipelines.php on line 59
Spip 3.2 [24473]
Répondre à ce message
Merci pour ce plugin indispensable.
- serait-il possible à l’avenir de mettre un petit bouton à coté d’un « lien déplacé » pour « accepter la redirection » et modifier directement la base spip ?
- serait-il possible de mettre un bouton pour « ignorer définitivement » les faux-positifs pour les liens morts ?
exemples de faux-positifs chez moi : https://borisvs.com ; https://www.sheermedia.co.za/cv ; https://www.xdeep.eu
Si tu te sens de coder ça, n’hésite pas !
je sais programmer des boucles, mais pas ecrire du php ou des instructions sql. Je risque de passer des jours en debug pour des histoires de virgules, ou des exceptions.
En regardant le code du plugin, il faut rajouter une fonction de recherche/remplacer de texte (url) dans des champs textuels. On connait déjà l’url à trouver et celle à remplacer. (peut-etre des histoires d’url_rewriting à vérifier pour les liens internes ?).
Pour « ignorer » une url (faux-positifs), créer un nouveau statut « ignorés » et une tache cron associée à fréquence tres petite .
Ergonomiquement, je rajouterai 2 liens dans la colonne Etat, sous « publier ce lien » : « remplacer ce lien » et « ignorer ».
Tels quels, les liens ignorés peuvent être retrouvés en réinitialisant,
Répondre à ce message
Bonjour, super plug-in, très pratique. Bravo aux développeurs, je l’utilise depuis plus de deux ans.
...mais malheureusement deux bugs gênants :
* lors de la vérification des liens (avec ?exec=linkchecks), pas mal de blocages : obligé de rafraîchir la page et relancer manuellement. Cette fois-ci, il ne passe même plus un certain palier et reste bloqué indéfiniment
* des faux-positifs comme en parlent d’autres personnes ci-dessous : des liens indiqués comme morts alors qu’ils ne le sont pas, ce sont les plus gênants
bonjour ,
il marchait bien ce plugin jusqu’à il y a 3 mois env... et sur tous mes sites il voit des morts là où il y en a pas : on clique sur le lien et il s’affiche, pas de 404 : alors je pense que ce plugin a besoin d’un coup de test et de modif ! merci d’avance.
Je n’ai personnellement aucun problème. Une hypothèse possible serait une modification de la conf serveur qui empecherait celui-ci de contacter d’autres serveurs. Il faudrait essayer en ajoutant un document distant à un article
1) document distant sur un autre domaine
2) document distant sur le même domaine.
Si cela bloque, c’est que le problème se strouve au niveau du serveur.
Bonjour Maieul,
afin de pouvoir savoir ce qui bloque, si c’était le serveur, quel est le port / protocole qui est employé par ce plugin SVP pour pouvoir dire qu’un lien est cassé ?
Car perso, avec la technique que je possède, une page répond en 200 (OK) ou 404 (KO) , ou autre ...c’est simple à priori.
Mon serveur, comme beaucoup ici qui ont le soucis, est capable d’aller lire une page et de capter sa réponse.
merci .
normalement ca fonctionne en http / https sur porte standard (80 / 81).
Il n’y a pas de blocage spécifique sur mon serveur. Au vu du nombre de posts ici sur le sujet, j’ai comme un doute sur l’origine de ce blocage...
100% les liens prétendus morts et affichés répondent parfaitement. N’ayant pas envie d’étaler les liens ici, je ne les mets pas en PJ.
Disons sur un de mes sites https://www.mondomaine.com, il voit comme liens cassés https://www.mondomaine.com et http://www.mondomaine.com, c’est pour dire l’ampleur.
Bah chez moi 0% de liens prétendus morts le sotn effectivement. Donc c’est bien qu’il y a un truc quelque part qui bloque, je ne sais pas où....
Par ailleurs, l’exemple que tu donne est un parfait exemplede ce qui peut etre problèmatique. J’ai régulièrement des serveurs mal configurés qui ne sont pas capable se se pinguer eux même....
Bonsoir,
mais tu as raison ! un ping depuis une machine externe sur www.mondomaine.com répond bien et pas du tout depuis la console linux de mon propre serveur ! Tu vas sans doute râler, mais sais-tu à priori ce que j’ai mal ou pas fait (j’ai accès à tout sur le vps) ? Bind, Network ? merci d’avance.
aucune idée. Le seul cas où j’ai eu cela, les admin m’ont dit
mais j’en sais pas plus.
Bonjour Maïeul,
Eh bien c’était une adresse qui s’était glissée dans iptables ... ;et qui causait ce dérangement plus un autre sur les syndications par Rss ! Ton plugin remarche encore mieux qu’avant ! une vraie merveille. Merci bien de ton soutien et des indications sympathiques et patientes.
William
Répondre à ce message
Hello !
Bon ce plugin est franchement génial et accompagne tous mes sites depuis un moment maintenant, merci pour le taff ! :)
Par contre, il a ponctuellement des remontées en faux-positif malgré plusieurs tests et vérification/correction de ma part des URL (https VS http; avec ou sans www. ; ....)
2 liens morts au hasard sur un spip 3.2.1 mutualisé, branche stable et à jour :
Une idée ?
Merci d’avance ;)
Ah tiens ? Sur le même site, un nouveau cas à l’instant de faux positif sur un lien interne déclaré « mort », dans un article de documentation rédacteur interne, donc laissé en statut « proposé » et pointant vers
https://site.ext/ecrire/?exec=formulairesalors que le plugins est bien installé et actif (et à jour).Si ça peut aider je peux sortir des logs ou autre, il faut juste me dire quoi chercher.
Merci d’avance
Et aujourd’hui, sur un site, tous les liens pointant vers soundcloud.com/... sont affichés ’morts’, à moins que je ne les mette entre chevrons (oEmbed)
bizarre... vous avez dit bizarre ?
Chez moi aussi ces liens sont toujours en « morts »
Répondre à ce message
Très bon plugin, très pratique.
Merci aux développeurs :)
Répondre à ce message
Bonjour,
Tout d’abord un grand merci pour ce plugin génial et indispensable !
Sur un SPIP 3.2.0 avec LinkCheck en 1.4.11, nous rencontrons quelques petits problèmes : dans la liste des liens morts, on se retrouve avec des liens tronqués, notamment des liens vers commons.wikipedia.org, dès lors, a priori, qu’il y a une parenthèse dans l’URL.
Ainsi, « https://commons.wikimedia.org/wiki/File:Maison_pench%C3%A9e_(Limoges).JPG » est repéré comme mort et apparaît dans la liste comme « https://commons.wikimedia.org/wiki/File:Maison_pench%C3 %A9e_ » et est indiqué comme redirigé « https://commons.wikimedia.org/wiki/File:Maison_pench%C3 %A9e ».
Idem avec https://commons.wikimedia.org/wiki/File:Uzerche_by_Gustave_Le_Gray_(2).jpg ou https://commons.wikimedia.org/wiki/File:Gargouille_(5).jpg qui se retrouve lié https://commons.wikimedia.org/wiki/File:Gargouille_(1).jpg et à https://commons.wikimedia.org/wiki/File:Gargouille_(4).jpg (dans ces trois derniers cas, LinkCheck n’identifie qu’une URL).
Un problème également avec un lien mort détecté vers l’URL https://www.youtube.com/channel/UCbDwfR3_zczAT8wi5WEOPiw alors que celle-ci fonctionne parfaitement.
Autre lien problématique : http://www.gutenberg.org/ebooks/17589 qui reste mort malgré les vérifications manuelles forcées.
Merci encore et par avance :-)
Répondre à ce message
Sur un site SPIP
http://www.planete-sciences.org/astro/
un lien qui pointe vers un sous fichier du même domaine (mais qui n’est pas SPIP)
http://www.planete-sciences.org/astro/couleursdetoiles/
est marqué comme erronée, alors que cela marche parfaitement.
Si en plus je teste cela sur mon localhost > pas de souci.
Salut,
je me permet de relancer, si vous avez une piste. Sinon il faudra que je trouve du tps pour débuguer cela.
Peut être comme @nicod ici, un problème de serveur qui a du mal à se résoudre seul ?
Chez moi ton lien marche bien
A oui c’est très probable. Il y a une manip facile pour vérifier cela ?
Tu as accès à une ligne de commande ? sinon je ne sais pas, demande à nicod ;)
Malheureusement pas. Merci en tous cas, je vais lui envoyer un mail.
Auto syndique toi ?
Bon idée. Testée et confirmé que c’est cela le problème. Bon il ne reste plus qu’à demander aux responsables techniques de résoudre ce problème.
Le responsable du serveur a changé les réglages. Voilà la cause du problème :
Répondre à ce message
Pour info j’ai changé la borne de paquet.xml :
compatibilite=« [3.0.5 ;3.2.*] »
et le plugin fonctionne bien en 3.2
J’ai mis à jour sur la zone
Merci Maieul
Répondre à ce message
Bonjour,
Merci pour les dernières mises à jour de ce plugin tout simplement indispensable !
Nous l’utilisons au BRGM depuis plusieurs années et nous en sommes toujours aussi satisfaits.
Après l’avoir déployé sur de nouveaux sites dernièrement (au total, une quinzaine de sites BRGM l’utilisent !), je me permets de vous faire quelques retours, qui pourraient éventuellement faire l’objet d’améliorations :
Hello
pour le cas 1 (points virgules), peux tu nous donner un exemple fonctionnel afin de testet
merci
J’ai le cas où l’URL contient un phpsessionid, jsessionid (ce qui ne devrait pas arriver en soit, mais les rédacteurs de nos sites SPIP ne sont pas tous informaticiens ;)) :
https://www.legifrance.gouv.fr/affichTexte.do;jsessionid=1356CA7B22439476808A5AFBE1B7AAA5.tpdila14v_1?idSectionTA=JORFSCTA000019283052&cidTexte=JORFTEXT000019283050&dateTexte=29990101
Ou sinon, avec ce lien par exemple : http://sigesbre.brgm.fr/test;fichier.xml
Dans la liste des liens, ces 2 URL sont affichées tronquées, comme ceci :
https://www.legifrance.gouv.fr/affichTexte.do et http://sigesbre.brgm.fr/test
Par conséquent, j’imagine que ce sont ces URL tronquées qui sont testées par Linkcheck.
Pour ce point là je viens d’envoyer des modifs et la version 1.4.8 devrait prendre en compte les liens avec « ; »
Je confirme, les liens avec « ; » sont désormais traités correctement. Merci !
Par contre, petite remarque au niveau de l’affichage des liens : il y a un espace avant les points virgules :
Répondre à ce message
Bonjour, j’ai installé le plugin, mais j’ai toujours « Aucun lien n’a encore été recensé ». J’ai appuyé plusieurs fois sur « Commencer la recherche », sans effet sur la page exec=linkchecks ni sur le fichier CSV, désespérément vide.
Spip 3.0.26
Linkcheck 1.4.6
PHP 5.4.45
Après plusieurs jours, je recharge la page et un seul lien (valide) a été trouvé. Il y a clairement un problème, non ?
Si le site est chez Free (comme le suggère ton adresse mail), alors c’est normal : l’hébergement gratuit Free empêche les connexions sortantes, donc Linkcheck ne peut rien vérifier d’externe.
Si ton site n’est pas chez Free, je ne sais pas.
Ben non, le site n’est pas chez Free mais chez Phpnet. Je vais l’installer sur un autre site du même serveur pour voir.
Bon… mon premier site en est à 14 liens trouvés. Ça fait pas lourd, en une semaine :-)
Le second n’affiche toujours rien après plusieurs hures et des rechargements de page.
Peux tu mettre à jour en 1.4.7, réinitialiser la table avec le bouton adéquat et relancer la recherche de liens ?
Avec joie , mais où trouver cette version 1.4.7 ? La dernière révision 105398 dit : « Incrément de version : 1.4.6 »…
PS pour info sur mon site 1, linkcheck en est désormais à 67 liens trouvés (mais ça me paraît très peu) et sur le site 2, toujours aucun lien trouvé après plusieurs jours.
Elle devrait être dispo sous peu, le temps de mise à jour des dépots. J’ai l’impression que ton pb est que la recherche de liens à l’installation n’a pas bien fonctionné.
Avec la version que tu as actuellement, tu devrais déjà réinitialiser la table, relancer la recherche de liens et voir si ce n’était pas juste cela le pb.
Avec la nouvelle version, Linkcheck trouve 3245 liens en une vingtaine de secondes, ce qui me paraît cohérent. Merci beaucoup !
Répondre à ce message
Salut,
sur un SPIP 3.2 svn, Linkchek n’agit pas du tout, et dans le log mysql je vois plein d’erreurs identiques sur les différentes tables :
2017-09-08 16:41:26 127.0.0.1 (pid 76968) :Pri:ERREUR: {{Erreur 1139 de mysql: Got error 'unmatched parentheses at offset 66' from regexp}} in /Users/nico/Sites/dev12/www/plugins/auto/linkcheck/v1.4.6/action/linkcheck_parcours.php L100 [sql_allfetsel(),action_linkcheck_parcours_dist(),traiter_appels_actions()]J’ai testé les requêtes à la mano, ça vient visiblement de celle là :
REGEXP('(((http|https|ftp|ftps)://)?www\.)|((http|https|ftp|ftps)://(.*\.)?))(.*\.)+[a-zA-Z0-9]{2,9}(/.*)?)(\'|"| |\.|\->|\]|,|;|\s)/?')Je viens de tester sur une SPIP 3.2.0-beta3 SVN [23624] sans soucis.
Des plugins spécifiques ? version de Mysql ?
En fait ça viendrait plus de, comme l’indique le message d’erreur (ligne 100 de linkcheck_parcours) cette requête :
Donc j’imagine d’un plugin ou un objet particulier.
La version 1.4.7 devrait corrigé tout cela normalement :
http://zone.spip.org/trac/spip-zone/changeset/106148
Répondre à ce message
Il doit y avoir un bug dans le forum car mes réponses n’apparaissent pas sous mon post ?
Je refais la discussion ici. Mon post d’origine :
La réponse de kent1 (qui n’apparait pas dans le forum mais que j’ai reçue par mail ??)
Ma réponse (qui n’apparait pas non plus) :
Du coup j’ai installé le plugin titre de logos
Je l’ai profondément modifié car il utilisait mal la déclaration d’objet (il déclarait les champs en question pour tout objet).
Bref.
J’en ai profité pour corriger un bug dans linkchecks aussi.
Je te propose de tester les deux dernières versions du plugin et de nous dire si c’est ok
Bonjour,
désolé pour ma réponse tardive : ça semble désormais fonctionner sans problème !
Merci !
Répondre à ce message
Bon... je l’ai déjà dis, je le répète : ce plugin est absoluement GE-NIAL ! Encore bravo et merci !
A l’utilisation en revanche, m’est venue une idée que je ne saurais pas intégrer moi même mais que je soumets ici au cas où :
peut-on envisager qu’à l’installation du plugin :
<a>qu’il va tester en tant qu’id cssce qui permettrait de faire des raccourcis plus efficaces dans ce tableau, directement vers les liens grâce aux ancres ? (cf capture jointe)
(la méthode est juste celle qui m’a paru la plus logique sur le moment, il y a surement plus rapide/moins lourd pour arriver au même objectif mais je suis resté une burne en peu cheu peu ... :-X )
A+
C’est loin d’être aussi facile malheureusement, je n’ai pas trouvé de pipeline pour m’insérer proprement pour faire cela malheureusement
Ça doit être de là que vient l’expression « en France on a pas de pétrole mais on a des idées »... :-p
Répondre à ce message
Bonjour,
Ce plugin rend bien service, il est globalement bien fait MAIS, j’ai un petit problème de faux positifs : il détecte bien trop de liens morts qui ne le sont pas.
J’ai un peu cherché et j’ai trouvé le bug : l’expression régulière utilisée n’est pas complète pour détecter une URI.
c’est ligne 56 à 64 : https://zone.spip.org/trac/spip-zone/browser/_plugins_/linkcheck/trunk/action/linkcheck_parcours.php2
En gros, il suffit d’une apostrophe, ou d’un autre caractère un peu spécial pour que le parser arrête de lire l’uri, et teste un lien incomplet, du coup.
Il me semble que la RFC qui définit le format des URI est bien plus permissive que la regexp utilisée ici. ( https://tools.ietf.org/html/rfc3986 )
Au choix vous pouvez :
- utiliser une bibliothèque qui le fait tout seul
- utiliser une regexp qui marche bien, et comme je suis quand même intéressé par la résolution rapide de ce bug, voici une proposition (python, désolé) : https://docs.djangoproject.com/fr/1.11/_modules/django/core/validators/#URLValidator
à bientôt,
Lazouz
Bonjour, peux tu fournir des liens d’exemple stp ?
merci
Bonjour,
Exemple de liens classés morts qui n’en sont pas :
Ils concernent ici un flux radio accessible dans le cadre en bas de cette page :
https://www.lettonie-francija.fr/2017-Riga-chanter-Olympiade-Europe-1140
Cette adresse réelle de flux radio s’ouvre avec vlc :
L’adresse exacte est en fait tronquée par LinkCheck qui de ce fait la considère comme un lien mort. Dans la liste des liens morts, c’est l’adresse incomplète qui s’affiche :
Cordialement
Bonjour, la version 1.4.5 devrait régler ce problème d’url avec port stipulé dans le lien : https://zone.spip.org/trac/spip-zone/changeset/105248
Merci de faire un retour si c’est ok
Pour moi il y a un problème plus profond dans la détection des uri : il faut respecter la RFC (https://tools.ietf.org/html/rfc3986) et pour le moment ça n’est pas du tout le cas. A titre d’exemple rapide, détecter « www. » n’est pas dans la RFC et surcharge la regexp.
Ajouter des cas à chaque signalement sera pénible pour vous, rend le plugin inutilisable pour la plupart des utilisateurs qui ne sauront pas remonter le bug ou qui abandonneront le plugin parce que peu efficace.
Je veux bien aider mais n’ai aucune idée du fonctionnement du développement des plugins spip.
Paldies - Merci Quentin,
En remerciement pour la réactivité, quelques sonorités culturelles futures à écouter bientôt : lettonie-francija.fr Juillet 2017 Riga Olympiade Chorales Européennes
Je fait mon nettoyage de pages, de liens et LinkCheck est très utile !
Les événements culturels vont se multiplier en Lettonie avec un point culminant dans un an pour le centenaire de l’indépendance des pays baltes. Entre la Lorraine, Metz et Latvija, toute une histoire de culture, de photographies exposées en Vallée des Anges, et autres musiciens saxophonistes franco-lettons, en passant par le football Club de Metz ...
Musicalement,
Le Chti qui Jase
Juste que je souhaite tester avant de modifier cette regexp et nous n’avons pas trouvé de librairie correcte. Qui plus est nous devons gérer également les liens spip.
donc avant de toucher je veux tester et si possible avec de vrais urls existantes.
les 2 modifs faites ce week end l’ont été en regardant la rfc pour traiter des cas larges.
mais comme tu ne souhaites apparemment pas donner de faux positifs de test, ce sera quand on tombera dessus
Bonjour,
Exemples de liens considérés morts et qui ne le sont pas !
Ces liens sont considérés morts par je ne sais quelle coup de vent dans les nuages ?
etc ......
Cordialement
Pour le premier lien c’est que le serveur en face est mal configuré coté https (https://www.ssllabs.com/ssltest/analyze.html?d=www.aslimnica.lv) donc les serveurs ne lui font pas confiance contrairement aux navigateurs.
Devrait mieux fonctionner avec : https://zone.spip.org/trac/spip-zone/changeset/105393
Pour info, il ne sert à rien de mettre du gras, ni d’être ironiques, la preuve ici c’est le serveur en face qui est pourri...
Je rappelle pour les râleurs, que participer au développement est simple, il suffit de se sortir ...
Pour les deux autres liens, j’ai valide pour l’un et déplacé pour l’autre
Il se peut que lorsque tu les as testé, leur serveur soit en surcharge par exemple...
Merci,
Il est vrai que pour des pages spip « https » correctes, les éléments externes proposés au téléchargement ou chargés avec la page doivent être correctement https.
Un mètre à la fois on avance...
Il n’y a pas trop de rapport. Quand il y a communication vers un serveur, il y a vérification du certificat que ce soit en php ou via la ligne de commande. Si le serveur est mal configuré, ça plante, ce qui est somme toute logique non ?
Du coup là on ajoute une exception pour cela ce qui dans le meilleur des mode ne devrait pas exister.
Donc il est important de donner les faux positifs pour que l’on puisse les tester, et trouver des solutions.
Bonsoir,
Pour le premier lien, je me suis demandé si le volume de « plan d’accès.pdf » était source de lien mort (31 Mo). Ce lien est incorporé dans une page pour téléchargement si les visiteurs veulent consulter le plan d’accès.
Si la routine de vérification charge l’image.pdf, cela peut prendre quelques temps qui dépasserait alors un tempo préréglé.
Une hypothèse ?
@+
Depuis la version 1.4.6 les caractères unicodes sont pris correctement en compte normalement
Il y a également d’autres améliorations
Pour ton plan d’accès c’était le problème de certificat.
Répondre à ce message
Bonjour,
Merci beaucoup pour ce plugin, mais j’ai des erreurs lorsque j’uploade des images dans les articles depuis que j’ai installé LinckCheck. Apparemment, ça vient bien du plugin (voir la capture d’écran). Je suis sous spip 3.1.
Vous avez une idée d’où vient le problème ?
Merci, Joël
Bonsoir
Pouvez vous nous dire quels plugins supplémentaires sont installés ? et quels champs extras sont créés ? c’est étrange qu’il cherche ces champs
Rebonjour,
je pense que le plugin qui pose problème avec LinckCheck est « Titre de logo » : http://plugins.spip.net/titre_logo.html. Les champs titre_logo et descriptif_logo (qui créent l’erreur SQL) lui sont liés, je pense.
Je t’ai répondu au dessus dans l’autre thread à ce sujet
Répondre à ce message
Bonjour,
J’ai beau désinstaller et réinstaller le plugin (à jour SPIP 3.1.4) j’ai un bug d’affichage (cf doc) :
La liste des liens ne s’affiche pas.
Par contre dans le csv j’ai bien la liste des liens morts et déplacés.
J’ai le cas sur 1 site seulement.
dd
Tu peux refaire un test en mettant à jour, je viens d’envoyer une grosse amélioration normalement
Tout fonctionne !
merci
Répondre à ce message
Bonjour,
Bravo pour ce plugin qui marche très bien sur un site très peuplé, et sur lequel nous trouvons ... plus de 123 liens morts ...
La page linkchecks s’avère très pratique pour faire un premier grand nettoyage mais elle n’est accessible qu’au webmestre, lequel a déjà pas mal de boulot !
Trêve de plaisanterie, un réglage des autorisations (ou la possibilité de les surcharger) serait un plus non négligeable.
Les rédacteurs et administrateurs ont maintenant le droit de voir la page
Les autorisations sont plus pointues et surchargeables depuis la version 1.4.0 d’aujourd’hui
Répondre à ce message
Bonjour,
Je voulais juste signaler qu’en bas de la page du plugin s’affiche :
!-linkchecks.csv" href="../spip.php?page=prive/linkcheck.csv">CSVComme s’il manquait quelque part une fermeture de balise.
Enfin, certains liens sont affichés comme malades (tous ceux de Mediapart par exemple), mais on ne peut pas les déclarer comme valides (ils fonctionnent).
Sinon, très utile et très fonctionnel.
Merci,
Salut, la version 1.3.8 devrait corriger ça, cf : http://zone.spip.org/trac/spip-zone/changeset/100883
Merci pour le signalement.
Répondre à ce message
Bonjour,
Est-il possible de ne pas activer les alertes pour les liens déplacés ?
Merci
Je ne comprends pas bien ton problème, pourrais tu être plus précis ?
Dans la version 1.3.5 (http://zone.spip.org/trac/spip-zone/changeset/99802), j’ai limité l’affichage sur chaque page de l’alerte au fait qu’il y ait au moins un lien mort ou un lien malade.
Est ce cela à quoi tu faisais allusion ?
En ce qui me concerne, les liens déplacés ne posent pas de problèmes pour la navigation. Mais l’affichage dans la partie privée de « Il y a des liens invalides dans le contenu de votre site ! » est assez ennuyant car je veux surtout être alerté pour les liens ’morts’ ou ’malades’.
Je suis en train de retravailler tous les liens déplacés bien que ce ne soit pas ma priorité.
Tant que j’y suis, je signale un problème avec les url’s comme celle-ci : « http://www.spfb.brussels »
Elle apparaissait comme « http://www.spfb.brussel ». Le lien était donc tronqué et mentionné comme ’mort’.
J’ai modifié
la ligne 63 dans inc/linkcheck_fcts.php en modifiant
"('|\"| |\.|\->|\]|,|;|\s)(((((http|https|ftp|ftps)://)?www\.)|((http|https|ftp|ftps)://([".$classe_alpha."\-]*\.)?))([".$classe_alpha."0-9\-\+]*\.)+[a-zA-Z0-9]{2,7}(/[".$classe_alpha."=.?&_\-\+\:\,/%#]*)?)('|\"| |\.|\->|\]|,|;|\s)?",en
"('|\"| |\.|\->|\]|,|;|\s)(((((http|https|ftp|ftps)://)?www\.)|((http|https|ftp|ftps)://([".$classe_alpha."\-]*\.)?))([".$classe_alpha."0-9\-\+]*\.)+[a-zA-Z0-9]{2,8}(/[".$classe_alpha."=.?&_\-\+\:\,/%#]*)?)('|\"| |\.|\->|\]|,|;|\s)?",et
la ligne dans action/linkcheck_parcours.php en modifiant
'(((https?|ftps?)://)|(((https?|ftps?)://)?[A-Za-z0-9\-]*\.))[A-Za-z0-9\-]+\.[a-zA-Z]{2,4}/?',en
'(((https?|ftps?)://)|(((https?|ftps?)://)?[A-Za-z0-9\-]*\.))[A-Za-z0-9\-]+\.[a-zA-Z]{2,8}/?',Je ne sais pas si j’ai bien fait mais ça fonctionne :-/
Hop http://zone.spip.org/trac/spip-zone/changeset/99803 pour les .brussels, la version 1.3.5 corrigeait donc ton problème d’affichage d’alerte normalement, dis moi si ce n’est pas le cas
Ok, dès que le commit est sur la zone, j’essaierai la maj. Merci pour tout le travail, ce que je me devais aussi de souligner ;-)
C’est sur la zone, peut être pas encore en paquet mais disponible via svn normalement
Oui, j’ai essayé mais je ne pouvais plus utiliser le plugin. L’appui sur le bouton ’commencer la recherche’ ne fonctionnait plus :-(
Ah mince, http://zone.spip.org/trac/spip-zone/changeset/99805 devrait corriger, désolé
Ok, tout fonctionne !
Répondre à ce message
Je viens d’installer le plugin, très utile.
Quelques remarques d’un utilisateur qui découvre et pistes de développement :
- [ ] présence du lien sur toutes les pages : ce message pourrait être plus informatif en précisant le nombre de liens
- [ ] bloc des liens trop visible sur les articles (il devrait être dans la marge car il ne s’agit pas d’un contenu éditable)
- [ ] ajout d’un lien vers archive.org sur les articles morts
- [ ] proposer de cliquer soi-même quand on a vérifié un lien OK, pour qu’il soit validé (au moins XX jours) ; [la doc ci-dessus explique qu’il faut checker manuellement mais ensuite on n’a pas moyen de valider qu’un lien a été contrôlé]
- [ ] export CSV (j’ai commité une première version, à finaliser avec generer_url_objet)
- [ ] gestion des autoriser() pas très claire (je n’ai pas réussi à ouvrir le plugin aux rédacteurices)
- [ ] ajout d’un picto lien mort optionnel dans propre() [+ éventuellement lien sur archive.org le cas échéant]
- [ ] vérifier/traiter automagiquement les migrations http⟹https
- [ ] améliorer la détection des liens (ex de bugs : "gazogène.com", ou "lacite.website" sont coupés bizarrement, les urls terminant par une virgule sont aussi coupés)
- [ ] améliorer la découvrabilité du plugin (j’ai cherché en vain avec le mot “checklinks”)
Merci Fil pour ces retours.
N’hésite pas à faire tout ça si tu le peux ;-)
Sur l’ajout d’une indication de lien mort (pipeline pre_propre ?), j’ai pour l’instant un gros doute : il y a trop de faux positifs actuellement.
Pour la « découvrabilité », j’ai rajouté ce nom dans le PS (ainsi que d’autres). N’hésite pas à modifier l’article.
Hello
J’ai pas mal améliorer la validation des liens ces derniers temps
J’ai ajouté un bouton pour revalider les liens manuellement
Tu peux fournir une liste de liens qui ne sont pas bien reconnus ?
Je ne retrouve pas comment j’avais découvert ces liens… sans doute parce que j’en ai corrigé plusieurs (par exemple mis le %xx à la place du è dans gazogène.com)
Un exemple qui pête = http://gallica.bnf.fr/ark:/12148/bpt6k6550067z
J’ai un peu amélioré la détection des liens et tes exemples devraient fonctionner :
Ne pas hésiter à ajouter des exemples relous ici ;)
CF : http://zone.spip.org/trac/spip-zone/changeset/99622
Merci, je mets à jour.
Bonjour,
Le lien suivant
http://www.finistere.gouv.fr/tags/view/Les+dossiers/Conchyliculture
est cassé dans linkcheck ; il devient http://www.finistere.gouv.fr/tags/view/Les
Et sur le même site en SPIP 3.0.24 avec linkcheck 1.3.3 SVN [99622]
le lien https://www.brest.fr est toujours vu comme mort même lorsque je le re-re-reteste manuellement.
La version 1.3.4 devrait régler le problème des « + » dans les Urls
Pour brest.fr, j’ai bien un statut déplacé avec :
https://www.brest.fr/
Redirection
https://www.brest.fr/accueil-3.html/
C’est peut être un problème de ton serveur de liaison de ce site ?
Hello.
Il y a aussi un problème avec les
@. Exemple : https://www.flickr.com/photos/76018748@N00/1263448315Merci pour ce plugin !
La version 1.3.5 devrait corriger cela :
http://zone.spip.org/trac/spip-zone/changeset/99802
Comment je récupère l’archive complète ?
Bien que les informations ne soient pas à jour (mise à jour automatiquement) sur le zip dans la colonne de droite, celui-ci l’est.
Sinon tu attends un peu pour mettre à jour via la mise à jour automatique des plugins
Ok tout fonctionne !
Répondre à ce message
Une idée qui m’a été soumise par un utilisateur : pour les liens internes pointant vers un contenu non publié (au sens de l’admin de SPIP, pas au sens des squelettes qui pourrait utiliser
{tout}), avoir un statu spécifique : « Non publié » qui permette de retrouver rapidement les contenus internes pointés par d’autres, valide parce qu’existant, mais donnant quand même une 404 côté public.D’ailleurs, mais c’est un autre débat, ça pourrait être pas mal que SPIP affiche côté public autre chose qu’une erreur 404 dans ce cas (en travaux ?).
un « statut non publié » restreint considérablement la liste des statuts « non publiés » de SPIP.
Par contre, pour répondre à ta question sur les pages 404 : une page 404 par SPIP étant produite lorsque le squelette article.html (ou mot.html) ne renvoie rien, il te suffit de modifier celui-ci pour que les articles « non encore publiés » soient affichés en tant que tels.
Répondre à ce message
Bonjour Kent1
Merci pour toutes ces améliorations.
J’ai des liens internes qui sont classés en mots alors qu’ils sont parfaitement valables.
Par exemple :
[plans formation->mot208]Sur un site où j’ai installé le plugin, les rédacteurs copient collent les adresses des pages pour faire de liens.
[blah->http://domaine.tld/url_propre]C’est pas bien mais c’est ce qu’ils font.
Et tous les liens de ce type sont déclarés morts, alors qu’ils répondent bien (status 200).
Bug ?
Par ailleurs, même problème que RealET, un lien
[blah->rub266]est déclaré mort aussi.Fausse alerte sur les liens internes en url complètes, il semble que le bug vienne du serveur lui même qui ne résoud pas son propre nom de domaine.
Oui c’est ce que je pensais pour le premier problème.
Pour le second, tu peux tester avec la dernière version, elle utilise
objet_test_si_publie()pour vérifier la publication de l’objet.@RealET de même pour toi et les mots, tester avec la dernière version
@nicod_ : pour ton problème de rédacteur qui copie-colle les liens internes, tu peux utiliser Correction des liens internes.
Bonjour,
Je rebondis sur ce commentaire.
Pourquoi est-ce que ce n’est pas bien de copier/coller un lien qui a déjà publié sur le site ? Ça permet pourtant d’éviter des erreurs de frappe. ou de gagner du temps si on a besoin de recopier un passage entier d’un article contenant des liens.
Tout simplement parce qu’un lien peut être amené à changer, par exemple de domaine et que
[lien->artxx]marchera toujoursCQFD.
Merci pour cette réponse. c’est une bonne pratique que je vais mettre en œuvre.
Autre raisons en cas d’export vers d’autres format que le HTML, cela permet de mieux gérer les liens internes. De plus SPIP utilise la forme du lien pour intégrer des classes css spécifiques, qui permet éventuellement d’indiquer visuellement si ce lien est interne ou externe.
Merci, ça marche (pour les liens internes).
Répondre à ce message
Bonjour,
Testé sur plusieurs sites en 3.1.1 : les adresses de sites qui comportent des - (tirets) sont considérés comme morts (à tort).
dd
Est ce toujours le cas ? si oui, peux tu me donner un exemple précis ?
Hello,
Non ce cas semble définitivement résolu !
Merci
Répondre à ce message
Bonjour Kent1,
Une idée d’amélioration : dans le cas des redirections, un bouton pour actualiser automatiquement le contenu là où c’est utilisé pour mettre à jour le lien avec la nouvelle adresse.
Un piège : un simple rechercher/remplacer pourrait planter dans le cas où le lien existerait dans sa version telle qu’affichée, et qu’il y aurait un autre lien contenant la chaine du premier lien + d’autre caractères autour dans le même article.
Exemple :
Tu peux rajouter cela dans le TODO.md
Répondre à ce message
Hello,
Pour un de mes sites (le seul hébergé chez OVH je ne sais pas si cela est lié) la vérification reste bloquée à :
209 liens dont 182 non-verifiés
J’ai désinstallé et réinstallé le plugin mais c’est pareil.
LinkCheck 1.2.1 avec SPIP 3.0.21
dd
Je me répond : avec la toute dernière version du plugin c’est bon j’ai réussi à débloquer le compteur en validant manuellement les liens (très bien cette nouvelle fonction).
Je pense qu’il s’emmêlait les pinceaux avec les liens inclus dans les newsletters.
Il reste quand même ce lien présent dans le squelette de chaque newsletters : http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd qui est marqué comme mort x fois
Je suis d’accord avec Fil sur le pavé de la liste des liens sur les pages article ou newsletter.
Un petit déplier/replier peut-être ? (j’ai bien vu la pagination mais ce bloc est quand même envahissant).
Merci pour ce plugin bien utile.
dd
Hello
Pour pourtant ce lien n’est pas mort en fait.
Pourrais tu me fournir un export de BDD (nettoyé comme tu veux mais conservant les newsletter) pour que je puisse tester et améliorer ?
Mon email est assez simple à trouver soit sur les listes, soit sur ce site dans le privé
Hello,
Il semblerait qu’avec la dernière version du plugin la détection des liens http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd soit correcte.
J’ai vu que le plugin testait ce lien et qu’il le validait.
Sinon j’ai un lien qui est vu comme mort (en vrai il est déplacé) : mais je crois que c’est un problème de leur coté car lorsque je tente de l’ajouter comme site référencé SPIP ne le trouve pas non plus : https://www.brest.fr (très belle page 404 (((
Et dernière trouvaille le plugin Piwik apparaît dans la liste des slies à tester :
http://www.piwik.org
Redirection
https://piwik.org/ Plugin PIWIK Déplacé Tester ce lien
Voila pour aujourd’hui
dd
Pour brest.fr j’ai bien Déplacé https://www.brest.fr => Redirection https://www.brest.fr/accueil-3.html/
Pour Piwik c’est corrigé dans la version svn mais le lien décrit est issu des dépôts de SPIP
Bref, de toute manière, on n’analyse plus spip_plugins ce n’est pas un objet édito du site
Répondre à ce message
Ce plugin est une vraie merveille, qui aide bien à faire le tour des liens, même sur un gros site ! Merci !!
Cependant, le nombre de faux positifs est très élevé (près de 50%, tout de même !)
En analysant certains des liens identifiés comme morts via d’autres outils en ligne, le code HTTP renvoyé est bien « OK- 200 ». Une révision du fonctionnement du plugin est-elle envisageable ?
De même, il serait génial de pouvoir identifier via des cases à cocher des liens une fois vérifiés (par exemple, les faux positifs qu’on aura vérifié à la main, ou les liens qu’on a corrigé mais qui restent listés) pour les sortir de la liste... Là, à part purger les tables de la base de données, on ne peut pas retirer ces liens !
Si vous utilisez toujours ce plugin, pouvez vous confirmer ou infirmer que le nombre de faux positifs ai baissé et donner des exemples de liens qui fonctionneraient mal ?
Répondre à ce message
Bonjour,
Merci pour ce super plugin !
Toutefois je suis ennuyé car je gère un annuaire de pages 404 (et oui, on trouve n’importe quoi sur le web :D )
Donc je souhaiterais que les réponses 404 ne soient pas tamponnées comme « lien mort » mais bien comme valides.
J’ai fouillé un peu le code mais sans succès.
Pourriez-vous m’aider à localiser votre test sur les retour d’entêtes afin que je ne tienne pas compte des 404 ?
Merci infiniment.
Bonne continuation.
Je ne vois pas comment ton idée peut fonctionner, ou à quoi servira ce plugin dans ton cas puisqu’une 404 est un lien mort, une page inexistante dans un site et qu’un serveur correctement configuré t’y enverra.
Du coup, à quoi peut bien te servir ce plugin ? juste à voir si le domaine existe ?
Répondre à ce message
Bonjour,
Pourriez-vous nous en dire plus sur les autorisations ? En l’état il semble que seul le webmestre puisse voir l’interface linkcheck mais pas les administrateurs.
Faut-il modifier quelque chose dans mes_options ?
Valéry
Répondre à ce message
J’ai modifié pas mal le plugin aujourd’hui pour des raisons de perfs et afin qu’il aille chercher les liens partout.
Juste un commentaire pour recevoir les potentielles plaintes ;)
Je ne recevais pas de notifications mail mais tout à coup j’en reçoit tous les jours. Est-ce qu’il y a eu un changement sur le réglage ? Ceci peut-il être inactif par défaut ?
Répondre à ce message
Bonjour,
Je suis en train de le faire passer sur un site de plus de 15.000 articles, ça marche super bien.
Deux remarques :
- ce serait bien de pouvoir classer les résultats, en particulier par ordre alphabétique, plus pratique pour nettoyer de multiples url d’un même site référencé
- il me sort quelques faux morts, en tronquant l’adresse, en particulier quand il y a un tiret ou une virgule dans l’url semble t’il (alors que spip fait bien le lien, lien déclaré via le raccourcci
Le coup des liens morts lorsque l’URL contient un tiret, je l’ai observé aussi, et pas seulement lorsqu’il s’agit d’un raccourci SPIP
C’est aussi le cas avec le plugin « Test URL »
dd
Répondre à ce message
Tout semble fonctionner sans problème de mon côté. Merci pour ce plugin très utile !
Répondre à ce message
Voilà les renseignements demandés :
mysql 5.1 et php 5.4.37
Le site est hébergé chez OVH
Guillaume, je me demande si on passe bien par inc/distant de SPIP ou un simple curl en PHP. Si c’est curl, c’est peut-être là qu’est le problème.
Bon finalement ça fonctionne, je viens de retourner dans la partie administrative de mon site et j’ai vu apparaitre la liste des liens, bizarre mais tant mieux !
Répondre à ce message
Bonjour,
Très bonne idée que ce plugin, malheureusement je n’arrive pas à dépasser l’étape de la recherche des liens. Après installation, je clique sur « Commencer la recherche » mais même en attendant très longtemps il ne se passe rien. J’ai essayé aussi après rechargé la page et aussi réinitialisé...
Spip 3.0.17
Squelette Ahuntsic 2.0.2
Bonjour Baguf,
Peux tu me dire si tu utilises mysql ou sqlite ?
Si c’est mysql, quelle version ? ainsi le numéro de version de php.
Merci
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires :
|
