Bonjour,
J’ai une page Web, dans un dossier (un sous-répertoire), qui méritait une mise à jour (et un déplacement dans un autre dossier (un autre répertoire). Les deux pages portent le même nom.
Donc :
Je réécris totalement ma page et l’uploade au nouvel emplacement.
Je modifie l’ancienne page en lui ajoutant un Canonical (URL absolue) et en la vidant et je l’uploade.
Les deux pages portent le même nom et se trouvent :
La nouvelle à https://assiste.com/Pacman_Startup_List.html
L’ancienne à https://assiste.com/Logitheque/Pacman_Startup_List.html
Je modifie le .htaccess qui contenait un Redirect 301 vers l’URL de l’ancienne page et l’uploade.
Je mets à jour le sitemap du répertoire qui reçoit la nouvelle page et l’uploade.
Cela se passait il y a environ 24 d’heures.
L’ancienne page, cherchée avec n’importe quel moteur de recherche et dans n’importe quel navigateur, affiche toujours le contenu qui n’existe plus de l’ancienne page, et non pas son nouveau contenu.
Cntrl+F5 ne change rien.
La nouvelle page, à sa nouvelle adresse, met quelques heures à apparaître et affiche le contenu de l’ancienne page (contenu de l’ancienne adresse). D’où sort-il, celui-là ?
Cntrl+F5 ne change rien.
Je vide mes caches locaux. Rien ne change et Cntrl+F5 ne change toujours rien.
Je supprime les deux pages sur le serveur et m’attends à des 404. Que nenni ! Les deux affichent l'ancien contenu de l’ancienne page.
Je réuploade les deux pages. Rien de changé.
Donc je suppose que cela se passe côté serveur et que le .htaccess laisse des traces après 24 heures.
Est-ce que je fais une erreur et est-ce possible d'accélérer la prise en compte des modifications ?
Merci
le cache ftp, c'est 30s à 1 mn
tu n'as pas de restauration Ftp en cours dans les tâches?
Aucun.
De mon côté, les FTP avec FileZilla (à jour).
```text<br />curl --head https://assiste.com/Pacman_Startup_List.html<br />HTTP/2 302 <br />content-type: text/html; charset=iso-8859-1<br />location: https://assiste.com/404.php<br /><br />curl --head https://assiste.com/Logitheque/Pacman_Startup_List.html<br />HTTP/2 302 <br />content-type: text/html; charset=iso-8859-1<br />location: https://assiste.com/404.php<br />```<br /><br />tes deux pages sont redirigées par Apache, `.htaccess`, mal: en 302, sur 404.php
Re,
J'ai ajouté ça dans le .htaccess
Redirect 301 /Logitheque/Pacman_Startup_List.html https://assiste.com/Pacman_Startup_List.html
Je suis bien redirigé vers https://assiste.com/Pacman_Startup_List.html
Mais le contenu affiché est toujours l'ancien contenu, pas le nouveau.
On dirait que, pour gagner du temps côté serveur, les contenus des 301 du .htaccess sont mis en cache et que ce sont ces contenus qui sont servis.
Me gouré-je ?
> Je suis bien redirigé
bah non, voir mes curl
Re, Kyodev
D'où sort ce code http 302 ?
https://assiste.com/Codes_HTTP/302.html
Que dois-je faire ?
Merci,
je n'ai pas toutes les réponses, mais te montre ce que je "vois" de l'extérieur
sauf si ton site n'est pas en utf8, charset=iso-8859-1 c'est le serveur Apache qui redirige
Re,<br />Tout le reste du site fonctionne normalement.<br />La page en question comporte<br />meta http-equiv="Content-Type" content="text/html; charset=utf-8"<br />Le contenu affiché n'existe plus. D'où sort-il ? Apache l'a bien en cache, non ?<br />Merci,<br /><br />J'ai uploadé le nouveau texte sous un autre nom, sans rien changer d'autre, et aucun problème.<br />https://assiste.com/PacMan_Startup_List_new.html
Eh bien ! Ça y est !
Mais, pour ma culture personnelle, je n'ai toujours pas compris de quoi se mêlait Apache, car, sauf à me fourvoyer complètement, ce contenu totalement supprimé de l'hébergement, et qui était tout de même servi, provenait forcément d'une mise en cache quelque part, hors de mon contrôle de ce que je publie.
Je pense toujours que Apache met en cache les redirections (il est vrai, censées être permanentes) du .htaccess pour économiser des accès.
J'aimerais bien un éclaircissement. Est-ce Apache nativement ? Est-ce une implémentation OVH ? Est-ce habituel ?
Merci pour tout, Kyodev, toujours partout avec une somme de connaissances incommensurable, un puits de science.
Cordialement,
sur ce coup je ne comprend pas ce que tu décris, du moins je ne reproduis pas<br />c'est ok maintenant?<br /><br />mais:<br />```text<br />curl --head --user-agent toto https://assiste.com/Logitheque/Pacman_Startup_List.html<br /> HTTP/2 301 <br /> content-type: text/html; charset=iso-8859-1<br /> location: https://assiste.com/Pacman_Startup_List.html<br />```<br />ok mais<br />```text<br />curl --head https://assiste.com/Logitheque/Pacman_Startup_List.html<br /> HTTP/2 302 <br /> content-type: text/html; charset=iso-8859-1<br /> location: https://assiste.com/404.php<br />```<br />**sans user-agent TU** rediriges sur **404.php**, c'est une pratique discutable (pour le moins)<br /><br />le soi-disant firewall Ovh fait aussi ce truc, en autres, mais avec un 403, pas un 404<br /><br />tous les malfaisants ont un user-agent<br /><br />```text<br />curl --head --user-agent toto https://assiste.com/Pacman_Startup_List.html<br /> HTTP/2 200 <br /> content-type: text/html; charset=utf-8<br />```<br /><br />page finale atteinte donc avec une redirection propre 301<br />(mais déçu, je croyais retrouver mon jeu favoris)<br /><br />je n'ai pas pensé à tester l'user-agent hier<br /><br />> Apache met en cache les redirections (il est vrai, censées être permanentes) du .htaccess pour économiser des accès.<br /><br />non pas apache, un navigateur beaucoup plus et ce n'est pas au niveau Ovh non plus<br /><br />permanent est une indication pour les robots<br />on s'en sert souvent quand on change un site, et on verrait de suite si l'on ne pouvait pas corriger rapidement une redirection 301<br /><br />> toujours partout avec une somme de connaissances incommensurables<br /><br />peut mieux faire ;)<br />juste une expérience pratique, rien d'exceptionnel, un peu de bouteille c'est tout
Attends,
Tu as à faire à un néophyte de bas étage.
curl - je ne sais pas ce que c'est.
user agent - c'est la requête HTTP qui l'indique/l'ajoute ?
D'où sort cette redirection 302 vers ma 404 ?
Dans mon htaccess il y a :
Page de substitution si erreur 403 ou 404
ErrorDocument 404 https://assiste.com/404.php
ErrorDocument 403 https://assiste.com/404.php
Je n'ai toujours pas compris comment on peut servir un contenu qui n'existe plus dans mon hébergement. C'est forcément en cache quelque part, côté serveur, et pas dans mes navigateurs dont j'ai vidé les caches (Firefox, Opera, Chrome, Brave, IE, Edge, etc.) et encore moins chez tous mes modérateurs et autres utilisateurs qui ont fait le test. Le seul moteur de recherche qui fait du cache de pages Web est Google search et, pour y accéder, il faut le demander explicitement dans sa page de résultats (SERP), or je me sers de Qwant et jamais de Google search, depuis des années.
N'y passons pas notre vie, mais je n'ai pas compris.
Cordialement,
curl permet de tester des communications selon plusieurs protocoles
ici http, les entetes retournées avec --head
> user agent
c'est la signature d'un navigateur, d'un robot, d'un programme indiquant son nom officiel
facilement forgeable, ça fait longtemps que l'on ne doit pas s'appuyer dessus pour prendre des mesures
> D'où sort cette redirection 302 vers ma 404 ?
de ton .htaccess (charset=iso-8859-1)
> Le seul moteur de recherche qui fait du cache de pages Web
non, bing aussi (mais surement d'autres majors j'imagine)
pour le reste pas de réponses