Posted on

Presentamos la CDN Cloud de SiteGround en Beta

Actualización

La CDN ya salió de la fase beta. Ahora puedes usar SiteGround CDN 2.0, la versión más reciente, todavía más rápida.

No hace mucho, lanzamos un servicio de DNS Anycast centralizado que hizo que la administración de DNS en SiteGround fuera realmente fácil y aumentó significativamente la velocidad de resolución de nombres de dominio y la redundancia para los clientes de SiteGround en comparación con el uso de servidores DNS locales. Nuestro DNS centralizado también sentó las bases para otra característica que es esencial para la velocidad y el rendimiento del sitio web: nuestra propia red de entrega de contenido basada en la nube llamada SiteGround CDN.

¿Por qué desarrollamos SiteGround CDN?

Durante los últimos 10 años, nos hemos asociado con proveedores de CDN para ofrecer CDN integrado gratuito como parte de nuestros servicios de hosting. Sin embargo, los servicios de terceros invariablemente requieren instalación y configuración adicionales, lo que a menudo implica administrar cosas desde interfaces separadas o conocimientos técnicos sobre DNS, HTTP, cookies, etc. Además de esto, el uso de servicios de terceros a veces puede causar confusión a los usuarios o problemas que están fuera de nuestro control. Y en SiteGround, siempre nos hemos esforzado por minimizar las molestias tanto como sea posible para nuestros clientes.

Por eso quisimos crear nuestra propia solución de CDN, para proporcionar un servicio de encendido/apagado simple con valores predeterminados inteligentes y rendimiento nativo del servidor. SiteGround CDN está desarrollado específicamente para que nuestros clientes incorporen todos los servicios relacionados necesarios para obtener los mejores resultados:

  1. Smart Anycast DNS para enrutar el tráfico a la ubicación CDN geográficamente más cercana.
  2. Más control sobre los servidores de hosting back-end para aumentar la redundancia y ofrecer más funciones listas para usar.
  3. Mayor flexibilidad para configurar cosas para nuestros clientes sin que ellos tengan que hacer nada.

¿Cuáles son los beneficios de SiteGround CDN en comparación con un servicio de terceros?

Rendimiento nativo de la nube

Nuestro nuevo servicio de CDN está alojado completamente en la nube: grupos de servidores redundantes, de alta disponibilidad y de varias regiones, lo que hace posible que tu contenido se almacene en caché y se replique en múltiples ubicaciones, y que se muestre a los visitantes de tu sitio web con una latencia mínima. Funciona con nuestro DNS centralizado y su tecnología de enrutamiento Anycast de alta velocidad para dirigir las solicitudes de los visitantes de tu sitio a la ubicación CDN de SiteGround más cercana. A su vez, mostrará el contenido desde la caché en nuestra nube CDN (si el contenido específico se ha almacenado en caché anteriormente) o lo enviará al servidor de hosting de tu sitio para garantizar un rendimiento del servidor casi nativo.

Ubicaciones específicas del cliente con red premium

Analizamos cuidadosamente las principales fuentes agregadas de tráfico de sitio web en nuestros servidores y creamos la siguiente lista de ubicaciones que actualmente alimentan nuestra red CDN: Tokio (Japón), Singapur, Sídney (Australia), Varsóvia (Polonia), Hamina (Finlandia), Londres (Inglaterra), Frankfurt (Alemania), Eemshaven (Países Bajos), Council Bluffs (Iowa, EE. UU.), Moncks Corner (Carolina del Sur, EE. UU.), The Dalles (Oregón, EE. UU.), Los Ángeles (California, Norteamérica).

Tener servidores en la nube CDN en las ubicaciones anteriores nos brinda una gran ventaja en términos de rendimiento de la red. El hecho de que tengamos control de red tanto de la capa CDN, como del servidor de hosting de tu sitio web hace que la comunicación entre ellos sea increíblemente rápida. Mediante el uso de rutas internas entre los servidores, estamos eliminando cualquier retraso y latencia que pueda observarse con proveedores de CDN de terceros que utilizan la red pública para comunicarse con el servidor de hosting de tu sitio. En resumen, esto garantiza la red privada más rápida entre nuestras ubicaciones de CDN y nuestros servidores de hosting compartido, lo que resulta en velocidades de carga de sitios web más rápidas para nuestros clientes.

Sin configuración y una administración simple

Gracias al hecho de que cada capa de nuestro sistema, desde el entorno de hosting, pasando por el panel de administración del sitio web, hasta el DNS centralizado, está construida internamente, podemos ofrecerles a nuestros clientes una manera fácil y cómoda de agregar una capa de CDN a sus sitios web con literalmente un clic. También nos permite implementar las funcionalidades de CDN que necesitas y hacer que estén disponibles en una interfaz fácil de usar directamente dentro de la interfaz de administración del sitio web de SiteGround: Site Tools.

Todo, desde configurar el CDN de SiteGround hasta habilitar/deshabilitar una función determinada, se maneja automáticamente en nuestro backend. Lo único que te queda es hacer clic en algunos botones simples en Site Tools -> Velocidad -> sección CDN de tu sitio. De esta manera te estamos ahorrando un montón de acciones molestas:

  • Sin paneles de control de CDN externos: no necesitas iniciar sesión en ningún otro lugar excepto en tu Site Tools.
  • No hay necesidad de cambiar y usar servidores de nombres externos: todo sucede dentro de nuestros registros DNS centrales.
  • No es necesario crear registros DNS adicionales para la versión con el prefijo www de tus dominios: enrutaremos absolutamente todo a través de nuestro servicio CDN, independientemente de si tu sitio se abre con la versión WWW o no-WWW de tu dominio.
  • Sin configuración HTTP adicional: sin configuración específica de cookies, sin necesidad de implementar nada en tu aplicación. Simplemente haz clic en el botón “Activar” y tu contenido se mostrará desde el punto de ubicación CDN de SiteGround más cercano a los visitantes de tu sitio.

Características de SiteGround CDN Beta

Después de pasar con éxito nuestras pruebas internas detalladas, SiteGround CDN Beta está ahora disponible para pruebas. Actualmente, los clientes de SiteGround pueden habilitarlo para los nombres de dominio principales de sus sitios web con un solo clic, absolutamente gratis. Aquí hay una descripción general rápida de las funciones que están disponibles actualmente para todos los usuarios que deciden usar SiteGround Cloud CDN en Beta:

  • Acceder a todas las ubicaciones disponibles de CDN que ofrecemos actualmente.
  • Almacenamiento en caché estática y dinámica sin configuración adicional: los servicios CDN de terceros generalmente solo almacenan en caché y muestran contenido estático de forma predeterminada (imágenes de sitios web, CSS, Javascript, etc.). Con SiteGround Cloud CDN, puedes optar por almacenar en caché tanto el contenido estático como el dinámico de tu sitio con un solo clic. De esta manera, nuestra CDN entregará instantáneamente copias en caché de las páginas de tu sitio generadas dinámicamente de forma predeterminada, en lugar de solo contenido estático.
  • Modificación del TDV (tiempo de vida) del caché: SiteGround CDN actualmente tiene un valor predeterminado global de 12 horas. Sin embargo, si deseas configurar un TDV de caché diferente, podrás hacerlo simplemente eligiendo el tiempo de vida de caché deseado desde un menú desplegable en la interfaz de Site Tools.
  • Modo de desarrollo: el almacenamiento en caché es bueno, pero sabemos que a veces deseas verificar los últimos cambios del sitio web en vivo rápidamente para asegurarte de que todo se vea bien. Nuestra funcionalidad de modo de desarrollo te permitirá omitir el caché y obtener contenido nuevo del servidor de hosting de tu sitio web, en lugar de la CDN. Por lo tanto, no es necesario activar y desactivar el servicio CDN una y otra vez cuando realizas cambios en el sitio web.
  • Función “siempre online”: también sabemos que a veces las cosas pueden salir mal. Nuestra función “siempre online” le dice a nuestro sistema que siga entregando las páginas almacenadas en caché desde nuestros servidores CDN, lo que resulta útil si la aplicación de tu sitio web comienza a devolver un error por algún motivo.

Puedes encontrar instrucciones detalladas sobre cómo usar nuestras interfaces de CDN en nuestro tutorial de CDN.

¿Cómo aprovechar SiteGround CDN Beta?

Puedes activar SiteGround CDN Beta desde Site Tools -> Velocidad -> sección CDN de tu sitio. Actualmente, está disponible sólo para nombres de dominio principales y es completamente gratuito con su lista completa de funciones. El lanzamiento oficial de SiteGround CDN contará con dos planes: básico y de pago con diferentes funciones. Todos los clientes que activan la versión Beta de nuestro CDN obtienen acceso a la lista completa de funciones y podrán continuar usándolas de forma gratuita durante 3 meses después de que finalice el período Beta.

Durante el período Beta obtendremos aún más datos e información, además de los comentarios de los clientes, lo que nos ayudará a pulir y perfeccionar los detalles. Todos los clientes que usen SiteGround CDN en Beta podrán probar sus beneficios de rendimiento y proporcionar comentarios sobre el servicio o sobre lo que podemos mejorar directamente en nuestro servicio de soporte técnico, por lo que podrás comunicarte y compartir tu opinión directamente con las personas que diseñaron y desarrollaron todo el sistema. Una rara oportunidad que raras veces se presenta: optimizar el rendimiento y sugerir mejoras a las personas que lo crearon. En SiteGround ganamos todos.

Posted on

La diferencia entre los algoritmos de compresión Brotli y Gzip para acelerar tu sitio web

Compresión Brotli y Gzip

¿Estás buscando formas gratuitas de hacer que tu sitio web sea más rápido? Una forma en que cada propietario de un sitio web pueda obtener un poco de velocidad gratis es activar la compresión en el servidor. Cuando tanto el servidor web como el navegador con el que está conversando entienden un algoritmo de compresión común, entonces los datos que realmente se envían por cable se pueden comprimir. Los datos comprimidos son más pequeños. Los datos más pequeños se reciben más rápido.

¿Qué es la compresión?

Cuando ingresas una URL en tu navegador, el navegador inicia una conversación con el servidor y una de las cosas que le dice es si puede descomprimir contenido y, de ser así, qué “algoritmos” de compresión comprende.

El servidor escucha, y si ha activado la compresión y conoce uno de los algoritmos de compresión que hace el navegador, comprimirá todos los datos y los enviará al navegador.

La mayoría de los navegadores web modernos entienden o “aceptan” contenido codificado en uno de tres algoritmos:

  • Deflate
  • Gzip
  • Brotli

Cuando un navegador web contacta a un servidor, envía un encabezado que se ve así:

Aceptar codificación: br, gzip

Eso le dice al servidor que entiende los datos comprimidos en Brotli (br) o Gzip (gzip). Los servidores tienen la opción de ignorar esto y devolver también datos sin comprimir.

Sin embargo, en general, los datos comprimidos viajan más rápido que los datos sin comprimir. Entonces, tu sitio web llega al navegador más rápido si los datos están comprimidos.

La compresión se aplica principalmente al texto:

  • HTML
  • javascript
  • CSS

Estos constituyen una gran parte de los sitios web modernos en estos días y todos estos pueden comprimirse mediante algoritmos de compresión por parte del servidor.

Por otro lado, tanto la mayoría de los formatos de imagen (jpg, png, etc.) como la mayoría de los formatos de audio (mp3) y otros archivos binarios que no son de texto ya están comprimidos. Comprimirlos no hará ninguna diferencia, por lo que, independientemente del encabezado de codificación de aceptación, los servidores los enviarán tal como están.

Como se indicó anteriormente, la mayoría de los navegadores web modernos aceptarán 3 algoritmos de compresión principales. La mayoría de los servidores ahora han migrado a uno o ambos de los dos más populares, Gzip y Brotli.

¿Qué es la compresión Gzip?

Los dos algoritmos de compresión más comunes son Gzip y Brotli. Gzip es el más antiguo y común de los dos. Fue escrito por Jean-loup Gailly y Mark Adler. La versión beta inicial se realizó en 1992. La primera versión real, la versión 1.0, se lanzó a principios de 1993. En 1992, justo cuando la web comenzaba a ser un concepto extendido para la mayoría de las personas.

Gzip fue diseñado como una biblioteca de compresión para todo uso. Las teorías detrás de Gzip se basaron en el algoritmo de compresión anterior, DEFLATE.

Debido a su popularidad, y al hecho de que es muy bueno para hacer archivos pequeños, todavía se usa ampliamente hoy en día tanto en diferentes sistemas operativos como en un algoritmo de compresión principal para servidores web.

¿Qué es la compresión de Brotli?

Brotli fue desarrollado por los empleados de Google Jyrki Alakuijala y Zoltán Szabadka en 2013. Originalmente, Google estaba buscando una mejor manera de comprimir archivos WOT que son fuentes web.

Gzip originalmente estaba destinado a comprimir archivos y se ha adaptado para comprimir transmisiones para que pueda funcionar en la web. Brotli, por otro lado, fue diseñado desde el principio para comprimir flujos. Esto lo convierte en una mejor opción para que los servidores web compriman el contenido antes de transmitirlo a un navegador.

En 2015, Google lanzó la especificación Brotli para HTTP. Además de especificar cómo el navegador debe notificar al servidor que puede descomprimir Brotli enviando un encabezado “Codificación de contenido: br”, los ingenieros de Google también realizaron otras mejoras en Brotli que lo hicieron aún más rápido para comprimir contenido web.

¿Cuál es la diferencia entre la compresión Brotli y Gzip?

Si bien ambos tienen su origen en el algoritmo LZ77, Gzip fue diseñado específicamente para comprimir archivos. La biblioteca se ha incorporado a muchos programas diferentes que necesitan comprimir archivos. La biblioteca se incorporó a los servidores web cuando la compresión de contenido comenzó a ser la norma. Era uno de los dos algoritmos de compresión especificados en RFC 2616, la especificación HTTPS 1.1. Si bien no fue diseñado específicamente para operaciones de transmisión como servidores web, se adaptó a ello.

Brotli, por otro lado, fue diseñado específicamente para la web. Google reconoció la necesidad de una forma de comprimir transmisiones de manera más eficiente, por lo que diseñó Brotli.

Ambos algoritmos hacen un buen trabajo para lo que fueron diseñados. Gzip todavía se sigue usando en la web porque es mejor que nada. Sin embargo, a medida que Brotli crece en popularidad, más y más servidores web prefieren Brotli a Gzip. Dada la elección de los dos, Brotli es el predeterminado que usarán muchos servidores. Ha sido la opción predeterminada en todos los servidores de SiteGround desde hace un tiempo.

¡Mira el siguiente video (en inglés) para obtener más información sobre las diferencias entre Brotli y Gzip!

Evaluación comparativa de Brotli y Gzip

Cuando se comparó Brotli con Gzip, se descubrió que comprime mejor los siguientes archivos:

  • JavaScript un 14% más pequeños
  • HTML un 21% más pequeños
  • CSS un 17% más pequeños

Dado que Brotli fue diseñado para comprimir transmisiones sobre la marcha, es más rápido tanto para comprimir contenido en el servidor como para descomprimirlo en el navegador que en gzip. En algunos casos, la descompresión inicial general es hasta un 64% más rápida que Gzip.

¿Cómo puedo habilitar la compresión en mi sitio web?

En términos simples, “activar la compresión” simplemente significa decirle a tu servidor web que comprima todo antes de enviarlo a un navegador que ha anunciado que puede manejar la compresión.

Si eres administrador de un servidor, sabes cómo editar archivos de configuración. Si no eres administrador del servidor, omita esta sección y desplácese directamente a la sección “Si no soy administrador del servidor” a continuación.

Si uso Apache

Si está utilizando el servidor web Apache, hay 2 pasos para habilitar la compresión Brotli:

  • En primer lugar, habilita el módulo apache Brotli. Se incluye de forma predeterminada, pero es posible que no esté habilitado:

$ sudo a2enmod brotli 

  • A continuación, debes editar el archivo de configuración de tu servidor web y decirle al servidor a qué desea aplicar la compresión:

<IfModule mod_brotli.c>

            AddOutputFilterByType BROTLI_COMPRESS text/html text/plain text/xml text/css text/javascript application/javascript

</IfModule>

En el ejemplo anterior, le estamos diciendo al servidor web que comprima:

  • HTML
  • Texto sin formato
  • CSS
  • JavaScript

Éstos son los principales tipos de archivos que se pueden comprimir.

Si uso Nginx

Nginx es otro servidor web muy popular. Al igual que Apache, está controlado por archivos de configuración. Debes ubicar tu archivo nginx.conf y agregar las siguientes dos líneas:

load_module modules/ngx_http_brotli_filter_module.so;

load_module modules/ngx_http_brotli_static_module.so;

Luego, en el archivo conf individual de tu sitio web, debes agregar lo siguiente:

brotli on;

brotli_static on;

brotli_types *;

Después de realizar los cambios, ya sea Apache o Nginx, reinicia tu servidor web y ahora responderá con un encabezado de “Codificación de contenido” si el navegador envía un encabezado de “Codificación de aceptación“.

Si no soy administrador del servidor

Si no eres administrador del servidor, en realidad es mucho más fácil para ti habilitar la compresión en tu servidor. Simplemente elige un hosting como SiteGround que lo activa de forma predeterminada. Es fácil.

La mayoría de los hostings de primer nivel como SiteGround están interesados ​​tanto en hacer que tu sitio sea lo más rápido posible como en conservar la mayor cantidad de ancho de banda posible. Éstos son los dos mayores beneficios de habilitar la compresión. Por lo tanto, los hostings de primer nivel activan la compresión de forma predeterminada.

Si no eres un cliente de SiteGround, debes asegurarte de que tu servidor web active la compresión en tu servidor web. Si no lo hacen y no la activan para ti, es hora de encontrar un nuevo hosting.

¿Cómo puedo probar la compresión de Brotli y Gzip?

Entonces, ¿cómo puedo saber si la compresión está activada para mi sitio web? Hay un par de maneras de hacer esto.

El camino difícil

  • Abre un navegador. Voy a usar Chrome en este ejemplo, pero el concepto funcionará con cualquier navegador. Sin embargo, los nombres de las opciones pueden cambiar un poco entre las marcas de los navegadores.
  • Haz clic derecho en cualquier parte del navegador y selecciona “Inspeccionar”
  • Esto abrirá una ventana en el lateral o en la parte inferior y es una ventana muy llena de datos. La ventana tiene varias pestañas con nombres como éste.
    • Elementos
    • Consola
    • Fuentes
    • Red
    • Rendimiento
    • Etc.
  • Busca la pestaña “Red”.
  • En el cuadro de URL de arriba, ingresa la URL de tu sitio web y presiona enter. Esto va a llenar la pestaña de red con muchos registros diferentes. Desplaza atrás hasta el primer registro. Debe ser simplemente el nombre de tu dominio.
  • Haz clic en ese primer registro.
  • Localiza el encabezado “aceptar codificación“. Se ubicará en la sección “Encabezados de solicitud“. Estos son los encabezados que tu navegador envió al servidor. Si no tienes este encabezado, intenta con un navegador diferente porque el servidor no se comprimirá si el navegador no envía el encabezado de compresión.
  • Finalmente, ubica el encabezado “codificación de contenido“. Esto se ubicará en la sección “Encabezados de respuesta“. Estos son los encabezados que tu servidor envió al navegador antes de enviar tu sitio web. Esto le dice al navegador que el servidor eligió Brotli como la compresión y debe descomprimir los flujos de contenido a medida que ingresan antes de mostrarlos.

Honestamente, la mayoría de los desarrolladores, incluido yo mismo, lo hacen de esta manera. Sí, para los no iniciados, este el camino difícil. Si normalmente no usas la pestaña Inspeccionar para profundizar en la conversación que tienen tu navegador y el servidor, entonces puede ser confuso. Sin embargo, una vez que comprendas qué buscar y dónde, esta forma requiere muy poco esfuerzo y está disponible en todas partes.

La manera fácil

Aún así, hay personas que no se sienten cómodas haciéndolo de esta manera. Para aquellos de vosotros que están leyendo este artículo y caen en esta categoría, os presento la manera fácil.

En serio, eso es todo. Al revisar mi sitio, obtuve los siguientes resultados.

Esto no solo me dice que mi servidor web es capaz de codificar mi sitio web en Brotli, sino que también me dice que el 80,66% de mi sitio web se encuentra encriptado.

Conclusión

La compresión en los sitios web ahora es la norma porque ayuda a que tu sitio se cargue más rápido.


Actualmente, Brotli es el mejor algoritmo de compresión disponible para sitios web. Si ves que no se te está ofreciendo Brotli, muévete a un proveedor de alojamiento web que lo tenga habilitado. ¡Un proveedor de alojamiento como SiteGround! Puedes obtener archivos más pequeños entre un 15 y un 20 % con Brotli, y los archivos más pequeños significan un sitio web que se carga más rápido. Obtenga más información sobre la implementación de SiteGround en nuestro artículo, Más velocidad del sitio con el algoritmo de compresión de Brotli. También puedes aprovechar todos nuestros otros aceleradores de velocidad que harán que tu sitio vuela.

Posted on

El plugin SiteGround Optimizer está ahora disponible gratis para todas las webs WordPress

Cuando comenzamos a desarrollar SiteGround Optimizer en 2012 queríamos que fuese un puente entre nuestros servicios y las webs WordPress de nuestros clientes. Durante los años hemos implementado más y mejores funcionalidades y SiteGround Optimizer se convirtió en uno de los mejores plugins de optimización para WordPress, basado en nuestras valoraciones. Y naturalmente, empezamos a recibir preguntas sobre cómo webs no alojadas en nuestra plataforma podrían aprovecharlo. Este interés nos impulsó a desvincular el plugin de su dependencia en nuestra infraestructura y convertirlo en un una solución independiente del alojamiento y completamente gratuito para todos. Nos complace anunciar que desde su última actualización, SiteGround Optimizer puede ser utilizado por cualquier web, ¡independientemente de dónde esté alojado!

Funcionalidades disponibles en cualquier plataforma de Hosting

Hacer que Optimizer esté disponible en otras plataformas no fue una tarea sencilla. Parte del éxito del plugin está relacionado con la configuración del servidor de SiteGround que se creó teniendo en cuenta el rendimiento y aprovecha algunas de sus características únicas. Para abrirlo, cada funcionalidad que dependía de los servicios de nuestra plataforma, teníamos que encontrar una solución que funcionara con la misma eficacia en diferentes plataformas y configuraciones.

Caché basada en archivos (Nueva característica)

¡La caché basada en archivos incluye precarga y caché para usuarios logueados!

Hoy en día, el almacenamiento en caché es uno de los medios más efectivos para optimizar el rendimiento. Al buscar alternativas al almacenamiento en caché dinámico (función integrada para todos los sitios web en SiteGround), decidimos implementar el almacenamiento en caché basado en archivos debido a su versatilidad y compatibilidad con diferentes configuraciones de alojamiento. El almacenamiento en caché basado en archivos se puede usar por sí solo en sitios web alojados fuera de SiteGround o como un capa de almacenamiento en caché adicional para los clientes de SiteGround que ya tienen activado la caché dinámica y Memcached.

Algunas características excelentes de la caché basada en archivos es la capacidad de mantener la caché para los usuarios registrados, el precalentamiento de la caché (especialmente útil para las páginas que se abren con poca frecuencia y que se abren por primera vez en mucho tiempo) y la definición e una caducidad más prolongada de la caché. Estas opciones son configurables en la interfaz del plugin. Aunque el almacenamiento en caché basado en archivos por sí solo es generalmente más lento que la caché dinámica, nuestras pruebas muestran que su implementación en SiteGround Optimizer sigue siendo un 20% más rápida que cualquier otro plugin que proporcione una funcionalidad de optimización similar a la que hemos probado.

Optimizaciones de Entorno

Todos los usuarios pueden disfrutar de varios tipos de optimizaciones de entorno que ordenarán el entorno de tu WordPress para lograr el máximo rendimiento. Aquí puedes encontrar la optimización del Heartbeat de WordPress donde puedes configurar cómo interactúa la API de WordPress con tu aplicación para optimizar el uso de recursos; Programa el mantenimiento semanal de base de datos para asegurarte de que tu WordPress permanece ordenado y limpio.

Optimizaciones de Portada

El código de portada (front-end) de la web puede ser en ocasiones pesado y reducir significativamente la velocidad de carga. Hay varias características en SG Optimizer que pueden optimizarlo y, como resultado, acelerar tu web. Minimizar la salida de HTML, CSS y JavaScript disminuirá el tamaño y el número de peticiones al servidor relacionadas con este tipo de archivos y disminuirá el tiempo de carga. Hemos hecho estas funcionalidades disponibles con simples conmutadores en el plugin. Puedes especificar que tipos de archivos quieres minimizar, combinar e incluso excluir de la minimización o combinación. Y si todo esto te parece demasiado técnico, puedes buscar la etiqueta “Recomendado” junto a cada opción para averiguar qué tendría el mayor impacto en el rendimiento de tu web.

Optimización de Medios

Hay varias herramientas de optimización de medios en SiteGround Optimizer que funcionarán en todas las plataformas de hosting. Puedes habilitar Carga Diferida de medios con la que los medios solo serán visibles en el navegador cuando sean cargados. Esto hace que la carga sea más rápida y fluida para páginas más largas con múltiples elementos multimedia. También podrás definir el Ancho máximo de imagen permitido para las imágenes de tu web. Muchas plantillas y plugins tienden a subir imágenes excesivamente grandes que ralentizan la velocidad de carga sin que se muestren en todo su ancho.

Características exclusivas de SiteGround

Como se mencionó anteriormente, nuestra plataforma tiene algunas configuraciones de velocidad y servicios únicos, que no se pueden reemplazar solo con la funcionalidad del plugin, ya que necesitan el entorno del servidor específico para ejecutarse según lo diseñado. Estos siguen estando disponibles exclusivamente para las webs alojadas en SiteGround.

Caché dinámica y Memcached

Una de las mejores funciones para mejorar la velocidad que puedes obtener para tu web y nuestra opción preferida cuando hablamos de velocidad es la caché dinámica. La caché dinámica es parte de nuestra implementación patentada de caché de servidor de 3 niveles que se basa en NGINX Direct Delivery para el manejo de la caché estática, Caché dinámica para el contenido dinámico y Memcached para almacenar datos y objetos en la RAM. Creemos que la caché dinámica es esencial para todas las webs y lo hemos incluido en todos nuestros planes de hosting. Desde el plugin SiteGround Optimizer tienes control sobre la configuración avanzada específica de WordPress para la caché dinámica y Memcached para aprovechar el máximo de esta tecnología.

Compresión de imagen y WebP

Las funciones de compresión de imagen y WebP de SiteGround Optimizer son dos funciones esenciales disponibles para las webs alojadas en SiteGround exclusivamente. Con nuestro algoritmo de compresión de imágenes, puedes reducir el tamaño de tu imagen (y, respectivamente, el tiempo que tardan en cargarse) hasta en un 85% al mismo tiempo que mantienes una alta calidad de imagen para tus visitantes. También puedes habilitar WebP, que convertirá tus imágenes a un formato WebP, lo que agrega una reducción adicional en el tamaño sin afectar a la calidad de la imagen.

Abrir el plugin para webs alojadas fuera de SiteGround ha sido un gran paso para nosotros. Después de ejecutar varias prueba en diferentes plataformas de alojamiento y comprar el rendimiento con plugins de WordPress con funcionalidades similares, estamos seguros de que SiteGround Optimizer es la mejor herramienta de optimización que puedes obtener para tu web, independientemente de dónde esté alojada. Y es un plugin completamente gratuito. Pruébalo tu mismo y déjanos un comentario sobre cómo funciona en tu web.

Posted on

Comenzando 2022 con una tasa de satisfacción de cliente del 98%

encuesta_clientes_resultados

Al final de cada año, buscamos en nuestros clientes la marca que realmente importa: cómo califican nuestros esfuerzos y servicios realizados durante todo el año en nuestra tradicional encuesta de satisfacción de cliente. Cada año nos sorprende y nos sentimos honrados por la opinión positiva que recibimos, y cada vez logramos subir el listón un poco más alto. En 2021, el resultado es una calificación estelar de satisfacción general de cliente del 98%, que es espectacular en cualquier tipo de negocio de servicio al cliente, pero especialmente en la industria de hosting de sitios web.

Por supuesto, es difícil poner un número a la satisfacción, pero es un indicador que toma en cuenta tus valoraciones de los pilares principales de nuestros servicios de hosting web: velocidad, seguridad y soporte del sitio web, que seguimos fortaleciendo y mejorando año tras año. A continuación, se muestra un desglose de algunas de las cosas que hicimos en estas direcciones clave y el impacto que tuvieron en tus sitios web, lo que condujo a las cifras de satisfacción tan asombrosas en todos los aspectos de nuestro servicio.

97,7% de satisfacción de cliente con la velocidad del sitio web

Siempre hemos sido famosos por adoptar de forma proactiva las últimas tecnologías de velocidad web en beneficio de nuestros clientes. En 2021, introdujimos de nuevo varias mejoras en el rendimiento del sitio web sin coste adicional. Comenzamos habilitando el algoritmo de compresión de imágenes Brotli de última generación de Google en nuestros servidores, lo que garantiza una ganancia de velocidad del sitio web de entre el 15% y el 20% para los clientes desde el primer momento. Además, nuestra nueva configuración de MySQL permitió que los sitios web alojados con nosotros atendieran a más visitantes simultáneamente, lo que redujo la cantidad de consultas lentas en el sitio web entre 10 y 20 veces. Y al habilitar nuestro único almacenamiento en caché dinámico de forma predeterminada en todos los planes de alojamiento web, los clientes ahora disfrutan de un tiempo de carga de la página hasta 5 veces más rápido. Éstas son solo algunas de las últimas e importantes mejoras que introdujimos para que tus sitios web funcionen más rápido, mejoren la experiencia de usuario, las conversiones y el SEO de tu sitio web. A cambio, calificaste nuestros esfuerzos para aumentar la velocidad web con las valoraciones más altas en la historia de nuestra encuesta de clientes de fin de año: ¡una estelar tasa de satisfacción con la velocidad del sitio web del 97,7%!

98,5% de satisfacción de cliente con la seguridad del sitio web

Paralelamente a las mejoras en velocidad web, siempre estamos trabajando en nuevas formas de ayudarte con la tarea interminable de proteger tu sitio web. Nuestra misión de ofrecer la mejor protección de datos dio otro gran paso este año con el lanzamiento de nuestras copias de seguridad distribuidas geográficamente. Además de nuestras copias de seguridad diarias gratuitas y restauración fácil, implementamos un sistema de copia de seguridad con redundancia geográfica que minimiza el riesgo de pérdida de datos en caso de que la instalación completa del centro de datos esté en peligro por cualquier motivo. De esa manera garantizamos una recuperación segura de tu sitio con un tiempo de inactividad mínimo. Además de eso, nuestro servicio de seguridad SiteGround SiteScanner se mejoró para incluir un nuevo método de escaneo que permite a los usuarios ejecutar un escaneo completo de archivos de su sitio directamente en el servidor host con un solo clic. Y también presentamos nuestro nuevo DNS centralizado para un hosting más rápido, seguro y sencillo.

4,3 sobre 5 estrellas para nuestras herramientas y servicios para clientes

Este año fue especialmente rico en nuevas herramientas y servicios para sitios web para nuestros usuarios de WordPress. Lanzamos el plugin SiteGround Security para WordPress, una herramienta gratuita que mejora enormemente la seguridad de WordPress con solo unos pocos clics. Y está disponible para todos, no solo para los clientes de SiteGround. Apenas unos meses después de su lanzamiento, el plugin fue galardonado con Plata como Mejor Plugin de Seguridad de WordPress en el premio más grande de la comunidad de WordPress de Monster’s Award. Y para completar nuestra lista de servicios y herramientas de valor añadido, lanzamos una nueva versión de nuestro plugin para WordPress SiteGround Optimizer para actualizar su funcionalidad y agregar nuevas características con el objetivo de favorecer una mayor velocidad y facilidad de uso para los webmasters. Todos estos esfuerzos no pasaron desapercibidos y obtuvimos una calificación promedio de 4,3 sobre 5 estrellas para cada uno de nuestros últimos lanzamientos de herramientas.

Una mirada atrás y una mirada al futuro

Llevamos realizando nuestra encuesta anual a clientes durante 10 años. La primera se remonta a 2012. Una década después, con más de 2.800.000 dominios alojados, las valoraciones positivas siguen en aumento, comenzando en 2012 con una tasa general de satisfacción de cliente de un 95% hasta alcanzar un 98% en 2021.

Estamos agradecidos por tus comentarios y por ayudarnos a mejorar nuestros servicios año tras año. En 2022 continuaremos mejorando nuestras herramientas y servicios y lanzando nuevos para clientes existentes y potenciales, y esperamos superar tus expectativas una vez más.

Posted on

Limpiar la base de datos de WordPress: pasos y plugins para mantener tu web rápida

He administrado (y mal administrado también) bases de datos SQL durante casi 37 años. SQL fue el segundo lenguaje de programación que dominé y hasta el día de hoy sigue siendo uno de mis favoritos.

En todo este tiempo batallando con bases de datos, una cosa se ha mantenido constante, tienes que gestionar tus bases de datos constantemente y, en ocasiones, eso significa limpieza y mantenimiento. Las bases de datos de WordPress no son diferentes.

¿Por qué limpiar tu base de datos de WordPress?

Una de las razones más importantes para realizar una limpieza de base de datos de WordPress es porque la base de datos es la segunda parte más lenta de todo tu sistema. Lo único más lento es el propio sistema de archivos. Por lo tanto, asegurarte de que tu base de datos está operando a una velocidad óptima es importante no solo para la salud de tu sitio sino también para los rankings en los motores de búsqueda. La mayoría de los principales motores de búsqueda utilizan la velocidad de carga de la página para clasificar la página. Para un rendimiento WordPress óptimo, quieres mantener la base de datos limpia. La limpieza de tu base de datos de WordPress es una parte del proceso general de ajuste de rendimiento de WordPress.

La gran mayoría de instalaciones de WordPress utilizan un sistema de gestión de bases de datos relacionales MySQL (o MariaDB). Esto es en lo que nos centraremos en este artículo. Aún así, la mayoría de los consejos se pueden aplicar a cualquier tipo de almacenamiento que utilice tu base de datos de WordPress.

Pasos a seguir para una limpieza óptima de la base de datos de WordPress

Crea una copia de seguridad antes de empezar

Antes de adentrarte en este viaje, asegúrate de crear una nueva copia de seguridad. Si, deberías tener al menos 30 copias de seguridad diarias pero hay cosas que podrían haber cambiado desde tu última copia de seguridad. Querrás asegurarte de que si se estropea algo, puedes restaurar fácilmente a cómo estaba todo antes de empezar.

Si tu alojamiento web ofrece copias de seguridad bajo demanda como hace SiteGround, haz una ahora. Sino, antes de continuar, instala un plugin que te permita crear y restaurar copias de seguridad de tu base de datos.

Hay muchos plugins buenos ahí fuera que te ayudarán. He trabajado con varios y revisado otros. Para este trabajo, crear una copias de seguridad y restaurar, me gusta UpdraftPlus WordPress Backup Plugin porque tiene una función de restauración muy sencilla de entender. La versión gratuita será suficiente para realizar el trabajo pero la versión de pago añade muchas otras funciones útiles (como soporte para WP-CLI… que es muy importante para mi en la mayoría de plugins).

Una vez tengas el plugin instalado, procede a realizar una copia de seguridad. A menos que vayas a eliminar archivos, no es necesario realizar una copia de seguridad de todo, solo haz una copia de la base de datos.

Después de que hayas hecho tu copia de seguridad, realiza una restauración para que puedas ver su funcionamiento antes de entrar en una situación de emergencia. Recuerda, si tienes un sistema de recuperación sin probar, no tienes un sistema de recuperación ante desastres, tienes esperanzas y deseos.

Tablas sobrantes en la base de datos de WordPress

Ahora que tienes tu sistema de copias de seguridad listo, el primer elemento que podrías querer incluir es un desarrollador. Soy muy fan de incluir ayuda profesional cuando estoy sobrecargado y esta tarea podría sobrecargar a mucha gente.

Si tu web lleva mucho tiempo online, es posible que hayas instalado y desinstalado muchos plugins. Mi web personal ha estado utilizando WordPress desde 2005. Muchos plugins, en especial los antiguos, no realizaban limpiezas de sí mismos. Esto significa que durante la instalación, podrían crear tablas en tu base de datos que no se eliminaban cuando desinstalas el plugin. Echa un vistazo a la lista de tablas (si no sabes cómo, no deberías estar haciendo esto sin ayuda) e intenta identificar cualquiera que no esté en uso. Elimina esas tablas de tu base de datos.

Una vez las hayas eliminado, prueba TODO. Son estás operaciones las que me hacen recomendar tener un entorno staging para probar estás cosas en el entorno de pruebas. Aún así, si tienes tu copia de seguridad, estás listo para comenzar.

Revisé la base de datos de mi web personal hace aproximadamente un año más o menos. Hay más de 500 tablas. La instalación estándar de WordPress tiene alrededor de 40. Necesito realmente tomar tiempo para limpiar las cosas yo mismo.

Hay plugins que te ayudarán con esta tarea si no tienes a un desarrollador que te pueda ayudar. Uno de ellos está mencionado a continuación, WP-Optimize.

No te alarmes si cuando intentas eliminar una tabla da error. El usuario de la base de datos desde la que se ejecuta WordPress puede que no (probablemente NO DEBERÍA) tenga los permisos suficientes para eliminar estas tablas. Aun así, puedes mostrar esta lista a tu desarrollador y ellos sabrán cómo eliminar estas tablas de forma segura.

Revisiones

A continuación, vamos a hablar de las revisiones de entradas. A la vez que estás trabajando en una entrada o página, WordPress lo guarda constantemente en segundo plano. Para permitirte volver atrás y restaurar una de esas versiones en una fecha posterior, cada revisión se guarda como un registro separado en la base de datos de entradas. Una vez hayas finalizado la edición de tu entrada y la hayas publicado, estas revisiones no sirven para nada.

Si tienes un desarrollador en tu equipo, ellos pueden eliminar estos registros desde la tabla sin tener que instalar plugins. Si no tienes un desarrollador, o deseas realizar un cambio que mantenga este problema resuelto, echa un vistazo a WP Revisions Control. Este simple plugin te permitirá configurar cuantas revisiones mantener y mantendrá tu base de datos limpia automáticamente. 

Borradores

Otra fuente de contenido inútil en tu base de datos son las entradas que empezaste pero que nunca llegaste a publicar. De nuevo, utilizando mi web personal como ejemplo, miré una vez y tenía más de 50 entradas en estado BORRADOR. Esto significa que no solo tengo 50 registros en mi base de datos que no necesito sino que también tiene revisiones por cada una de ellas. Deshazte de esas entradas antiguas que nunca vayas a publicar.

Vacía la papelera

Como administrador de una instalación de WordPress, necesitas eliminar antiguas entradas, páginas y otras cosas. WordPress no borra automáticamente esas entradas antiguas de tu sistema, las mueve a la ‘papelera’. (Desde una perspectiva técnica cambia el estado de estos elementos.)

La papelera es genial si necesitas volver y recuperar algo posteriormente pero después de cierto tiempo, puedes estar seguro de que no vas a necesitar lo que está en la papelera. Por lo que vacía la papelera. Cuando lo hagas, eliminarás los elementos que WordPress marcó como basura. Esto los borra de la base de datos y evita que se acumulen.

Cosas de las que no preocuparse

Hay muchas recomendaciones sobre qué deberías hacer para limpiar la base de datos de tu WordPress en Internet. Parte de estos consejos tienen buenas intenciones pero no son tan útiles. Aquí hay un par de cosas de las que no debes preocuparte.

Limpiar archivos transitorios

Los transitorios son pequeñas piezas de información que WordPress y los plugins necesitan almacenar temporalmente. Los transitorios tienen fecha de caducidad. Algunas personas te aconsejarán que te asegures de limpiar los transitorios caducados de vez en cuando. No te molestes. El sistema cron de WordPress hará esto por ti todas las noches. En el mejor de los casos, puedes eliminar algunos cientos de registros unas horas antes. El esfuerzo que pone en la gestión de los transitorios es un esfuerzo que podrías invertir mejor en hacer que tu web sea más bonita, más rápida o más útil para sus lectores.

Optimizar tablas

Muchos sitios te dirán que “optimices tus tablas”. Algunos incluso podrían explicar lo que esto significa, mientras que otros simplemente lo usaron como un encantamiento mágico que se supone que te hará sentir mejor con tu base de datos. La verdad es que hubo un momento en que la optimización de las tablas de bases de datos era importante. Afortunadamente, esos días ya pasaron. En estos días, la mayoría de las bases de datos MySQL utilizan tablas que no requieren optimización. Incluso la base de datos de mi vieja web personal ya no necesita ser optimizada. Técnicamente, ya no es necesario hacer esto para el 99,9% de las instalaciones de WordPress que existen. Si eres parte del otro 0.01%, en lugar de optimizar tus tablas, mueve tu sitio a una versión moderna de MySQL con un tipo de tabla que no necesita optimización.

Plugins que harán todo esto por ti

Sí, hay cosas que debes hacer con regularidad para mantener tu base de datos limpia y saludable. Sí, tu o un programador que trabaje para ti puede hacer estas cosas manualmente de forma regular. Sin embargo, si es como la mayoría de nosotros, no te gusta tener que acordarte de limpiar cosas. Para esos casos, hay plugins que pueden hacer todo esto y mucho más por ti, automáticamente. Piensa en ellos como el Roomba para tu web. Estos plugins aparecerán mientras no estés presente y se encargarán de limpiar los rincones polvorientos de tu web de forma regular.

Aquí hay cuatro opciones que puedes considerar:

Advanced Database Cleaner

Este plugin está disponible tanto gratis como premium. La versión gratuita hará todo lo básico que necesitas. Incluso puedes programarlo para que se ejecute de forma regular para que tu base de datos se mantenga limpia. La versión Pro te dará muchas más opciones. Recomiendo comenzar con el gratuito hasta que comprendas lo que hace y luego, si sientes la necesidad, pasar al Pro.

Optimize Database after Deleting Revisions

Esta es otra buena opción, aunque ofrece “optimización de tabla” que acabo de decirte que era innecesaria. Mantendrá tu base de datos limpia de entradas antiguas, comentarios, revisiones y un montón de otras cosas. No hay tantas opciones como Advanced Database Cleaner, pero las que realmente necesita están ahí. Este plugin es gratuito y hay un enlace para donar al autor si lo usas y lo encuentras útil. (y siempre sugiero que done a los autores de plugins gratuitos si usas sus plugins)

Si eliges analizar las tablas, intentará ejecutar un análisis en ellas, pero si estás utilizando un tipo de tabla que no requiere esta función, te lo dirá. No dañará tu base de datos ni ninguno de sus datos.

WP-Optimize – Cache, Clean, Compress

Sin embargo, probablemente mi opción favorita (y la que he instalado en mi sitio personal) es WP-Optimize. Este plugin realiza todas las funciones que hemos discutido aquí y muchas otras cosas. Al igual que los dos anteriores, puede programar este plugin para que se ejecute automáticamente. Sin embargo, dado que esto está escrito por el mismo equipo que escribió el primer plugin que recomendé, UpdraftPlus WordPress Backup Plugin, se integra perfectamente y te brinda la opción de realizar una copia de seguridad automática de tu base de datos antes de realizar el mantenimiento. Esta es una buena característica. Al igual que Updraft Plus, WP-Optimize viene en una versión gratuita y de pago. Dejaré que tú decidas si necesitas las funciones presentes en la versión paga.

SiteGround Optimizer:

Si SiteGround es tu alojamiento web, asegúrate de tener instalado el plugin SiteGround Optimizer. Este es un plugin que DEBES INSTALAR para cada sitio alojado con SiteGround porque es velocidad gratuita.

Este es un plugin fácil de instalar y, si bien la base de datos no es su enfoque principal, realiza el mantenimiento de rutina de la base de datos. También hace MUCHO más para acelerar tu web y mantenerlo rápido. Para obtener todos los detalles sobre este gran plugin, consulte esta publicación de blog.

Para finalizar

Mantener la base de datos de tu WordPress limpia es un paso importante para asegurar que tu web siempre se ejecuta rápidamente. Puedes invertir el tiempo en limpiar tu web manualmente o instalar y configurar uno de los plugins recomendados que lo harán por ti. En ambos casos, es tiempo bien invertido.

Posted on

DNS centralizado para un hosting más rápido, seguro y fácil de usar

Mirando atrás hace 2 años a nuestra promesa de lanzar una serie de mejoras en nuestro servicio y después de cambiar completamente a Site Tools, ¡seguimos cumpliendo! Después de lanzar PHP ultrarrápido, la nueva configuración MySQL en hosting compartido y en la nube, las nuevas funciones de SiteGround Optimizer y más, también hemos rediseñado nuestro servicio de DNS para hacerlo más rápido, más seguro, más flexible y fácil de usar que nunca. Echa un vistazo a lo que hemos hecho y cómo afecta a los sitios web que alojes en nuestra plataforma.

Qué hay debajo del capó de nuestro nuevo servicio de DNS

Primero hagamos un repaso rápido: el servicio DNS ( Domain Name System o Sistema de nombres de dominio) es lo que hace posible que un nombre de dominio abra un sitio web específico. Este sistema indica en cuál de todos los servidores de Internet está alojado tu sitio web. Por lo general, un conjunto específico de 2 servidores DNS y 2 IPs corresponden a cada servidor y deben añadirse en el panel de administración de tu dominio para que el sistema funcione. Cada servidor también tiene un servicio de DNS instalado que procesa las consultas DNS y muestra el sitio web adecuado cuando un visitante escribe tu dominio en el navegador.

Con nuestra nueva configuración de DNS centralizada, ya no necesitamos el servicio DNS instalado en cada uno de nuestros servidores de producción que alojan tu sitio web. Podemos mover todos nuestros servicios DNS a un clúster completamente separado de múltiples servidores. Este clúster está dedicado solo al servicio de DNS y está geográficamente disperso en todo el mundo gracias a la tecnología de enrutamiento de red Anycast. El DNS centralizado también nos permite tener un solo par de servidores DNS e IPs para todos los servidores que administra SiteGround, y estos son:

  • ns1.siteground.net
  • ns2.siteground.net

¿Cuáles son los beneficios de nuestro nuevo servicio de DNS?

Resolución de dominios más rápida y carga de sitios web más rápida

Cuando un visitante busca el dominio de tu sitio web, lo primero que hace el navegador es realizar una búsqueda de DNS para ver en qué IP se resuelve el dominio y se conecta al servidor con esa IP. Con la configuración DNS anterior, las solicitudes de búsqueda provenientes de un continente diferente al de tu servidor se gestionaban un poco más lentamente debido a la distancia física entre el visitante y el servidor que resuelve su dominio. Ahora, con el DNS centralizado que funciona en cinco ubicaciones geográficas diferentes y múltiples instancias, la resolución la gestiona el nodo más cercano, lo que ahorra retrasos en la red y mejora la velocidad de carga de tu sitio web.

Redundancia mejorada

Como la nueva configuración de DNS se basa en varias máquinas dispersas geográficamente, es altamente resistente. Por ejemplo, si uno de los servidores DNS falla, las solicitudes DNS serán gestionadas por el segundo punto más cercano, que está en funcionamiento. Esta configuración también protege contra ataques DDoS, ya que si hay una gran cantidad de tráfico malicioso, se distribuirá entre varias máquinas DNS y será mucho más difícil que un ataque de este tipo tenga éxito. Además de eso, el servicio DNS es escalable y se pueden agregar nuevas máquinas fácilmente siempre que se necesiten más recursos.

Si estás utilizando tu dominio simultáneamente para tu hosting en SiteGround y para otros servicios (por ejemplo, tus registros MX apuntan a Gmail), tener el servicio DNS alojado en una ubicación diferente de tu sitio web tiene una ventaja más. En caso de que tu servidor de hosting tenga una incidencia, tu DNS seguirá funcionando y tus servicios externos seguirán resolviéndose sin verse afectados.

[subscribe_cta]

Migraciones fluidas entre servidores

Es parte de nuestro trabajo mover datos, ya sea por transferir tu cuenta de hosting de un hardware antiguo a uno más nuevo, de un servidor con cPanel a servidores con Site Tools, o de un centro de datos antiguo a la infraestructura de Google Cloud, las migraciones son algo común en nuestro día a día. Cada vez que migramos servidores, uno de los mayores desafíos es el manejo de las zonas DNS. El nuevo servidor viene con nuevos nuevos servidores de nombres y, una vez que se transfieren los sitios web, los dominios deben ser apuntados hacia estos nuevos. Los hemos estado actualizando automáticamente para todos los dominios administrados a través de nuestros paneles de control, pero los dominios externos necesitaban un cambio manual por parte de los webmasters. En ambos casos, habría propagación de DNS con un posible impacto en el tiempo de inactividad. Con el nuevo DNS centralizado será mucho más fácil migrar y realizar actualizaciones de servidor en el futuro. En la mayoría de los casos, estas migraciones no implicarán ningún tipo de cambio de configuración de DNS, lo que evitará cualquier problema causado por la propagación.

Más comodidad y facilidad de uso para ti

Con el DNS descentralizado, las personas que administran varios sitios en diferentes servidores deben realizar un seguimiento de los diferentes conjuntos de servidores DNS, lo que puede resultar inconveniente. El nuevo DNS centralizado simplifica múltiples procesos de administración de sitios web para nuestros usuarios, ya que todos los dominios de todos los sitios web alojados en nuestra plataforma, independientemente de su cuenta de hosting o servidor, ahora pueden usar el mismo par de servidores DNS.

¿Cuándo estará disponible el nuevo servicio DNS?

Todos los nuevos sitios web creados en nuestra plataforma ya utilizan el nuevo servicio DNS. Para los sitios web creados anteriormente, estamos comenzando un cambio gradual al nuevo DNS centralizado. Actualizaremos los servidores DNS para todos los dominios registrados con nosotros automáticamente. Para los dominios externos utilizados con nuestro sistema, informaremos a nuestros clientes por email, confirmando cuándo será seguro actualizar sus configuraciones de DNS a las nuevas. El antiguo sistema DNS seguirá siendo compatible durante varios meses más, hasta que se finalice por completo la migración al nuevo.

Posted on

Cambiando a PHP 7.4 y dejando de ofrecer algunas versiones anteriores

Una gran parte de nuestro servicio implica mantener el software del lado del servidor y del lado del cliente actualizado, seguro y rápido. Uno de los elementos clave de nuestros servidores que requiere un mantenimiento experto es el lenguaje de programación PHP, que es un requisito previo para el funcionamiento de la mayoría de los sitios web. PHP es un lenguaje extremadamente popular y bien soportado y, como cualquier software, su desarrollo implica el lanzamiento continuo de nuevas versiones. Las nuevas versiones introducen nuevas funciones e importantes mejoras de rendimiento y seguridad. Como proveedor de servicios de hosting gestionado, hacemos un seguimiento de cómo evoluciona cada versión de PHP, especialmente cómo de rápido es adoptada por los principales desarrolladores de aplicaciones, y hacemos esfuerzos proactivos para asegurarnos de que nuestros clientes obtengan todos los beneficios de las versiones más nuevas lo antes posible. Aquí está nuestra última actualización de mantenimiento de PHP.

Cambiando a PHP 7.4 como predeterminado

A partir de junio de 2021, cambiaremos la versión predeterminada en nuestros servidores a PHP 7.4. Esto significa que todos los sitios nuevos utilizarán la versión 7.4, a menos que se cambie manualmente a una diferente. PHP 7.4 lleva existiendo desde hace más de 2 años y ya se ha vuelto ampliamente compatible con diferentes CMS, temas y plugins. PHP 7.3 (nuestra versión predeterminada actual) ya no tiene soporte activo y también dejará de contar con soporte referente a seguridad al final de este año. Mantener tu versión de PHP actualizada tiene innegables ventajas de rendimiento y seguridad y es por eso que ahora te estamos ayudando a cambiar a PHP 7.4.

Todos los sitios web que utilizan nuestro servicio PHP administrado también se actualizarán a 7.4 en el período del 10 al 21 de junio de 2021. PHP 7.3 seguirá estando disponible en nuestros servidores y nuestros clientes pueden configurarlo manualmente para cualquier sitio desde Site Tools > Desarrollo > Gestión PHP.

Cesando el soporte para 7.2, 7.1, 7.0, 5.6 y versiones inferiores a final de año

Al mismo tiempo, el soporte de seguridad para todas las versiones de PHP por debajo de 7.3 ha terminado oficialmente, y dados los exploits que se filtran de vez en cuando, creemos que el riesgo de usarlas es cada vez mayor. Además, el rendimiento de los sitios web que utilizan versiones antiguas de PHP es considerablemente menor en comparación con los sitios que utilizan versiones más nuevas. Es por eso que estamos iniciando un proceso de cese de PHP 7.2, 7.1, 7.0, 5.6 y anteriores en nuestros servidores. Después del 21 de junio de 2021, actualizaremos gradualmente los sitios que utilizan versiones antiguas de PHP a PHP 7.4. Las versiones de PHP inferiores a 7.3 ya no serán compatibles con nuestros servidores después del 31 de diciembre de 2021.

[subscribe_cta]

¿Qué hacer si estás utilizando una versión antigua de PHP?

Esta actualización de PHP afectará a muchos sitios web de nuestra plataforma. Es por eso que comenzamos a comunicar la actualización hace un mes y te recomendamos encarecidamente que evalúes el impacto de la actualización a 7.4 en tu sitio lo antes posible utilizando esta herramienta:

tu-dominio.com/.well-known/sg-php-try-v74

Para ver si un sitio funcionará correctamente después de la actualización, escribe la URL anterior utilizando el dominio de tu propio sitio en el navegador y navega por el sitio, sus subdominios (si los hay) y su área de administración. Si algo no se ve o no se comporta como se esperaba, te recomendamos que investigues más la compatibilidad de tu sitio con PHP 7.4 y soluciones cualquier problema antes de la actualización. Si tienes plugins rotos o un tema, considera actualizarlos o reemplazarlos. Si eso es demasiado difícil o el problema está en otra parte, ponte en contacto con tus desarrolladores para obtener ayuda.

Nota: al abrir tu sitio web a través del enlace de arriba, lo navegarás usando PHP 7.4. Este cambio afecta SOLAMENTE tu sesión actual de navegador. Todos los demás visitantes seguirán accediendo a tu sitio con su versión PHP actual. Para detener el modo de navegación de verificación de compatibilidad en tu propio navegador, cierra el navegador y accede a tu sitio nuevamente a través de su URL estándar.

Caso especial de Magento: los sitios que usan Magento 2.3.6 o versiones anteriores no son compatibles con PHP 7.4 Por eso, si tienes un sitio web de este tipo, te recomendamos encarecidamente que lo actualices a 2.3.7 lo antes posible, para que sea compatible con PHP 7.4 y listo para la actualización de PHP.

Somos conscientes de que los sitios que actualmente usan PHP versión 7.2 o inferior pueden necesitar más tiempo para corregir posibles incompatibilidades con PHP 7.4. Por eso, a los propietarios de dichos sitios se les proporcionó un enlace para una posible exclusión en el correo electrónico sobre la actualización, enviado durante los últimos días. Al optar por no participar a través de este enlace, los clientes confirman que no quieren que actualicemos la versión de PHP de su sitio por ellos, pero son conscientes de que, no obstante, esta versión dejará de funcionar después del 31 de diciembre de 2021.

Para los clientes que usan PHP 7.3, recomendamos encarecidamente que no pospongan su actualización de PHP, pero en caso de que esto sea realmente necesario, simplemente pueden cambiar a la administración manual de versiones de PHP, hasta que su sitio esté listo para PHP 7.4.

¡Esperamos ver sitios más seguros y mucho más rápidos después de la actualización!

Posted on

Optimización del uso de RAM que hace MySQL en la nube

Configuración RAM para bases de datos mySQL en SiteGround

Durante los últimos 6 meses, todo ha sido cuestión de velocidad en SiteGround. Hemos mejorado hasta 5 veces más el rendimiento de los sitios web alojados en SiteGround al lanzar nuevas configuraciones de PHP Ultrarrápido y MySQL, y habilitar la caché dinámica (almacenamiento en caché de página completa) para todos los sitios web. Como siguiente paso importante en este proceso, nos hemos centrado en nuestros servidores cloud y estamos muy contentos de anunciar que hemos implementado un nuevo algoritmo dinámico de asignación de memoria RAM que mejora aún más la utilización de recursos de MySQL y hace que los sitios web alojados en nuestros planes de hosting cloud que utilizan bases de datos se ejecuten más rápido.

¿Cuál es el problema con MySQL?

MySQL puede ser una verdadera fuente de problemas. Cuando le dejamos que actúe a sus anchas, devora recursos y sigue pidiendo más. Si no obtiene lo que quiere, comienza a ralentizar los procesos uno tras otro y se convierte en un cuello de botella para las aplicaciones impulsadas por bases de datos como WordPress. Por lo tanto, la configuración de MySQL es la clave para resolver muchos de los problemas de lentitud web, pero muchos webmasters tienen dificultades para rastrear el origen del rendimiento lento. No se trata solo de agregar más RAM. Esta RAM debe utilizarse inteligentemente de una manera que permita que MySQL se ejecute lo más rápido posible, pero aún así evitar consumir todos los recursos disponibles.

Hasta el momento, hemos estado ayudando a nuestros clientes a evaluar cuál es una asignación óptima de RAM para MySQL, dados los servicios específicos que se ejecutan en el sitio web y las especificaciones disponibles, y resolviéndolos manualmente caso por caso. Sin embargo, ahora hemos encontrado una forma de automatizar el proceso y disminuir la cantidad de trabajo y experiencia requerida por nuestros clientes.

[subscribe_cta]

¿Qué hemos hecho?

Hemos implementado una configuración dinámica en nuestros servidores cloud que depende de la cantidad de memoria que tenga tu cuenta de hosting cloud. Esto significa que la configuración de MySQL se ajustará según los recursos disponibles. No solo iniciaremos nuevas instancias Cloud con configuraciones predefinidas, sino que, en caso de un evento de autoescalado (o actualización), la configuración del servidor se ajustará para una utilización óptima de los recursos sin intervención manual. Esto significa que las consultas a la base de datos se procesarán más rápido y el uso de E/S será menor. Por último, pero no menos importante, la RAM adicional que añadas ahora se utilizará de manera más eficiente e incluso los sitios web de rápido crecimiento tendrán que añadir menos RAM y con menos frecuencia, por lo que te supondrá un gran ahorro en tus gastos de hosting.

¿Quién se puede beneficiar de ello?

¡Este nuevo sistema ya está implementado en todos los servidores cloud de SiteGround! No es necesario habilitarlo ni configurarlo. Solo mantente al tanto de las mejoras de rendimiento que ya puedes experimentar y déjanos un comentario en este artículo contándonos tu experiencia. Cuanto más intensivo sea el uso de bases de datos de tu sitio web (como, por ejemplo, sitios de membresía, tiendas online, foros, etc.), ¡mayor será la mejora del cambio!

Posted on

SuperCacher y sitios web hasta 5 veces más rápidos para todos

Fue allá por 2012 cuando anunciamos nuestro SuperCacher, la función que permitía a nuestros clientes habilitar la caché estática, la caché dinámica y Memcached en sus cuentas de hosting. Desde entonces, hemos mejorado enormemente la tecnología y ajustado su comportamiento y creemos que es una de las herramientas de velocidad más poderosas que hemos creado para nuestros clientes. Actualmente, la parte más utilizada de nuestro SuperCacher es la caché estática (NGINX Direct Delivery), ya que está activada por defecto en todos nuestros planes. Hoy hemos dado un paso importante que dará como resultado una adopción mucho más masiva de las otras dos capas de SuperCacher y aumentará significativamente la velocidad de las webs que alojamos. A partir de ahora, también ofrecemos Caché Dinámica y Memcached sin coste adicional en nuestros planes StartUp. Además, la caché dinámica se activará en nuestros servidores por defecto.

¡Caché dinámica activa para todos!

Velocidad web entre un 50% y un 500% más rápida

Para resumir brevemente, el almacenamiento en caché dinámico es una tecnología que almacena en caché la salida HTML de su código PHP. El lenguaje PHP se utiliza para que el contenido de ese mismo HTML se cambie dinámicamente y según un conjunto de condiciones predefinidas por el creador web. Al usar la caché, la próxima vez que se solicite una página, el HTML puro se mostrará desde la caché que está en la RAM del servidor, en lugar de desperdiciar CPU y recursos de E/S para leer el archivo PHP desde el disco. Gracias a ese mecanismo, la página web se carga significativamente más rápido. Y por “más rápido”, nos referimos al 50-80% más rápido según nuestras estadísticas internas para los sitios web que lo tienen activado. El mayor impacto lo vemos en los sitios más pesados, aquellos con más productos y consultas. Una vez habilitada la caché, las páginas comienzan a cargarse tan rápido como tu Internet lo permite, literalmente, ya que la respuesta de la página se devuelve instantáneamente desde la memoria del servidor.

Caché WordPress por defecto y posibilidad de configurar otras aplicaciones

Hasta ahora, la caché dinámica estaba disponible en nuestro plan GrowBig y planes superiores y los usuarios tenían que activarlo a través de nuestro plugin WordPress SiteGround Optimizer. Ahora, hacemos que la caché esté disponible en todos los planes y lo activamos por defecto en todos los servidores. Por lo tanto, todos los WordPress alojados en nuestra plataforma se almacenarán en caché desde el primer momento. Además, nuestros clientes podrán configurar otras aplicaciones para aprovechar la caché también. Para obtener instrucciones sobre cómo utilizar la caché dinámica con algunas de las otras aplicaciones más conocidas, puedes consultar nuestros tutoriales de SuperCacher.

Opciones de administración de caché dinámica

Como ya lo mencionamos, nuestra opción de caché dinámica ahora funcionará por defecto en las instalaciones WordPress. Sin embargo, los usuarios de WordPress obtendrán los mejores resultados a través de los controles de caché dinámico de nuestro plugin SiteGround Optimizer. El plugin actúa como un conector adicional entre nuestra caché dinámica y la aplicación de WordPress. Por ejemplo, SiteGround Optimizer le dice a tu servidor que limpie la caché automáticamente en cada cambio de contenido relevante y le brinda una opción fácil para excluir las URL para que no se almacenen en caché. También puedes desactivar el almacenamiento en caché a través del plugin.

Si estás utilizando otra aplicación, es posible que debas permitir el almacenamiento en caché desde tu backend para comenzar a usarla, independientemente de que la activemos a nivel servidor.

En cuanto a la opción de limpieza, si un cambio en tu sitio web no se muestra de inmediato, ya que la versión en caché aún se muestra, siempre puedes usar el botón de vaciar caché en tu Site Tools.

Memcached disponible para activar en todos los planes

Memcached es probablemente el sistema de almacenamiento de memoria en caché más popular que utilizan miles de sitios basados ​​en bases de datos, y que acelera estos sitios web al almacenar en caché los resultados de las consultas de la base de datos en la RAM del servidor. Por lo tanto, si el resultado de la misma consulta se necesita nuevamente, se tomará instantáneamente de la RAM, en lugar de generarlo nuevamente desde la base de datos, que generalmente es un proceso más lento y requiere más potencia de cálculo.

Memcached está ahora también disponible en los planes StartUp con Site Tools. Puedes habilitarlo desde Site Tools > Velocidad > Almacenamiento en caché, pestaña Memcached. Sin embargo, ten en cuenta que también debes configurar tu aplicación para usar esta caché, una vez que la activas desde nuestra interfaz. Para WordPress, esto solo requiere un clic en nuestro plugin SiteGround Optimizer > sección de controles de Memcached; para algunas de las otras aplicaciones populares, puedes consultar nuestros tutoriales de SuperCacher.

Nota:

Los cambios descritos afectarán solo a nuestros servidores con Site Tools. Sin embargo, en caso de que tu cuenta todavía está en cPanel, no te preocupes: para finales de marzo, nuestro objetivo es completar todas las migraciones de cPanel a Site Tools para que también consigas estas mejoras de SuperCacher.