API:Caching data/fr

Contrôle du cache client
Le protocole HTTP permet de contrôler comment les navigateurs internet et les serveurs proxys mettent le contenu en cache, à l'aide de différentes valeurs spécifiées dans le header. (Ceci marche uniquement pour les requêtes GET.) Cette API permet au client d'affecter deux de ces valeurs,  et, à l'aide de API parameters   et.

indique au navigateur combien de temps la réponse doit-être laissé en cache (en secondes). fait la même chose pour les proxies partagés. En pratique, ce dernier est notamment utilisé comme instruction pour le reverse proxy côté serveur (tel que de Wikimedia)

Les erreurs ne sont jamais placées en cache. Les réponses spécifiques à un utilisateur seront marquées par  afin que le navigateur les mette en cache, mais pas les proxies publics. Actuellement, l'API utilise les paramètres de langage par défaut d'un utilisateur authentifié, ainsi les réponses à un utilisateur authentifié sont toujours privées. Cela peut être évité en ajoutant le paramètre d'API  (T97096).

Améliorer le cache hit ratio
Une requête est chargée à partir du cache seulement si cette URL exacte a été mise en cache. (Par exemple, si vous exécutez la même requête avec  puis avec , la seconde ne pourra pas utiliser le cache de la première, puisque le paramètre   rend l'URL différente.) Si vous passez une liste de pages en paramètre, vous pouvez améliorer le ratio d'appels au cache en les triant et en enlevant les doublons.

Contrôler le cache à partir d'un module API
La mise en cache est spécifiée par les méthodes. Typiquement, la mise en cache sera seulement un souci dans les sous-modules $query, qui devraient utiliser la méthode  à la place, qu'ils héritent de.