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.

Posted on

Nueva configuración MySQL para un procesamiento más rápido de consultas

nueva configuracion MYSQL de SiteGround

Dos de las razones más frecuentes por las que un sitio web puede ser lento son los procesos PHP no optimizados y las pesadas consultas de MySQL. La optimización del código del sitio web es siempre una parte crucial de la batalla constante por una mayor velocidad del sitio web. Sin embargo, los webmasters que se alojan con SiteGround siempre han tenido un aliado confiable a su lado en esta búsqueda.

Recientemente hemos anunciado el nuevo PHP ultrarrápido, que acelera significativamente el procesamiento de scripts PHP y mejora el rendimiento del sitio web hasta en un 30%.

Como siguiente paso natural en nuestros esfuerzos por ofrecer un servicio premium y superrápido, hemos implementado una solución del lado del servidor para optimizar las consultas de la base de datos que ya ha reducido el número de consultas lentas entre 10 y 20 veces.

¿Qué son las consultas MySQL lentas y por qué son importantes?

Si estás administrando un sitio activo con una base de datos, probablemente comprendas que cuando un visitante accede a tu sitio, hay toneladas de scripts que comienzan a ejecutarse, algunos de los cuales solicitan información a tu base de datos.

Por ejemplo, si tienes una tienda online y un visitante está tratando de comprar un artículo, tu tienda debe verificar su disponibilidad en la base de datos y mostrar si es posible realizar un pedido.

Esa verificación activa una consulta MySQL y, dependiendo de cómo se escriba esa consulta, puede ser bastante pesada y llevar mucho tiempo al servidor procesarla .

Para ti, como webmaster, estas consultas lentas son un problema porque perderás clientes.

¿Sabes cómo los visitantes abandonan el sitio cuando tienen que esperar más de 2-3 segundos para que se cargue una página? Bueno, lo entiendes.

Para nosotros, como tu proveedor de hosting, no nos gusta cuando nuestros servidores se ralentizan al procesar demasiadas consultas lentas porque esto significa que la CPU y la RAM de la máquina se bloquean y no se pueden usar para otros procesos, que también son importantes para el tuyo y los otros sitios web alojados en el servidor.

¿Qué hemos hecho?

La batalla con las consultas lentas de MySQL es un proceso continuo que involucra tanto al webmaster como al anfitrión. Es por eso que recientemente lanzamos una nueva configuración de MySQL en nuestros servidores, que adopta un enfoque innovador para distribuir la RAM del servidor y asignarla a MySQL.

La nueva configuración permite procesar simultáneamente un número mucho mayor de solicitudes paralelas y esto tiene un gran impacto en el manejo efectivo de las consultas MySQL pesadas.Tan buena es que los administradores de sistemas, al ver cómo se cargaba el servidor después del lanzamiento de la nueva configuración de MySQL, todavía no lo creían: ¡vieron una caída en las consultas lentas entre 10 y 20 veces!

Todas nuestras últimas mejoras de servicio, como PHP ultrarrápido y ahora la configuración de MySQL, son posibles gracias a dos cosas: la plataforma Google Cloud y el cambio de cPanel a Site Tools. Desde que nos mudamos a Google Cloud, actualizamos nuestras configuraciones de servidor con más RAM. El precio unitario de la RAM no es más económico, pero trabajar en la nube ofrece posibilidades para una mejor distribución de ese recurso entre diferentes máquinas. Y el hecho de que no cumplamos con los requisitos de recursos de software de terceros, como cPanel, nos da más libertad para innovar. ¡Nuestros DevOps se sienten capacitados para crear y seguir desarrollando tecnologías inteligentes que beneficien a la gran mayoría de los sitios que alojamos!

¿Quién se beneficia de ello?

¡Todos los alojados en nuestros servidores compartidos de Site Tools ya tienen la nueva configuración de MySQL! Si has observado una mejora en el rendimiento durante la última semana, se debe a la nueva configuración.

Esto significa que es menos probable que te pidamos corregir una consulta lenta y “distanciar socialmente” tu sitio web debido a ello. ¡Menos consultas lentas, servidores más rápidos, menos molestias para ti!

Las cuentas Cloud también están programadas para recibir la nueva configuración de MySQL a finales de febrero de 2021.

¿Todavía estás en cPanel? Esperamos terminar con todas las migraciones a Site Tools a finales de marzo, por lo que todo lo que tienes que hacer es esperar tan solo un poco más.

Posted on

Consigue más velocidad web con el algoritmo de compresión Brotli

compresion_brotli

Estamos entusiasmados de anunciar que hemos implementado y habilitado de forma predeterminada el algoritmo de compresión Brotli en todos nuestros servidores con Site Tools, por lo que los sitios web alojados en ellos podrán obtener un aumento de velocidad de hasta un 15-20% al usarlo.

¿Qué es Brotli?

Brotli es un algoritmo de compresión de última generación desarrollado por Google como sucesor del popular método gzip, que hemos estado ejecutando en nuestros servidores durante años. La idea es simple: una vez que su aplicación produce la salida HTML de tu sitio web y se comprime junto con todos los recursos que carga, los datos se transmiten a través de Internet y luego el navegador descomprime el contenido antes de procesarlo. Este proceso reduce significativamente el tamaño de los datos que se han movido del servidor al visitante, lo que resulta en un aumento de velocidad (mucho) mayor que los milisegundos perdidos por/en la compresión y descompresión.

¿Cuánto más rápido es Brotli en comparación con gzip?

El nuevo algoritmo proporcionado por Brotli comprime el sitio web en un tamaño de datos más pequeño, lo que agiliza la transferencia. Los archivos JavaScript comprimidos con Brotli son aproximadamente un 15% más pequeños que los comprimidos con gzip. Los archivos HTML son alrededor de un 20% más pequeños y los archivos CSS tienen una reducción de tamaño de alrededor del 16%. Por supuesto, estos números diferirán dependiendo de tus archivos en particular.

A continuación puedes ver una prueba con uno de los temas predeterminados de WordPress: TwentyTwenty muestra que produce 19584 bytes de datos sin comprimir, 6003 bytes comprimidos con gzip y solo 4863 bytes cuando se comprime con Brotli. Esto significa que consigues más del 75% de reducción de tamaño del contenido sin comprimir y un 19,5% respecto a gzip.

¿Cómo usar Brotli?

Hemos habilitado Brotli en todos nuestros servidores con Site Tools y, si tu cuenta está alojada en uno de ellos, tu sitio web lo aprovechará automáticamente. ¡No tienes que hacer nada para conseguirlo! 🙂  Los navegadores que admiten la compresión Brotli, que son la mayoría de los navegadores ahora, pasan el encabezado “accept-encoding: br” apropiado al realizar la solicitud y obtienen el contenido Brotli comprimido. Los navegadores más antiguos que no lo admitan recibirán datos comprimidos con gzip. Si todavía estás alojado en un servidor cPanel, no te preocupes: esperamos que las migraciones a Site Tools se completen a finales de marzo, por lo que no tendrás que esperar mucho para disfrutar de Brotli también.

Posted on

PHP8 disponible en nuestros servidores

Estamos muy contentos de anunciar que hemos implementado la última versión candidata a lanzarse de PHP 8 en todos nuestros servidores. Como siempre, estamos entre las primeras empresas en proporcionar el nuevo PHP en nuestra plataforma de hosting. Se espera que PHP 8 facilite a los desarrolladores escribir código más limpio, con mejor calidad y que se ejecute más rápido. Dado que las versiones beta no son adecuadas para sitios web activos, te invitamos a probarlo en una copia staging de tu sitio web o en proyectos que aún no hayas lanzado. Regalaremos unos fabulosos elefantes PHP de peluche a 5 de los primeros usuarios que lo probéis y compartáis vuestra opinión sobre PHP 8 con nosotros.

¿De qué se trata el nuevo PHP8?

Ejecución de código más rápida

La última versión de PHP trae muchas cosas nuevas, pero con la que estamos especialmente obsesionados es JIT (just in time compiler, o compilador justo a tiempo). Es la primera vez que la versión de PHP tiene un compilador JIT, que almacena en caché una versión de su código ya interpretado y genera un código máquina como salida (el código máquina utiliza solo 0’s y 1’s). El compilador JIT promete mejoras de velocidad para tareas y algoritmos complejos y abre nuevas oportunidades para que el lenguaje PHP amplíe su alcance y aplicación.

Algunos de vosotros os preguntaréis cómo se relaciona JIT con Opcache, que trajo mejoras de rendimiento significativas a muchos sitios web. El trabajo principal de Opcache es cortar los procesos de tokenización, análisis y compilación de Opcodes, que luego son procesados ​​por el motor Zend. El papel de JIT es ahorrar en la ejecución de los Opcodes por parte del motor Zend, por lo que une fuerzas e interviene para ahorrar recursos donde Opcache no puede ayudar.

Vale la pena mencionar también algunas desventajas que hemos notado hasta ahora:

  • La ejecución de PHP8 con JIT puede dificultarte la resolución de errores de código porque puede ser más difícil localizar qué parte de tu código en esta versión interpretada es realmente la culpable.
  • Si estás ejecutando un sitio web WordPress, es posible que no notes mejoras significativas en el rendimiento gracias a JIT. Los desarrolladores de WordPress todavía están trabajando para hacer que WordPress sea compatible con PHP 8 y ​​ahora están en busca de personas que lo prueben, lo que significa que no podrás probar PHP8 en tu sitio web WordPress de inmediato. Además, debido a la forma en que WordPress interactúa con MySQL, gran parte del tiempo de espera no proviene de la compilación de PHP, sino del tiempo de respuesta de MySQL, que no se puede resolver con la ayuda del compilador JIT.

Código con mayor calidad

Una de las principales diferencias que notarás es que muchas de las advertencias y avisos que no se podían detectar ahora son excepciones o errores que se pueden detectar y registrar. Es posible que, debido a este cambio, ahora surjan muchos problemas que permanecían ocultos con las versiones anteriores de PHP. Esta es una gran mejora, ya que permitirá a los desarrolladores detectar problemas potenciales más fácilmente. Sin embargo, ten en cuenta que puede ser una buena idea configurar display_errors = Off si decides usar PHP 8 en un sitio en producción para no mostrar tales errores a los visitantes de tu web.

Código más limpio y más corto

Algunos de los elementos nuevos, como el operador nullsafe, mejoran enormemente la legibilidad del código haciéndolo más corto y ordenado. En lugar de anidar varios “if’s”, puede usar el operador “null” para escribirlos todos en solo una línea de código.

La tendencia “Type”

Desde varias versiones en adelante, PHP ha estado tratando de definir los argumentos que cada método podría adoptar y convertirse en un lenguaje escrito. En esta última versión, hay una función llamada “union types” que te permite definir 2 tipos de valor para cada función, lo cual es una continuación natural de esa tendencia. Como muestra el siguiente ejemplo, la función puede devolver un número entero o uno flotante:

public function getNumber(): int|float {
return $this->number;
}

La lista de nuevas características continúa y creemos que este artículo puede ser un buen punto de referencia para los desarrolladores de PHP:

https://stitcher.io/blog/new-in-php-8
https://stitcher.io/blog/php-jit
https://wiki.php.net/rfc/nullsafe_operator

¿Cómo aprovechar PHP 8 en nuestra plataforma?

Todos nuestros clientes pueden cambiar la versión PHP de sus sitios web desde su panel de control – Site Tools > sección Desarrolladores, o cPanel > Versiones PHP -. Dado que PHP8 sigue siendo una versión de prueba, te recomendamos encarecidamente que no lo habilites para tus sitios web activos, sino que ejecutes pruebas con él en nuestro entorno de pruebas (disponible para los planes GoGeek y Cloud), o crees copias de tus sitios web si no tienes la función de staging.

Por el momento, hemos implementado PHP 8 sin los siguientes módulos: mcrypt, geoip, ioncube.

Danos tu opinión y gana un elefante PHP

Hemos intentado darte una idea general de lo que es el nuevo PHP8. Ahora nos gustaría saber lo que realmente piensas al respecto, una vez tengas la oportunidad de probarlo. ¿Qué te gusta y qué no te gusta? ¿Cómo funciona en tu sitio web? ¿Ves alguna mejora en el rendimiento? Buscamos explorar cómo nuestros usuarios más experimentados aprovechan esta versión de prueba de forma anticipada antes de que se lance como versión oficial.

Para animarte compartir con nosotros los resultados de tus pruebas y tu opinión, ¡hemos creado peluches con el diseño de los elefantes PHP originales para celebrar este nuevo lanzamiento! Regalaremos 5 elefantes de forma aleatoria a 5 de los usuarios que compartáis vuestra opinión sobre PHP8 antes del 26 de noviembre de 2020 en un comentario debajo de este artículo, o haciendo una publicación en Facebook o Twitter, etiquetando a @SiteGround_ES para twitter o a @siteground.esp para Facebook, y usando el hashtag #PHP8 en vuestra publicación.

¡Déjanos tu comentario y mucha suerte!

Posted on

PHP ultrarrápido para webs hasta un 30% más rápidas

PHP ultrarrápido

La velocidad es uno de los pilares de nuestros servicios de alojamiento y trabajamos constantemente para hacer que nuestra infraestructura sea más rápida y estable. Uno de los elementos esenciales para una velocidad de carga rápida es la configuración del servidor PHP y ahora, con nuestra nueva plataforma Site Tools y sin las limitaciones del sistema anterior, nuestro equipo de DevOps ha tenido la oportunidad de desarrollar un PHP nuevo y mejor: la configuración de PHP ultrarrápido, que es hasta un 30% más rápido y tan seguro como todo lo que hacemos.

Configuración PHP ultrarrápido y súper seguro

Por sí solo, ejecutar un PHP rápido no es una tarea difícil. Sin embargo, si deseas un PHP rápido, estable y seguro, a la vez que sea compatible con Apache y la variedad de reglas .htaccess definidas por los usuarios y las aplicaciones, las cosas se complican. Queríamos resolver estos problemas y, al mismo tiempo, aumentar la velocidad de carga de la página y mejorar la estabilidad del servidor durante los picos de tráfico. Entonces, una vez que lanzamos el nuevo área de cliente y Site Tools y nos deshicimos de las principales limitaciones que nuestra antigua plataforma nos imponía, modificar nuestra configuración de PHP se convirtió en una de las prioridades de nuestro equipo de DevOps.

Después de varios intentos, logramos superar el mayor desafío de “velocidad sobre seguridad” y conseguimos ofrecer un PHP rápido con nuestro WAF y aislamiento de cuenta integrados, obteniendo así mejores resultados de rendimiento sin comprometer la seguridad. La nueva implementación es súper rápida, segura y eficiente.

[subscribe_cta]

PHP ultrarrápido vs PHP estándar

Si bien la configuración de PHP ultrarrápido es más rápida y se recomienda para sitios web con mucho tráfico, la configuración de PHP estándar proporciona cierta flexibilidad adicional para las versiones de PHP y la gestión de variables.

PHP ultrarrápido: recomendado para sitios web con muchas visitas

Los sitios web que se beneficiarán más de PHP ultrarrápido son los que tiene un tráfico sólido y pueden estar experimentando un déficit de recursos en el plan actual que utilizan. Según las estadísticas preliminares que hemos realizado, vemos los siguientes datos:

  • Respuesta de página más rápida: hasta un 50% de reducción en el TTFB (tiempo hasta el primer byte), lo que hará que tus páginas se carguen más rápido que antes;
  • Mayor capacidad del servidor: el nodo host podrá procesar entre un 20 y un 30% más de solicitudes, lo que significa que podrá manejar aún mejor los picos de tráfico;
  • Menor uso de la memoria del servidor: hasta un 15% menos de uso de la memoria, lo que nuevamente deja libres los recursos del servidor para manejar más tráfico y más rápido.
  • Se espera una mejora general de rendimiento: actualmente, el promedio de PHP ultrarrápido es un 30% más rápido que la configuración anterior.

Nota: los números anteriores son promedios basados en nuestras pruebas y los resultados particulares pueden variar según el sitio.

La configuración de PHP ultrarrápido está disponible para sitios web alojados en planes GoGeek y Cloud, ya que estos planes suelen alojar el tipo de sitios con mayor probabilidad de beneficiarse de las mejoras de rendimiento que aporta. También es importante señalar que funciona para sitios que se ejecutan en PHP 7.3 o superior y no es compatible con versiones anteriores. Además, en el momento en que utilices PHP ultrarrápido, todos los subdominios de tu sitio web heredarán la versión de PHP y la configuración de variables del dominio principal.

PHP estándar: permite diferentes configuraciones de PHP para cada subdominio

La configuración estándar de PHP es la que utilizan todas las cuentas basadas en StartUp, GrowBig y cPanel. También está disponible como una alternativa a la configuración de PHP ultrarrápido en cuentas GoGeek y Cloud con Site Tools. Su rendimiento sigue siendo bastante bueno para sitios web pequeños y estándar. Su mayor ventaja es que te permite administrar las versiones y variables de PHP por separado para cada subdominio de tu sitio web.

Como PHP estándar brinda más flexibilidad para experimentar, todos los sitios web de prueba también están configurados con él. Por lo tanto, si necesitas usar una versión de PHP anterior a 7.3 o necesitas una configuración con diferentes versiones de PHP y variables por subdominio, la configuración de PHP estándar es la adecuada para ti.

¿Cómo cambiar a PHP ultrarrápido?

Posted on

CPU y RAM gratuitas agregadas a todas nuestras cuentas en la nube

A partir de hoy, aumentaremos los recursos disponibles para todos nuestros planes Cloud nuevos y existentes con 1 Core de CPU y 2 GB de RAM sin coste adicional. La ampliación hará que nuestro servicio en la nube sea más rápido y confiable que nunca. Durante los últimos meses, hemos implementado múltiples mejoras de servicio y la actual ampliación en la nube es otra mejora posible gracias a nuestro reciente cambio a Google Cloud Platform.

Más valor con nuestro servicio en la nube administrado en GCP

Cuando decidimos trasladar nuestra infraestructura de servidores a la infraestructura en la nube, queríamos aprovechar al máximo ese cambio. Consideramos todos los factores de redundancia de datos, capacidades de red y, por supuesto, la velocidad de la nueva plataforma en comparación con la infraestructura anterior. Lo que ofreció Google Cloud en estos parámetros fue realmente impresionante. Sabíamos que incluso el simple cambio de la plataforma anterior a la nueva daría lugar a mejoras de rendimiento. Pero lo que nos motivó aún más para pasar a la plataforma de Google Cloud fueron las oportunidades que vimos para optimizar nuestro uso de recursos, ser más eficientes y dar más valor a nuestros clientes. La mejora actual de nuestro hosting cloud es el resultado directo de las oportunidades de optimización que tenemos en la nueva plataforma. Ahora, nuestros servicios en la nube no solo están alojados en una mejor infraestructura provista por Google Cloud, sino que también reciben más recursos al mismo precio que antes.

La nueva nube: más recursos al mismo precio anterior

Todas nuestras ofertas en la nube ahora vienen con 1 Core de CPU y 2 GB de RAM más sin ningún cambio en su precio actual. Por lo tanto, nuestro plan de entrada en la nube ahora incluye 3 Cores de CPU, 6 GB de RAM y 40 GB de espacio a solo 64 EUR al mes*, que establece la base para cualquier configuración de CPU, RAM y almacenamiento que desees crear. Se pueden agregar unidades de recursos adicionales a esta nueva base a los mismos precios que antes.

Planes Cloud actuales: una mejora gratuita

En los próximos días, todos nuestros clientes existentes de la nube también recibirán una mejora gratuita de sus funciones y tendrán 1 Core de CPU y 2 GB de RAM agregados a su plan actual.

No se espera tiempo de inactividad durante esta actualización. Sin embargo, la opción de aumentar o disminuir los recursos en la nube se desactivará temporalmente en el Área de cliente durante el proceso de actualización. Solo la opción Autoescalar estará disponible para acomodar cualquier necesidad urgente de CPU o RAM adicional que pueda surgir durante el corto período de actualización de la función.

* Los precios dependen de la región geográfica del cliente: 80 USD/mes; 64 EUR/mes; 48 GBP/mes; 80 AUD/mes