javascript - Le projet est ouvert avec le navigateur IE pour modifier le contenu du front-end. Les données d'arrière-plan sont modifiées, mais le contenu de la page front-end reste inchangé. Utilisez Google Chrome pour tester que la page front-end peut être actualisée. S'il vous plaît, résolvez-le.

Question

1. Utilisez le navigateur IE pour ouvrir le projet et modifier le contenu du front-end. Les données d'arrière-plan sont modifiées, mais le contenu de la page front-end reste inchangé. Les détails sont tels qu'indiqués dans la figure ci-dessous :

2. Modifier les paramètres

3. Après avoir cliqué sur Enregistrer et actualisé la page, le contenu reste inchangé

4.Aucun changement

5. Utilisez Google Chrome, le contenu a changé.

6.Code de la réception

Answer 1

Est-il mis en cache ? Vider le cache.

Answer 2

Cela est principalement dû au cache. L'interface que vous utilisez pour interroger ces informations utilise-t-elle des paramètres aléatoires pour garantir qu'elle n'utilise pas de données mises en cache ?

Answer 3

J'ai déjà rencontré ce problème. À cette époque, il apparaissait occasionnellement sous Safari, mais il était toujours hors ligne sous IE. Chrome est normal
En effet, Safari et IE seront mis en cache lors d'une requête get, ce qui entraînera l'appel du dernier résultat mis en cache après modification.

La solution est de définir cache: false dans la requête ajax et non cache

Vous pouvez également le définir globalement
//Ne pas mettre en cache
$.ajaxSetup({ cache: false });

Answer 4

En regardant l'adresse de l'interrogateur, rand=Math.random() est ajouté, il ne devrait donc y avoir aucun problème de mise en cache dans cette partie. rand=Math.random()，所以这部分应该是没有缓存问题的。

不过问题是代码中的链接似乎只有 ...update

Mais le problème est que le seul lien dans le code semble être ...update qui est lié aux données, mais c'est le comportement de mise à jour du serveur vers le client (récupération), ou depuis le client au serveur ? (en direct) ? À en juger par les scénarios de mise à jour couramment utilisés, cela devrait être pris en compte. Mais à en juger par le comportement du grand formulaire, il devrait être sauvegardé...

Ne parlons pas encore de ça. D'après la description du sujet, il existe en fait deux processus, l'un consiste à déposer et l'autre à prendre. Habituellement, le problème surviendra lors de la récupération, donc tout le monde devine qu'il est causé par le cache... Mais cela ne signifie généralement pas que c'est certain, vous devriez donc effectuer un dépannage

1. Enregistrer dans IE, récupérer dans Chrome

2. Enregistrer dans Chrome, récupérer dans IE

Nous savons déjà que Chrome est normal, nous pouvons donc déterminer si IE est anormal lors de la sauvegarde, anormal lors de la récupération, ou ni l'un ni l'autre...

Que faire ensuite... Je ne sais pas quoi faire avec le front-end pur. Si le problème de mise en cache est éliminé, il ne reste plus qu'à travailler avec le serveur pour trouver le problème...🎜

Answer 5

Vérifiez s'il y a une erreur dans votre console IE

Answer 6

J'ai déjà rencontré ce problème, IE mettra en cache toutes les données de demande et ajoutera des en-têtes aux réponses de demande de données non statiques : Cache-Control: no-cache, no-store

Answer 7

F12 pour voir s'il y a une erreur. S'il n'y a pas d'erreur, videz le cache

.

Answer 8

shift+f5 pour forcer l'actualisation du cache, actualisez-le plusieurs fois

Answer 9

Il devrait s'agir d'un problème de cache. IE et Edge (jusqu'à 14 ; je n'ai pas testé Edge 15...) mettront en cache le contenu XHR de GET par défaut. La solution est généralement

• Utilisez la requête POST au lieu de GET (non recommandé...)

• Ajoutez des paramètres aléatoires tels que ?t=[[un certain horodatage]]?t=[[某个时间戳]]

• @Donle 的 Cache-Control

  lors de la demande

La méthode Cache-Control de @Donle n'a pas été essayée...🎜🎜 🎜