NouveauBlack Friday : 50 % de réduction sur votre premier paiement
Hébergement pour Redis Object Cache

Redis hébergement cache objet pour tout ce qu'un cache page ne peut pas aider.

La mise en cache des pages sert les pages auxquelles personne n'est inscrit. Le cache objet est ce qui rend le reste du site rapide, et c'est la couche que personne ne mesure.

Eviction choisie délibérémentLiaisons persistantesFonctionne sans Redis
Mémoire sizedEviction choisieUn retour en arrière gracieuseSauvegardes quotidiennesSSL gratuitAssistance 24h/24 et 7j/7
Construit pour le cache objet

La couche sous l'incacheable.

Checkout, admin et pages de membre ne peuvent jamais venir d'un cache de page, et c'est ce qui les empêche d'être lents.

Mémoire dimensionnée pour le jeu de travail

Trop petite et les entrées de cache expulse plus rapidement qu'ils sont réutilisés, ce qui est pire que pas de cache parce que vous payez le coût d'écriture et ne obtenez jamais la lecture. Capacité est définie à partir de ce que le site continue de demander.

Sized, pas deviné

Une politique d'expulsion choisie

La politique par défaut refuse d'écrire lorsque la mémoire est pleine plutôt que de jeter les anciennes entrées, ce qui transforme un cache complet en erreurs. Il est défini pour évincer le moins utilisé récemment.

Tous les clés-lru

Connexions qui ne sont pas rouvertes par demande

L'ouverture d'une connexion sur chaque charge de page ajoute un aller-retour avant que n'arrive un travail. Les connexions persistent, de sorte que le cache est une recherche plutôt qu'une poignée de main.

Un site qui survit à la disparition de Redis

Si le cache est inaccessible, le site devrait être plus lent, et non se rompre. Les recherches tombent dans la base de données plutôt que de soulever une page d'erreur.

Clés qui ne se croisent pas entre les sites

Plusieurs sites partageant une instance Redis ont besoin de préfixes séparés, ou le brush d'un site efface le cache d'un autre et les deux deviennent mystérieusement lents.

Ensemble de travail

Un cache trop petit est un coût.

L'échec que personne ne remarque est frayeur : les entrées écrites, expulsées avant réutilisation, et écrites à nouveau. Le taux de succès semble plausible et le site fait un travail supplémentaire pour rien.

  • Mémoire dimensionnée à partir du jeu de travail réel
  • Politique d'éviction visant à rejeter plutôt que de refuser
  • Les connexions persistent dans toutes les demandes
  • Retour à la base de données lorsque impossible à atteindre
Taux de succès
État stable
96%
Éviction
Politique
Tous les clés-lru
Connexions
Par demande
réutilisé
Ensemble de travail
Examen
en cours d'exécution
Pages signées

Où le cache objet gagne sa place.

La mesure est une page qui ne peut jamais être mise en cache - un tableau de bord, un panier, un écran d'administration - parce que c'est le point entier de ce calque.

Taille
au groupe de travail
Résistant
connexions
Avec grâce
retour en arrière si impossible à atteindre
MagicWP120 ms
Hôte partagé typique1180 ms
Pas de cache d'objet640 ms

Comparaison illustrée d'un rendu de page signé avec et sans cache objet. Vos nombres dépendent de la charge du plugin et du volume de requête.

Configuration

Ce que nous changeons pour le cache objet

Chaque ligne ici est un défaut qui est incorrect pour WordPress spécifiquement.

ParamètreNotre configurationPourquoi
Attribution de la mémoireRéglage à partir du jeu de travail mesuré plutôt qu'un nombre rondUn cache de taille inférieure expulse les entrées avant qu'elles ne soient réutilisées, de sorte que le site paie le coût d'écriture de la mise en cache et ne recueille jamais l'avantage de lecture.
Politique d'évictionConfiguration pour supprimer les entrées les moins utiliséesLa politique des stocks rejette les nouveaux écrits une fois la mémoire pleine, qui convertit un cache complet d'un plafond de performance en erreurs d'application.
Gestion de la connexionRésistant plutôt qu'ouvert par demandeUne nouvelle connexion par charge de page ajoute un aller-retour avant que n'importe quelle valeur cache est lue, ce qui sur une requête rapide est la plupart du coût.
Comportement d'indisponibilitéPassage à la base de données plutôt que d'erreurUn cache est une optimisation, donc perdre il devrait rendre le site plus lent et ne pas le remplacer par une erreur fatale.
Préfixation des clésNoms espacés par siteLes sites partageant une instance se heurtent autrement, et un site vide silencieusement sa cache vide celle d'un autre.
Offres

Des tarifs simples et transparents.

Chaque offre comprend la migration gratuite, les sauvegardes quotidiennes, le SSL et l’assistance 24 h/24, 7 j/7.

MensuelAnnuel
Starter
Pour les sites personnels, blogs et portfolios.
16,67 USD/mois
200 $US par an · économisez 40 $US
  • 1 site WordPress
  • 10 Go de stockage NVMe
  • SSL gratuit
  • Sauvegardes quotidiennes
  • Déploiement en un clic
  • Assistance par tickets
Démarrer l’essai gratuit
Pro★ Le plus populaire
Pour les entreprises en croissance et les boutiques très fréquentées.
66,67 USD/mois
800 $US par an · économisez 160 $US
  • 5 sites WordPress
  • 50 Go de stockage NVMe
  • SSL gratuit
  • Sauvegardes quotidiennes
  • Déploiement en un clic
  • Assistance prioritaire par tickets
Démarrer l’essai gratuit
Enterprise
Pour les agences et les plateformes à fort trafic.
208,33 USD/mois
2 500 $US par an · économisez 500 $US
  • 20 sites WordPress
  • 200 Go de stockage NVMe
  • SSL gratuit
  • Sauvegardes quotidiennes
  • Déploiement en un clic
  • Assistance dédiée
Démarrer l’essai gratuit
Questions fréquentes

Questions fréquentes.

Combien de mémoire le cache objet a-t-il besoin ?
Assez pour le jeu de travail, qui est mesuré plutôt que deviné. Trop peu est pire que aucune - les entrées sont expulsées avant qu'ils soient réutilisés, donc vous payez pour les écrire et ne jamais les lire.
Et si Redis tombe ?
Le site est plus lent. Les recherches tombent dans la base de données plutôt que de soulever une erreur, car un cache est une optimisation et perdre un ne devrait pas être fatal.
Pourquoi mon taux de succès est-il élevé, mais le site est encore lent ?
Souvent, les entrées sont écrites, expulsées et écrites à nouveau, ce qui ressemble à une activité et ne produit aucun bénéfice - c'est un problème de dimensionnement plutôt qu'une configuration.
Plusieurs sites peuvent-ils partager une instance Redis ?
Oui, avec des préfixes de touches séparés. Sans eux, le blow d'un site vide le cache d'un autre, et les deux deviennent lents pour des raisons que l'on ne voit pas.

Faites vite les pages introuvables.

Déplacez le site à travers. Migration est libre, cache dimensionnement examiné.