1) Si la page n'est pas mise à jour fréquemment, la première méthode est évidemment plus pratique 2) La limite de mémoire de Memcache dépend de votre machine physique, mais il existe certains scénarios d'utilisation de Memcache auxquels il faut prêter attention à, ce qui peut entraîner une dégradation des performances 3 ) memcache enregistre les données de valeur clé Pour Django, la réponse Http correspondant à chaque URL est mise en cache Le processus précédent est 1) La vue Django obtient les données de la base de données via. Models 2) Puis appelle le modèle à restituer pour former une vraie HttpResponse 3) Écrivez les données au client via Http Socket Avec Memcache, les 1 et 2 ci-dessus sont omis et sont directement supprimés du pool de cache selon l'URL et enregistré HttpResponse, renvoyé au client
J'aime ça, même si je n'ai jamais utilisé de cache dans Django. Mais je tiens quand même à dire que c'est la bonne idée et le bon format pour poser des questions.
1) Si la page n'est pas mise à jour fréquemment, la première méthode est évidemment plus pratique
.2) La limite de mémoire de Memcache dépend de votre machine physique, mais il existe certains scénarios d'utilisation de Memcache auxquels il faut prêter attention à, ce qui peut entraîner une dégradation des performances
3 ) memcache enregistre les données de valeur clé Pour Django, la réponse Http correspondant à chaque URL est mise en cache
Le processus précédent est
1) La vue Django obtient les données de la base de données via. Models
2) Puis appelle le modèle à restituer pour former une vraie HttpResponse
3) Écrivez les données au client via Http Socket
Avec Memcache, les 1 et 2 ci-dessus sont omis et sont directement supprimés du pool de cache selon l'URL et enregistré HttpResponse, renvoyé au client
J'aime ça, même si je n'ai jamais utilisé de cache dans Django.
Mais je tiens quand même à dire que c'est la bonne idée et le bon format pour poser des questions.