Blizhost CloudCache Purge

Blizhost CloudCache Purge

diciembre 10, 2018 Social 0

¿Ya eres Miembro?

Para Descargar este Plugin




Descripción

Blizhost CloudCache Purge envía una solicitud a los servidores de Blizhost que borran el caché cada vez que se modifica el contenido de su sitio. Esto ocurre al publicar, editar, comentar o eliminar una página o publicación, y al cambiar temas.

Nuestro plugin también hará que tu sitio de WordPress. completamente compatible con CloudCache!

Este plugin es exclusivo para los clientes de Blizhost, y no tendrá resultados si se utiliza fuera de nuestro alojamiento.

¿Qué es CloudCache?

CloudCache es un acelerador HTTP diseñado para mucho trafico sitios web Su sitio web se entrega directamente desde la memoria RAM del servidor, haciendo que la carga 300 veces más rápido y dramáticamente aumentar la capacidad de acceso al sitio.

A diferencia de otros aceleradores web, como Squid, que comenzó como un caché del lado del cliente, o Apache y nginx, que son principalmente servidores de origen, CloudCache se diseñó como un acelerador HTTP. CloudCache se centra exclusivamente en HTTP, a diferencia de otros servidores proxy que a menudo admiten FTP, SMTP y otros protocolos de red.

Tecnologías como CloudCache son utilizadas por Sitios web de alto perfil y alto tráfico incluyendo Wikipedia, sitios de periódicos en línea como The New York Times, The Guardian, The Hindu, Corriere della Sera, redes sociales y sitios de contenido como Facebook, Twitter, Vimeo y Tumblr. Entre los 10 mil sitios principales en la web, alrededor de una décima parte utiliza esta tecnología.

Detalles del plugin

Nuestro complemento, además de hacer que su sitio sea compatible con nuestro sistema, limpiará el caché de su sitio automáticamente cada vez que publique / actualice una publicación o página.

No todas las páginas se purgan cada vez. Cuando se edita una publicación, página o tipo de publicación personalizada, o se agrega un nuevo comentario, solamente Las siguientes páginas serán depuradas:

  • La primera página
  • La publicación / página editada.
  • Cualquier categoría o etiqueta asociada a la página.
  • Las paginas paginas

Además, todo el caché se purgará en las siguientes acciones:

  • Cambiando permalinks
  • Cambiando temas
  • Presione el botón ‘Purge CloudCache’ en el panel de control
  • Presione el botón ‘Blizhost CloudCache> Purge Entire Cache’ en la barra de herramientas

Tenga en cuenta: en una red multisitio que usa subcarpetas, solo el administradores de red Puede purgar el sitio principal.

Capturas de pantalla

  • Botón “Purgar CloudCache” en el panel “Ahora mismo”

Instalación

No se necesita configuración de WordPress.

Requerimientos

  • Bonitos Permalinks habilitados
  • CloudCache habilitado en su cuenta Blizhost

Idiomas

  • Inglés
  • Portugués-BR

Preguntas más frecuentes

¿CloudCache es compatible con todos los complementos y temas de WordPress?

CloudCache está diseñado para ser compatible con la mayoría de los complementos y temas, funciona con el mismo principio básico de otros sistemas de almacenamiento en caché, y muchos desarrolladores están preocupados por crear complementos compatibles con caché.

Pero, desafortunadamente, no son todos, a una minoría no le importa el rendimiento. Debido a que la mayoría de los sitios son pequeños y no reciben mucho tráfico, esto no es una preocupación para estos desarrolladores.

Por lo tanto, recomendamos que siempre use complementos y temas conocidos.

Después de todo, si te importa la velocidad y el rendimiento, ¡no es una buena idea tener un complemento en tu sitio que no sea adecuado para sitios de alto tráfico!

¿Por qué no se borran todas las páginas cuando hago una nueva publicación?

Las únicas páginas que deben limpiarse son la página de la publicación, la página principal, las categorías y las etiquetas.

Al crear este complemento, hubo un par de vías sobre la mejor manera de manejar los almacenes de purga y se redujeron a dos: Decisiones (el complemento elimina lo que purga cuando se purga) y Opciones (usted decide qué purgar, cuándo y por qué) . Es completamente posible hacer que este complemento lo elimine todo, cada vez que ocurra un “disparador”, haga que elimine algunas cosas, o que sea así, para que pueda elegir esas purga.

¿Por qué no se purga mi caché cuando edito mi tema?

Porque el plugin solo purga tu contenido cuando lo edites Eso significa que si editas una página / publicación, o si alguien deja un comentario, cambiará. De lo contrario, tienes que purgar todo el caché. El complemento lo hará por usted si “cambia” su tema, pero no cuando edite el tema.

Si usa el editor CSS de Jetpack, purgará todo el caché de su sitio al guardar.

¿Cómo purgo manualmente todo el caché?

Haga clic en el botón ‘Purge CloudCache’ en el Panel de control “Ahora mismo” (vea la captura de pantalla si no puede encontrarlo).

También hay un botón “Blizhost CloudCache> Purge Entire Cache” en la barra de herramientas de administración.

¡No veo un botón!

Si estás en una red de sitios múltiples y estás en el sitio principal de la red, solo el red los administradores pueden purgar ese sitio

En una red de subcarpetas, si vacía el sitio en example.com, entonces todo debajo de eso (como example.com/site1 y example.com/siten y todo lo demás) también se enrojecerían. Eso significa que una purga en el sitio principal purga toda la red.

Para mitigar la naturaleza destructiva de ese poder, solo los administradores de red pueden purgar todo en el sitio principal de una red de subcarpetas.

¿Puedo usar esto con un servicio proxy como CloudFlare?

¡Por supuesto! Siéntase libre de usar con cualquier servicio de proxy o CDN.

¿Cómo desactivo el CloudCache?

Puede abrir un ticket de soporte en el panel del cliente solicitando la eliminación de CloudCache. Pero es importante tener en cuenta que esta tecnología hace que su sitio sea hasta 300 veces más rápido y con soporte para alto tráfico.

Colaboradores y Desarrolladores

“Blizhost CloudCache Purge” es un software de código abierto. Las siguientes personas han contribuido a este plugin.

Contribuyentes

“Blizhost CloudCache Purge” se ha traducido a 1 locale. Gracias a los traductores por sus contribuciones.

Traduzca “Blizhost CloudCache Purge” a su idioma.

¿Interesado en el desarrollo?

Busque el código, revise el repositorio SVN o suscríbase al registro de desarrollo por RSS.

Registro de cambios

3.9.8

  • Se corrigió el error de la función is_plugin_active no existente

3.9.7

  • Se corrigieron problemas de compatibilidad con el complemento de súper caché y similares.

3.9.5

  • Requiere que el plugin conectado a Jetpack use la función CDN de imagen de WordPress

3.9.4

  • Se corrigió un error donde CDN no funcionaba para el protocolo http
  • Mejora de la expresión regular de la URL de CDN, filtrado de contenido a través del búfer de salida
  • Opción agregada donde puedes deshabilitar CDN por DISABLE_WP_CDN

3.9.3

  • Protocolo http mejorado de WordPress CDN para una mayor compatibilidad

3.9.2

  • WordPress CDN mejorado

3.9.1

  • WordPress CDN implementado

3.9

  • Plugin renombrado para una mejor comprensión de esta herramienta
  • Botón en la barra de herramientas de administración ha sido mejorado

3.8

  • Purgue las páginas de paginación de la memoria caché cuando se crea o edita una publicación

3.7

  • Ignora “DONOTCACHEPAGE” en la página de inicio y las publicaciones
  • Se corrigió el error donde no era posible borrar el caché fuera del área administrativa en algunas situaciones
  • Evita las solicitudes enviadas a los servidores si el sitio no está alojado en Blizhost

3.6

  • Se corrigió el error de que “DONOTCACHEPAGE” no se definía en ciertas circunstancias

3.5

  • Se corrigió el error de compatibilidad en los sitios alojados fuera de Blizhost (incluso sin ningún efecto)

3.4

  • Varias mejoras para hacer que Blizhost CloudCache sea compatible con varios complementos y temas de WordPress
  • Ahora el CloudCache se puede omitir en el nivel backend
  • Se agregó la constante “DONOTCACHEPAGE” para que los complementos puedan especificar páginas que no deben almacenarse en caché
  • La limpieza forzada de caché ahora funciona para todo el dominio

3.3

  • Mejora la seguridad de los complementos al crear una clave API si no existe
  • Soporte para comandos WP-CLI y PHP> 5.5
  • Corregir error tipográfico (en -> uno)
  • Corregir permisos en multisite
  • Corregir error de fusión extraño
  • Reparar formato en el registro de cambios
  • Permitir filtro para home_url ()
  • Se agregaron comandos wp-cli para vaciar URL y comodines específicos
  • Requiere wp-cli 0.25+ para trabajar con WP 4.6+
  • Actualizar purgePost () validar page_for_posts
  • Añadir cheque para AMP
  • Purgar ‘URL’ por defecto ’también

3.2

  • Arreglar el error en el aviso de enlaces permanentes
  • Envía la versión del complemento en la solicitud al servidor Blizhost para evitar conflictos

3.1

  • Corrige infinitos bucles de redireccionamiento al cargar sitios de WordPress bajo CloudFlare

3.0

  • Purga automática de sitemaps implementada.

2.9

  • Comprueba si la sesión se inicializó antes de cargar CSS

2.8

  • Cambie el aviso de purga para que pueda ser desestimado.
  • Arreglar la purga de los mensajes eliminados
  • Corrección de i18n que no estaba funcionando y arrojó un error en sitios sin enlaces permanentes bastante

2.7

  • Se ha corregido el logotipo de Blizhost en la barra de administración

2.6

  • Algunas correcciones de idioma
  • Estilo de fuente fijo en la barra de administración

2.5

  • Correcciones menores
  • Algunas correcciones de idioma
  • Se cambió el logotipo de Blizhost de png al estilo de fuente

2.4

  • Mantener los parámetros de consulta en la purga
  • No utilice la parte de consulta para purgar regex
  • Permitir que CloudCache IP se filtre.
  • Mejora el enrojecimiento para los casos en los que no hay ID de publicación
  • Agregue un filtro para que otros complementos puedan agregar eventos para desencadenar la purga cuando no tengan una ID de publicación
  • Agregue compatibilidad con Autoptimize para que vacíe CloudCache cuando vacíe su caché.

2.3

  • Directorio de idioma fijo.
  • Nuevas etiquetas.
  • Ruta de dominio fija.

2.2

  • Traducido al portugués-BR.

2.1

  • Problemas de compatibilidad fijos.

2.0

  • Varias mejoras de rendimiento, seguridad y nuevos filtros añadidos.

1.0

  • El código estaba limpio, se volvió más consistente y adoptó las mejores prácticas de código.

¿Ya eres Miembro?

Para Descargar este Plugin



Por favor Comparte y Síguenos:
RSS
Follow by Email
Facebook
Twitter

Deja un comentario