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

phpcn_u1582 · Answer

Est-il mis en cache ? Vider le cache.

我想大声告诉你 · Answer

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

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 });

phpcn_u1582 · Answer

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

Enregistrer dans IE, récupérer dans Chrome
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...🎜

phpcn_u1582 · Answer

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

黄舟 · Answer

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

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

.

世界只因有你 · Answer

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

大家讲道理 · Answer

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...🎜🎜 🎜

répondre à tous(9)je répondrai