Gestion « propre » des erreurs 404 dans un site SPIP - commentaires

Gestion « propre » des erreurs 404 dans un site SPIP

Bonjour,

Merci pour la contrib.
J'ai essayé de l'installer sur un site en spip 2.1, mais, si l'envoi des entêtes http se fait correctement, je n'arrive pas à faire fonctionner l'include. J'ai tenté plusieurs écritures, dont celle préconisée par Bourbaki (include("http://www.mondomaine.tlm/spip.php?page=404") ;), mais sans succès.
En tapant l'adresse d'un article dépublié, je tombe sur : Oups ! Petit problème... Ce lien semble brisé. Ce qui n'est pas le message idéal à faire passer aux visiteurs...

Toute aide sera la bienvenue

Migration spip 1.9

Bonjour,

Merci pour cette contribution.

Je signale au passage qu'elle est compatible avec la version spip 1.9.1 j'ai réussi à l'installer en modifiant l'adresse d'inclusion de la page 404 qui n'est plus compatible avec les versions > 1.9 :

 header("HTTP/1.1 404 Not found"); header("Status: 404 Not found"); {{include("404.php3");}} exit();

remplacé par :

 header("HTTP/1.1 404 Not found"); header("Status: 404 Not found"); {{include("http://www.mondomaine.tlm/spip.php?page=404");}} exit();

> erreurs 404 dans un site SPIP hébergé chez free

Bonjour,

Je ne sais pas si ce post est bien placé . Je n'ai pas de réponse dans le forum.
J'aurai vraiment besoin d'aide svp (d'autant plus qu'avec la rentrée, il devrait être présenté prochainement )...

Comme beaucoup d'entre vous , j'ai le message « erreur dans la requête : Aucun résultat.Le chemin que vous avez choisi ne semble pas valide. Veuillez retourner à la page précédente et vérifier les informations fournies. » ...
... quand je clique sur des liens d'une rubrique
(ex http://arrassoc.free.fr/rubrique.php3 ?id_rubrique=118).

Les liens s'affichent bien en prévisualisation dans l'espace privé ou public mais pas quand nous ne sommes pas identifiés. J'ai pourtant vérifié. Les articles en question sont bien publiés.
J'ai lu sur le forum le message d'Alainf à ce sujet mais je n'ai trouvé aucune page vide qui pourrait expliquer ce bug ? Où faut il que je cherche Dans /écrire ou dans /squelette ?

Je précise que mon site est hébergé chez free. J'ai lu les remarques à ce sujet mais j'utilise un squelette personnalisé et je souhaite également utiliser la contribution pour limiter l'accès à certaines rubriques. Je ne peux donc pas facilement passer sous spip 1.9

Pouvez vous m'aider ? Tout du moins m'aiguiller ?
Merci par avance

> Gestion « propre » des erreurs 404 dans un site SPIP

A priori ce problème ne doit pas être lié à la gestion des erreurs 404...

Vérifiez votre installation SPIP et tentez éventuellement une réparation de la base dans l'interface d'admin (ce message est généralement affiché lorsque la base de données est corrompue, il me semble)

Je ne pense pas que les quelques lignes de code proposées dans cette contrib puissent provoquer une telle erreur - mais le meilleur moyen de le savoir est de les retirer (ou de les commenter /* ... */) et de voir ce qui se passe lorsqu'elle ne sont pas exécutées...

Si vous souhaitez plus d'aide, envoyez-nous un lien vers votre squelette article...

Bonne chasse au bug !

> Gestion « propre » des erreurs 404 dans un site SPIP

En appelant une URL de type article.php ?rien=1&id_article=88, cela plante le site :

« Site en travaux
Attention : un problème technique (serveur MySQL) empêche l'accès à cette partie du site. Merci de votre compréhension. »

Ce n'est pas le cas des rubriques.

Pouvez-vous vérifier ?

> > Gestion « propre » des erreurs 404 dans un site SPIP

Oui. En l'occurence il s'agissait d'une solution basique pour un petit site peu dynamique (et sans rewriting)... la multiplication de mauvaises indexations sera dans ce cas assez limitée. C'était une suggestion minimaliste, cette contrib est plus exhaustive...

> > Gestion « propre » des erreurs 404 dans un site SPIP

La principale motivation de ma contrib et d'envoyer des en-têtes HTTP correspondant à une erreur (404 en l'occurrence), quelle que soit la raison du contenu manquant - et ce, principalement, à destination des moteurs de recherche et autres crowlers automatiques.

En effet, sans en-têtes adéquats, il est toujours possible à un moteur de recherche (Google, etc.) d'indexer une URL correcte mais correspondant à un article (ou une rubrique, un auteur, etc.) inexistant.

A fortiori, avec la réécriture des URL SPIP sous une forme sans query-string (par exemple http://www.monsitespip.com/article1.html), un moteur de recherche peut conserver indéfiniment l'URL d'un article supprimé de votre site SPIP si l'URL en question ne renvoie qu'à un message d'erreur visible dans la page mais sans les en-têtes HTTP d'erreur appropriés...

Si vous supprimez de temps en temps des articles, rubriques, etc. de votre site SPIP, mais que les pages correspondantes ont déjà été indexées par des moteurs de recherche, seuls des en-têtes HTTP 404 peuvent commander à ces derniers de dé-référencer les pages en question lors du prochain passage de leur robot...

Sans cela, le risque serait, à terme, d'être référencé dans des moteurs de recherche avec quantités d'URLs pointant vers du contenu SPIP inexistant - ce qui ne fait pas très sérieux...

> > Gestion « propre » des erreurs 404 dans un site SPIP

deux messages de forums plus bas, tu as un lien vers une contrib qui fait ce que tu proposes

> Gestion « propre » des erreurs 404 dans un site SPIP

Mmmmmh... Pourquoi ne pas se contenter de substituer bêtement au natif : « L'article (ou la rubrique...) demandé(e) n'existe pas » le message d'erreur 404 du site dans les squelettes, sans et sans rajouter de php ? Si l'identifiant appelé est dans la base et publié, son contenu s'affiche, sinon c'est le message d'erreur qui s'affiche - il n'y a pas redirection, mais l'internaute reçoit quand même un message explicite. Les « vraies » erreurs 404 restant gérées via htaccess. Bon, c'est un traitement minimaliste... mais encore plus simple.

> Gestion « propre » des erreurs 404 dans un site SPIP

Je n'ai pas tout utilisé mais les modifs offertes à article.html et rubrique.html fonctionnent impec. C'est tout simple comme truc, mais il fallait encore y penser !

> Gestion « propre » des erreurs 404 dans un site SPIP

à noter : une autre contribution sur le même sujet