Français
Français
Dans PHP, Session_Cache_limiter est utilisé pour contrôler les politiques de mise en cache liées à la session. Il affecte le champ de contrôle du cache dans l'en-tête de réponse, déterminant ainsi comment le contenu de la page de cache du navigateur et du serveur proxy. Cependant, lorsqu'il existe plusieurs paramètres pour session_cache_limiter dans le projet, cela peut entraîner des conflits de politique de mise en cache, entraînant des problèmes d'incohérence de cache, affectant l'expérience en temps réel et utilisateur de la page.
Cet article expliquera en détail comment éviter l'incohérence du cache lors de la rencontre des conflits de paramètres Session_cache_limiter et fournit des solutions spécifiques et un exemple de code.
Session_cache_limiter est un élément de configuration dans le module de session PHP qui contrôle et définit les champs liés au cache dans l'en-tête HTTP. Les valeurs courantes sont:
Nocache (par défaut): Définissez les en-têtes HTTP pour empêcher la mise en cache, garantissant que chaque accès est les dernières données.
public : permet au proxy de cache de mettre en cache des pages.
Privé : permet le cache du navigateur, mais n'autorise pas le cache proxy.
private_no_expire : similaire à privé , mais n'envoie pas de temps d'expiration.
La politique de cache de la demande actuelle peut être modifiée dynamiquement en appelant la fonction Session_Cache_limiter () .
Répéter session_cache_limiter () dans plusieurs codes et définir différentes valeurs <br> Par exemple, un certain composant a défini Nocache et l'autre a mis le public , et les deux ont des conflits.
Les paramètres par défaut des bibliothèques ou des cadres tiers entrent en conflit avec les paramètres du code d'entreprise <br> Lors de l'introduction d'une bibliothèque tierce, session_cache_limiter () peut également être appelée à l'intérieur de la bibliothèque, ce qui est incompatible avec les paramètres du code du projet.
La configuration par défaut dans php.ini entre en conflit avec des appels explicites dans le code
Ce conflit provoquera des informations de tête HTTP incohérentes, qui se manifestent car la politique de cache ne prend pas effet et l'exception du cache de page.
Vous pouvez afficher les champs liés au cache dans l'en-tête de réponse via un outil de saisie de package (comme le panneau réseau des outils de développeur Chrome):
Contrôle du cache
Expire
Pragma
Si vous constatez que les en-têtes de réponse sont incohérents lorsque des pages différentes ou la même page demandent plusieurs fois, il est probable que les paramètres Session_Cache_limiter soient confrontés à un conflit.
Appelez session_cache_limiter () uniformément dans l'entrée du projet ou le fichier d'initialisation (tel que index.php ) pour éviter plusieurs paramètres:
<?php
// Régler uniformément les limites de cache à private，Autoriser le cache du navigateur mais interdire le cache proxy
session_cache_limiter('private');
// Démarrer une session
session_start();
?>
Si différents modules du projet peuvent appeler session_cache_limiter () , vous pouvez utiliser des variables ou des constantes statiques comme marquage pour éviter les appels répétés:
<?php
function setSessionCacheLimiterOnce($limiter = 'nocache') {
static $isSet = false;
if (!$isSet) {
session_cache_limiter($limiter);
$isSet = true;
}
}
setSessionCacheLimiterOnce('private');
session_start();
?>
Vous pouvez désactiver session.cache_limiter dans php.ini ou dans le code et définir vous-même l'en-tête du cache pour assurer la flexibilité:
<?php
// DésactivésessionLimite de cache automatique
ini_set('session.cache_limiter', '');
// Démarrer une session
session_start();
// Régler manuellement l'en-tête de cache
header('Cache-Control: private, max-age=600, must-revalidate');
header('Expires: ' . gmdate('D, d M Y H:i:s', time() + 600) . ' GMT');
?>
Cela garantit que le contrôle du cache est complètement sous votre contrôle et évite les conflits causés par plusieurs appels à session_cache_limiter .
<?php
// 关闭Limite de cache automatique，Éviter les conflits
ini_set('session.cache_limiter', '');
// Gestion unifiée des en-têtes de cache
function setCustomCacheHeaders() {
header('Cache-Control: private, max-age=300, must-revalidate');
header('Expires: ' . gmdate('D, d M Y H:i:s', time() + 300) . ' GMT');
}
// Démarrer une session
session_start();
// Régler l'en-tête de cache
setCustomCacheHeaders();
// Exemple de sortie du contenu de la page
echo '<h1>Bienvenue sur la page de session</h1>';
echo '<p>Heure actuelle：' . date('Y-m-d H:i:s') . '</p>';
?>
Les conflits Session_Cache_limiter entraîneront l'échec de la politique de cache, qui se manifeste comme une incohérence du cache.
Il est préférable de définir session_cache_limiter dans l'entrée du projet pour éviter plusieurs appels.
Pour les projets complexes, vous pouvez désactiver la limite de cache automatique de PHP et définir manuellement l'en-tête de cache à la place.
Utilisez l'outil de capture de paquets pour déboguer l'en-tête de réponse et découvrir rapidement des exceptions de stratégie de cache.
La gestion rationnelle des paramètres de session_cache_limiter et du cache d'en-tête est la clé pour assurer le comportement de cache stable et cohérent des applications PHP.
