出现http 200 from cache的诡异问题
所用浏览器:Pc端chrome、手机里的各种浏览器
访问同一个这样的url地址:http://xxx.aaa.bbb.com/ship.html
在测试环境中:有的同学访问了这个地址,再次访问时,页面仍然显示的是上次访问该页面时的数据,并不是最新数据。查看其http,有几个重要的参数如下:200、from cache。而有的同学每次访问这个地址,页面都是最新数据,查看其http的重要几个参数,没有出现from cache。
from cache 懂些,搞不懂的是访问同一台服务器为什么有的同学访问时出现from cache,而有的同学访问时都是从服务器加载最新的页面数据。这跟什么有关,什么影响了它?
注:
在正式的线上环境,不存在此问题,访问正常,每次都是从服务器加载最新的页面数据。
ship.html并不是直正的静态页面,是伪静态。
已经设置过了如下头:
<meta http-equiv="Expires" content="-1">
<meta http-equiv="Cache-Control" content="no-cache">
<meta http-equiv="Pragma" content="no-cache">
回复内容:
所用浏览器:Pc端chrome、手机里的各种浏览器
访问同一个这样的url地址:http://xxx.aaa.bbb.com/ship.html
在测试环境中:有的同学访问了这个地址,再次访问时,页面仍然显示的是上次访问该页面时的数据,并不是最新数据。查看其http,有几个重要的参数如下:200、from cache。而有的同学每次访问这个地址,页面都是最新数据,查看其http的重要几个参数,没有出现from cache。
from cache 懂些,搞不懂的是访问同一台服务器为什么有的同学访问时出现from cache,而有的同学访问时都是从服务器加载最新的页面数据。这跟什么有关,什么影响了它?
注:
在正式的线上环境,不存在此问题,访问正常,每次都是从服务器加载最新的页面数据。
ship.html并不是直正的静态页面,是伪静态。
已经设置过了如下头:
<meta http-equiv="Expires" content="-1">
<meta http-equiv="Cache-Control" content="no-cache">
<meta http-equiv="Pragma" content="no-cache">
如果服务器没有明确定义缓存控制,不同的客户端可能会有不同的缓存机制。
如果你希望用户每次获取最新数据可以这样设置 meta tag :
<meta http-equiv="cache-control" content="max-age=0" /> <meta http-equiv="cache-control" content="no-cache" /> <meta http-equiv="expires" content="0" /> <meta http-equiv="expires" content="Tue, 01 Jan 1980 1:00:00 GMT" /> <meta http-equiv="pragma" content="no-cache" />
设置meta tag只对html页面有效,更好的方法是在 http 响应头中设置缓存控制:
Cache-Control: no-cache, no-store, must-revalidate Pragma: no-cache Expires: 0
php设置 http 响应头的代码:
header("Cache-Control: no-cache, no-store, must-revalidate"); // HTTP 1.1. header("Pragma: no-cache"); // HTTP 1.0. header("Expires: 0"); // Proxies.
使用缓存有利于加快页面加载速度和减少资源消耗,你应该根据具体情况调整缓存策略。
参考
http://stackoverflow.com/ques...
http://stackoverflow.com/ques...

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Comment corriger l'erreur interdite Nginx 403? Vérifier les autorisations de fichier ou de répertoire; 2. Vérifier le fichier .htaccess; 3. Vérifiez le fichier de configuration NGINX; 4. Redémarrer Nginx. D'autres causes possibles incluent les règles de pare-feu, les paramètres de Selinux ou les problèmes d'application.

Réponse à la question: 304 Erreur non modifiée indique que le navigateur a mis en cache la dernière version de ressource de la demande du client. Solution: 1. Effacer le cache du navigateur; 2. Désactiver le cache du navigateur; 3. Configurer Nginx pour permettre le cache client; 4. Vérifier les autorisations du fichier; 5. Vérifier le hachage du fichier; 6. Désactiver le CDN ou le cache proxy inversé; 7. Redémarrez Nginx.

Il existe deux façons de résoudre le problème du domaine transversal NGINX: modifiez les en-têtes de réponse transversale: ajoutez des directives pour autoriser les demandes de domaine croisé, spécifier des méthodes et des en-têtes autorisés et définir le temps du cache. Utilisez le module CORS: Activez les modules et configurez les règles CORS pour permettre des demandes, des méthodes, des en-têtes et du temps de cache.

Étapes pour démarrer Nginx dans Linux: Vérifiez si Nginx est installé. Utilisez SystemCTL Start Nginx pour démarrer le service NGINX. Utilisez SystemCTL Activer Nginx pour activer le démarrage automatique de Nginx au démarrage du système. Utilisez SystemCTL Status Nginx pour vérifier que le démarrage est réussi. Visitez http: // localhost dans un navigateur Web pour afficher la page de bienvenue par défaut.

Le serveur n'a pas l'autorisation d'accéder à la ressource demandée, ce qui donne une erreur NGINX 403. Les solutions incluent: vérifier les autorisations de fichiers. Vérifiez la configuration .htaccess. Vérifiez la configuration de Nginx. Configurez les autorisations Selinux. Vérifiez les règles du pare-feu. Dépanner d'autres causes telles que les problèmes de navigateur, les défaillances du serveur ou d'autres erreurs possibles.

Les méthodes pour afficher l'état en cours d'exécution de Nginx sont: utilisez la commande PS pour afficher l'état du processus; Afficher le fichier de configuration Nginx /etc/nginx/nginx.conf; Utilisez le module d'état NGINX pour activer le point de terminaison d'état; Utilisez des outils de surveillance tels que Prometheus, Zabbix ou Nagios.

Comment confirmer si Nginx est démarré: 1. Utilisez la ligne de commande: SystemCTl Status Nginx (Linux / Unix), netStat -ano | Findstr 80 (Windows); 2. Vérifiez si le port 80 est ouvert; 3. Vérifiez le message de démarrage NGINX dans le journal système; 4. Utilisez des outils tiers, tels que Nagios, Zabbix et Icinga.

Le journal d'erreur est situé dans / var / log / nginx (linux) ou / usr / local / var / log / nginx (macOS). Utilisez la ligne de commande pour nettoyer les étapes: 1. Sauvegarder le journal d'origine; 2. Créez un fichier vide en tant que nouveau journal; 3. Redémarrez le service Nginx. Le nettoyage automatique peut également être utilisé avec des outils tiers tels que Logrotate ou configurés.
