NuevoBlack Friday: 50 % de descuento en tu primer pago
Alojamiento para Redis Object Cache

Redis objeto cache hosting para todo lo que un cache de página no puede ayudar.

El caché de página sirve a las páginas para las que nadie está firmado. El caché de objetos es lo que hace que el resto del sitio sea rápido, y es la capa que nadie tamaño.

Denegación elegida deliberadamenteConexións persistentesObras sin Redis
Memoria de tamañoEl desalojo elegidoRetrocedimiento de graciaCopias de seguridad diariasSSL gratuitoSoporte 24 horas al día, 7 días a la semana
Construido para el caché de objeto

La capa debajo de lo inestable.

El checkout, el administrador y las páginas de miembros nunca pueden venir de un caché de página, y esto es lo que impide que sean lentos.

Tamaño de memoria para el conjunto de trabajo

Demasiado pequeño y el caché desaloja entradas más rápido de lo que se reutilizan, lo que es peor que ningún caché porque usted paga el costo de escritura y nunca consigue la lectura. La capacidad se establece de lo que el sitio realmente sigue pidiendo.

Sized, no guessed

Una política de desalojo que fue elegida

La política predeterminada se niega a escribir cuando la memoria está llena en lugar de descartar viejas entradas, lo que convierte un caché completo en errores. Se establece para desalojar menos-recientemente usado en lugar.

allkeys-lru

Conexiones que no se reabrirán por solicitud

Abrir una conexión en cada carga de página añade un viaje redondo antes de que ocurra cualquier trabajo. Las conexiones persisten, por lo que el caché es un lookup en lugar de un apretón de manos.

Un sitio que sobrevive a Redis siendo desaparecido

Si el caché no es accesible el sitio debe ser más lento, no romper. Los registros caen a la base de datos en lugar de levantar una página de error.

Llaves que no colisionan entre sitios

Varios sitios que comparten una instancia de Redis necesitan prefijos separados, o la descarga de un sitio aclara la caché de otro y ambos se vuelven misteriosamente lentos.

Conjunto de trabajo

Un caché que es demasiado pequeño es un costo.

El fracaso que nadie nota es estruendo: las entradas escritas, desalojadas antes de reutilizar, y escritas de nuevo. El ritmo de éxito parece plausible y el sitio está haciendo trabajo extra por nada.

  • Tamaño de la memoria del conjunto de trabajo real
  • Política de desalojo establecida para desechar en lugar de rechazar
  • Se han mantenido conexiones entre las solicitudes
  • Retroceder a la base de datos cuando no se puede llegar
Tasa de crecimiento
Estado de la manía
96%
Denegación
Política
allkeys-lru
Conexiones
Per request
reutilización
Conjunto de trabajo
En examen
corriendo
Páginas registradas

Donde el objeto cache gana su lugar.

La medición es una página que nunca puede ser caché - un panel de control, un carrito, una pantalla de administración - porque ese es el punto completo de esta capa.

Sized
en el conjunto de trabajo
Persistente
conexiones
Grace.
descomposición si no se puede
MagicWP120 ms
Típico host compartido1180 ms
No objeto cache640 ms

Comparación ilustrativa de un renderizado de página firmado con y sin un caché de objeto. Sus números dependen de la carga de plugin y el volumen de consulta.

Configuración

Lo que cambiamos para el caché de objeto

Cada fila aquí es un defecto que está mal para WordPress específicamente.

AjusteQué hacemosPor qué
Asignación de memoriaSe establece en el conjunto de trabajo medido en lugar de un número redondoUn caché de tamaño inferior desaloja las entradas antes de ser reutilizados, por lo que el sitio paga el costo de escritura de caché y nunca recoge el beneficio de lectura.
Política de desalojoConfigurado para descartar las entradas menos utilizadasLa política de stock rechaza nuevos escritos una vez que la memoria está llena, lo que convierte un caché completo de un techo de rendimiento en errores de aplicación.
Manejo de conexiónPersistentes en lugar de abrirse por solicitudUna conexión fresca por página de carga añade un viaje redondo antes de leer cualquier valor caché, que en una consulta rápida es la mayor parte del costo.
Comportamiento de falta de disponibilidadCae a la base de datos en lugar de errorUn caché es una optimización, por lo que perder debe hacer que el sitio sea más lento y no reemplazarlo por un error fatal.
Prefixión claveNombres por sitioSitios que comparten una instancia de otra manera chocan, y un sitio que roza su caché silenciosamente vacía el otro.
Planes

Precios claros y sencillos.

Todos los planes incluyen migración gratuita, copias diarias, SSL y soporte 24/7.

MensualAnual
Starter
Para sitios personales, blogs y portafolios.
16,67 USD/mes
200 US$ al año · ahorra 40 US$
  • 1 sitio WordPress
  • 10 GB de almacenamiento NVMe
  • SSL gratis
  • Copias de seguridad diarias
  • Despliegue con un clic
  • Soporte por tickets
Empezar prueba gratuita
Pro★ El más popular
Para empresas en crecimiento y tiendas con mucho movimiento.
66,67 USD/mes
800 US$ al año · ahorra 160 US$
  • 5 sitios WordPress
  • 50 GB de almacenamiento NVMe
  • SSL gratis
  • Copias de seguridad diarias
  • Despliegue con un clic
  • Soporte prioritario por tickets
Empezar prueba gratuita
Enterprise
Para agencias y plataformas con mucho tráfico.
208,33 USD/mes
2500 US$ al año · ahorra 500 US$
  • 20 sitios WordPress
  • 200 GB de almacenamiento NVMe
  • SSL gratis
  • Copias de seguridad diarias
  • Despliegue con un clic
  • Soporte dedicado
Empezar prueba gratuita
Preguntas frecuentes

Preguntas frecuentes.

¿Cuánto tiempo de memoria necesita el caché de objeto?
Basta con el conjunto de trabajo, que se mide en lugar de adivinar. Demasiado poco es peor que ninguno - las entradas se desalojan antes de que se reutilizan, así que paga para escribirlas y nunca leerlas.
¿Qué pasa si Redis cae?
El sitio se vuelve más lento. Las búsquedas se pasan a la base de datos en lugar de levantar un error, porque un caché es una optimización y perder uno no debe ser fatal.
¿Por qué mi tasa de éxito es alta pero el sitio sigue lento?
A menudo estruendo. Las entradas están escritas, desalojadas y escritas de nuevo, que parece actividad y no produce ningún beneficio - que es un problema de tamaño en lugar de una configuración.
¿Pueden varios sitios compartir una instancia Redis?
Sí, con prefijos clave separados. Sin ellos la influencia de un sitio vacía el caché de otro, y ambos se toman lentos por razones que no pueden ver.

Haga las páginas incacheables rápido.

Mueva el sitio a través. La migración es libre, el tamaño de caché revisado.