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

Una vulnerabilidad crítica de WooCommerce afrontada con rapidez

Vulnerabilidad WooCommerce

La semana pasada, el equipo de Woo anunció una vulnerabilidad crítica en el plugin de eCommerce más popular para WordPress: WooCommerce. Como se describe en su publicación, las actualizaciones de seguridad se enviaron a todas las ramas de Woo para los usuarios que no las habían desactivado. Esto se hizo de una manera muy rápida y eficiente. Además, el equipo de Woo ha sido extremadamente cooperativo al proporcionar toda la información necesaria que nos permitió añadir reglas de seguridad de manera proactiva a nuestro WAF (Web Application Firewall) para una capa adicional de protección. Descubre a continuación todas las acciones tomadas y sus resultados.

Actualizaciones ramificadas impulsadas por Woo

Debido a la gravedad de las vulnerabilidades descubiertas, el equipo de WooCommerce ha trabajado más de 36 horas de forma continua para parchear cada rama importante de lanzamiento. Esto significa que no tienes que cambiar de WooCommerce 4 a 5 para protegerte. Esas actualizaciones se enviaron y, si no las has desactivado explícitamente, lo más probable es que tu WooCommerce ya haya sido parcheado. Sin embargo, te recomendamos encarecidamente que lo revises. Todas las versiones de WooCommerce anteriores al último parche son vulnerables. Puedes verificar tu versión y compararla con la página de lanzamientos de WooCommerce en este enlace: https://developer.woocommerce.com/releases/. Por ejemplo, si tienes WooCommerce 5.5.2, simplemente debes actualizar a 5.5.1. Eso solucionará el problema de seguridad sin romper ninguna funcionalidad.

Protección WAF proactiva establecida por SiteGround

En lo que respecta a la seguridad, en SiteGround siempre hemos creído que ser proactivo es el mejor enfoque. Esta vulnerabilidad en particular no fue una excepción. Tan pronto como el equipo de Woo nos informó al respecto, actuamos de inmediato y agregamos una nueva regla de seguridad a nuestro Web Application Firewall (WAF), un sistema elaborado para la prevención de exploits que se ejecuta en todos nuestros servidores. Puedes considerar el firewall como un conjunto de reglas que abordan los intentos de explotación. Estamos constantemente atentos a la información sobre problemas de seguridad comunes y actuamos rápidamente agregando reglas de seguridad, de modo que nuestro sistema pueda bloquear los intentos de aprovechar dichos problemas. El sistema WAF no reparará un agujero de seguridad de un sitio web en particular, que solo puede hacerse mediante la actualización con la versión de seguridad, pero evita que los atacantes lo utilicen para obtener acceso no autorizado a tu sitio web.

[subscribe_cta]

Quizás te preguntes por qué necesitas una regla WAF cuando el equipo de Woo es rápido en lanzar una nueva versión de seguridad. Lo hacemos para asegurarnos de que nuestros usuarios tienen más tiempo para reaccionar, durante el cual sus sitios web están a salvo del exploit. Si bien Woo actualiza automáticamente la mayoría de los usuarios de WooCommerce, algunos sitios web no se actualizan por varias razones: la actualización automática falló, se deshabilitó o se pospuso demasiado. Algunos webmasters prefieren administrar las actualizaciones ellos mismos, principalmente porque quieren asegurarse de que la actualización no interfiera con ninguna de las funciones de su sitio web. Después de todo, estamos hablando generalmente de tiendas online, confiando en muchos plugins adicionales para envíos, pagos, seguimiento, impuestos y mucho más. Para estas personas, las reglas de WAF brindan tiempo para asegurarse de que todas sus funciones críticas funcionan con la nueva versión de Woo.

En líneas generales, la gestión de esta vulnerabilidad de Woo muestra cómo los esfuerzos combinados de los desarrolladores responsables de plugins y tu empresa de hosting web dan sus frutos: incluso en situaciones de emergencia, tus clientes están seguros y el negocio continúa como de costumbre.

Posted on

Un acceso SFTP multisitio para gobernarlos a todos

Acceso_SFTP_Multisitio

Este verano está siendo especialmente caluroso en SiteGround porque aparecen nuevas funcionalidades una tras otra. La última incorporación a nuestra plataforma es la opción de acceso SFTP multisitio con una única clave SSH. A partir de ahora, las personas que administran varios sitios en nuestra plataforma ya no tendrán que usar una clave SSH separada para cada uno de sus sitios para poder cargar archivos de forma segura a través de SFTP. El acceso SFTP multisitio se puede utilizar para todos tus sitios o para los que has sido añadido como colaborador en un único perfil de cliente.

El acceso SFTP multisitio es muy útil

Esta función es especialmente útil para las personas que administran muchos sitios web en nuestra plataforma. Si eres uno de ellos, con nuestra nueva función, ya no perderás tiempo creando una clave SSH separada para cada uno de tus sitios web a los que deseas acceder a través de SFTP. Además, ya no necesitarás recordar diferentes nombres de usuario y nombres de host para cada sitio. A partir de ahora, puedes autenticarse para una conexión SFTP para cada uno de tus sitios web a través del mismo nombre de host central y nombre de usuario. Nuestro sistema te otorgará acceso SFTP a todos los sitios que se han agregado a tu clave SSH multisitio.

El acceso SFTP multisitio es altamente seguro

El acceso SFTP multisitio definitivamente hace que sea más fácil administrar varios sitios web. Pero ten la seguridad de que esta facilidad no se obtiene a expensas de la seguridad. Al igual que con nuestra opción SFTP de sitio único, cuentas con una transferencia de archivos cifrada entre tu ordenador local y el servidor remoto que aloja tu sitio. También utilizamos el método de autenticación mucho más seguro de las claves SSH en lugar de contraseñas simples. Las claves tienen una serie de beneficios de seguridad innegables: son mucho más largas y complejas, lo que hace que sea imposible que sufran un ataque de fuerza bruta. Además de eso, la clave en sí no se transmite durante el proceso de autenticación. Por otro lado, las contraseñas, incluso las generadas a partir de herramientas, son propensas a ataques de fuerza bruta y, a menudo, dependen de la misma contraseña maestra almacenada en un ordenador que podría estar potencialmente infectado. Y si deseas agregar una capa de seguridad tú mismo, tienes la opción de restringir fácilmente el acceso SFTP multisitio de tu clave SSH a una IP específica.

[subscribe_cta]

El acceso SFTP multisitio es fácil de configurar y administrar

Para utilizar nuestro nuevo acceso SFTP multisitio, solo necesitas crear una clave SSH maestra en tu área de cliente. En el momento de la configuración inicial de la clave, puedes elegir cuál de tus sitios actuales será accesible a través de él. Una vez que actives la clave, cada sitio nuevo que crees o en el que te hagan colaborador se agregará automáticamente a la clave. Puedes editar la lista de sitios accesibles a través de la clave en cualquier momento a través de tu Área de Cliente. Para obtener más información, consulta nuestro tutorial detallado sobre la clave SSH para SFTP multisitio.

NOTA: un requisito previo obvio para utilizar nuestro nuevo servicio es tener más de un sitio web administrado a través de tu perfil de cliente. Si solo tienes un sitio web, aún puedes acceder a él a través de SFTP, por supuesto, pero debes usar tu clave SSH única, generada a través del Site Tools del sitio.

Posted on

Protección mejorada contra las vulnerabilidades de WordPress con la preinstalación del plugin SiteGround Security

SiteGround_Security_preinstalado

Recientemente, hemos lanzado nuestro propio plugin de seguridad de WordPress, SiteGround Security, que tiene como objetivo proteger a los usuarios de WordPress contra las vulnerabilidades más comunes que afectan a los sitios web. Está disponible para que cualquiera pueda descargarlo y usarlo de forma gratuita, independientemente de la plataforma de hosting que utilice. Sin embargo, para asegurarnos de que los sitios web WordPress alojados en nuestros servidores estén bien protegidos a nivel de aplicación, hemos comenzado a preinstalar SiteGround Security en todas las nuevas instalaciones hechas en nuestra plataforma con algunas de las funciones habilitadas de forma predeterminada.

Configuración predeterminada de SiteGround Security contra vulnerabilidades comunes de WordPress

Configurar tu sitio web teniendo en cuenta la seguridad desde el principio te permitirá protegerlo fácilmente contra algunas de las vulnerabilidades más populares que existen. Para ayudarte a lograr ese objetivo, al preinstalar el plugin SiteGround Security, habilitamos las siguientes configuraciones:

La versión de WordPress está oculta de forma predeterminada

Los hackers suelen rastrear sitios web para obtener información sobre las versiones de software utilizadas. De esa manera, cuando descubren una vulnerabilidad en cualquiera de esas versiones, pueden acceder y piratear rápidamente muchos sitios de forma masiva utilizando esa información. Para la aplicación de WordPress, estos datos están disponibles abiertamente en 2 lugares: en una etiqueta HTML y en el archivo readme.html.

De forma predeterminada, nuestro plugin elimina la etiqueta HTML que muestra la versión de WordPress y recomendamos fuertemente que también elimines el archivo readme.html a través de la opción del plugin SiteGround Security.

Protección avanzada contra vulnerabilidades XSS habilitada

La vulnerabilidad de secuencia de comandos entre sitios web, conocida como XSS, permite que diferentes aplicaciones y plugins accedan a información en tu WordPress a la cual no deberían. Estos ataques se utilizan a menudo, por ejemplo, para recopilar datos confidenciales de los usuarios. De forma predeterminada, el plugin SiteGround Security habilita la protección contra XSS al añadir encabezados que indican a los navegadores que no acepten JS u otras inyecciones de código.

Protocolo XML-RPC desactivado para evitar muchas vulnerabilidades y ataques

XML-RPC es un antiguo protocolo utilizado por WordPress para comunicarse con otros sistemas. Se utiliza cada vez menos desde la aparición de la REST API. Sin embargo, está disponible en la aplicación y muchos lo utilizan para explotar vulnerabilidades, iniciar ataques DDOS y otros problemas. Es por eso que nuestro plugin SiteGround Security deshabilita esta línea abierta de acceso a tu aplicación de WordPress de forma predeterminada.

NOTA:

El plugin Jetpack y las aplicaciones móviles usan el protocolo XML-RPC. Si descargas Jetpack en algún momento, habilitaremos automáticamente el protocolo nuevamente. También puedes habilitarlo a través de la interfaz del plugin.

Feeds RSS y ATOM deshabilitados

Al igual que XML-RPC, los feeds rara vez se utilizan hoy en día, pero a menudo los hackers y los robots maliciosos los utilizan para manipular el contenido de tu sitio web. Por lo tanto, el plugin SiteGround Security los deshabilita de forma predeterminada y, a menos que realmente los necesites, te recomendamos mantenerlos deshabilitados.

Bloquear y proteger carpetas del sistema de forma predeterminada

Por lo general, cuando ocurre un exploit, los hackers intentan insertar y ejecutar archivos PHP en carpetas públicas para añadir puertas traseras y comprometer aún más tu cuenta. Por diseño, esas carpetas de WordPress de acceso público se utilizan para cargar contenido multimedia (imágenes, por ejemplo). A través del plugin SiteGround Security no prohibimos la carga de archivos, pero impedimos que los archivos PHP y los scripts maliciosos se ejecuten y causen problemas en tus sitios web. Esta función protege esas carpetas del sistema y evita que se ejecuten desde ellas secuencias de comandos potencialmente maliciosas.

Nombre de usuario “Admin” inhabilitado

El nombre de usuario predeterminado y uno de los más utilizados en todas las aplicaciones por sus propietarios es “Admin”. Los hackers lo saben y cuando deseen aplicar la fuerza bruta a un formulario de inicio de sesión, definitivamente lo intentarán usar. Es por ello que deshabilitamos este nombre de usuario por defecto.

Editor de temas y plugins deshabilitado

La edición de código a través del editor de plugins y temas plantea riesgos de seguridad directos tanto por posibles ataques de elevación de privilegios como por errores cometidos por un administrador habitual del sitio. Si deseas editar tus archivos, te recomendamos que utilices la herramienta ‘Administrador de archivos’ en Site Tools, o tu editor preferido a través de FTP o SSH (idealmente en una copia provisional de tu web). Para ayudarte a evitar malas prácticas y ataques, deshabilitamos el editor de temas y plugins de forma predeterminada.

Configuración de protección contra vulnerabilidades recomendada

Hay algunas configuraciones que puedes controlar desde el plugin SiteGround Security que no hemos habilitado de manera predeterminada porque necesitan tu permiso o representan un riesgo en la forma en que usas tu aplicación. Sin embargo, queremos animarte a que los habilites conscientemente, ya que también son herramientas de protección bastante potentes.

La verificación en dos pasos es imprescindible

Ya sabes que la verificación en dos pasos protege tu inicio de sesión de ataques de fuerza bruta y el robo de tus datos de inicio de sesión. Puedes conocer más sobre ello aquí y puedes habilitarlo fácilmente usando el plugin SiteGround Security.

Limitar los intentos de inicio de sesión

Cuando alguien intenta iniciar sesión varias veces con credenciales incorrectas, lo más probable es que intente adivinar tus inicios de sesión. Es por eso que te recomendamos fuertemente bloquear dichos intentos después de los primeros 3 o 5. Puedes configurar esto en la interfaz del plugin SiteGround Security y después de esos intentos de inicio de sesión incorrectos, el usuario se bloquea durante 1 hora la primera vez, luego 24 horas en el segundo intento y finalmente durante 7 días la tercera vez. Nuevamente, dado que si no conoces esta funcionalidad puede bloquearse fuera del área de administración de WordPress, no la habilitamos de manera predeterminada, ¡pero puedes hacerlo tú mismo/a fácilmente con un clic!

Próximamente, más herramientas contra las vulnerabilidades de WordPress

Continuamos con el desarrollo del plugin y pronto agregaremos muchas funciones nuevas. Supervisa el registro de cambios para ver las nuevas funciones añadidas con las próximas actualizaciones. No existe una hoja de ruta estricta que podamos compartir en este momento, pero algunas de las características que se aproximan son las URL de inicio de sesión personalizadas, los encabezados de seguridad de transporte estricta (​HSTS) y las opciones de X Frame que evitarán el robo de páginas. Como de costumbre, queremos ofrecer para todos las tecnologías que suelen ser difíciles de implementar y con una interfaz de fácil acceso sin tener que pasar horas investigando la sintaxis exacta de los encabezados necesarios u otro código.

Posted on

Políticas de seguridad y recuperación de datos de SiteGround (¡Aún mejores!)

politicas seguridad y protección de datos de SiteGround

El almacenamiento de datos y la seguridad son componentes clave de nuestro servicio de hosting web. Es por ello que somos muy conscientes de crear copias de seguridad de tus sitios web con frecuencia y salvaguardar esas copias en buen estado para un posible uso futuro. Desde que empezamos en la industria del hosting hace 17 años, hemos sido testigos de diferentes incidentes que han afectado seriamente a distintos proveedores de hosting en todo el mundo. Ha habido huracanes en las proximidades de grandes centros de datos, cortes de energía debido a una emergencia estatal y, recientemente, todos vimos cómo un gran centro de datos en Francia ardió y todos los datos, incluidas las copias de seguridad, se perdieron.

Por ello, nunca bajamos la guardia. Evaluamos periódicamente el riesgo y añadimos nuevas políticas para hacer que nuestra estrategia de recuperación ante desastres sea cada vez mejor. Por ejemplo, hace poco implementamos un nuevo algoritmo que mantiene las copias de seguridad de tus cuentas de hosting en un centro de datos diferente al que está alojada tu cuenta real y, en caso de un accidente, podemos recuperar tu sitio web rápidamente en una nueva instalación.

Hoy queremos explicarte cómo mantenemos tus datos seguros y los restauramos para que tengas la mayor seguridad de que estamos cuidando de manera proactiva de tus sitios web y tu información. ¡Sigue leyendo!

¿Cómo mantenemos tus datos seguros?

  • Redundancia y omnipresencia de la infraestructura de Google Cloud

Desde que migramos nuestra plataforma a la infraestructura de Google Cloud, nos sentimos más seguros de la redundancia de nuestro servicio. De forma nativa, Google Cloud mantiene servidores cloud altamente redundantes en diferentes centros de datos en todo el mundo y nos permite migrar datos fácilmente de una máquina virtual a otra, o de un centro de datos a otro, independientemente del continente. Esto, por defecto, significa que, en caso de un incidente con tu servidor de producción, habrá una alta probabilidad de que tus archivos todavía estén en la nube y puedas recuperarlos.

  • Copias de seguridad diarias

La infraestructura basada en la nube garantiza un gran nivel básico de seguridad de datos, pero no garantiza al 100% de que podamos restaurar tus archivos en caso de ser necesario, por lo que creamos copias de seguridad diarias gratuitas para todas las cuentas alojadas con nosotros. Aparte, también guardamos varias de esas copias. De esta manera, incluso si nuestro script de seguridad fallase por alguna razón, tendremos copias anteriores a las que acudir y esto mejora significativamente las posibilidades de tener una copia de seguridad cuando la necesites. En concreto, para los planes StartUp, GrowBig y GoGeek almacenamos 30 copias, mientras que para las cuentas en la nube guardamos 7 copias.

  • Almacenamiento de copias de seguridad  en una ubicación geográfica diferente [NUEVO]

Para minimizar los daños posibles debido a un fallo del servidor, siempre hemos mantenido tus copias de seguridad separadas de tu cuenta, en una máquina física diferente, pero en el mismo centro de datos. Sin embargo, desde el mes pasado, hemos introducido una mejora que marca una gran diferencia: ahora mantenemos las copias de seguridad de tu cuenta en una instalación física diferente a la que aloja tus sitios web en activo.

Con el cambio climático, que conduce a un número creciente de desastres naturales en todo el mundo, así como un incidente reciente cuando un incendio golpeó un gran centro de datos en Francia y el cual resultó en una gran pérdida de datos, vemos que el riesgo de tener todo en un mismo centro de datos está aumentando, por lo que decidimos tomar medidas. Gracias a las instalaciones de Google Cloud, ahora estamos haciendo lo siguiente:

-Los servidores de Iowa, EE. UU., tienen sus copias de seguridad en servidores en Virginia, EE. UU.

-Los servidores de Londres, Reino Unido, tienen sus copias de seguridad en Eemshaven, NL.

-Los servidores de Frankfurt, DE, tienen sus copias de seguridad en Eemshaven, NL.

-Los servidores de Eemshaven, NL, tienen sus copias de seguridad en Frankfurt, DE.

-Los servidores de Sydney, AU, tienen sus copias de seguridad en Singapur, SG.

*Este sistema no se aplica a las cuentas alojadas en el centro de datos de Singapur.

  • Copias de seguridad bajo demanda

Dado que la mayor probabilidad de perder datos y romper un sitio web se da cuando los usuarios intentan aplicar cambios, te recomendamos enormemente utilizar la herramienta de creación de copias de seguridad bajo demanda disponible en Site Tools. Haz una copia de seguridad justo antes de implementar un nuevo código, plugin, tema, etc. para que puedas revertir con un clic en caso de que algo salga mal. ¡Intenta convertirlo en una rutina! Tienes las herramientas a tu disposición, ¡solo ve y haz clic en el botón de “Copias de seguridad” antes de implementar cualquier cosa!

[subscribe_cta]

¿Cómo recuperamos datos en caso de una incidencia?

En caso de cualquier incidente, ya sea un daño causado por el usuario en el sitio web o un fallo de hardware más grave, los datos de tu cuenta se pueden restaurar fácilmente a partir de las copias de seguridad disponibles. Así es cómo:

  • Herramienta de restauración para una rápida resolución de problemas del sitio web

Como cliente de SiteGround, tienes una herramienta de restauración gratuita en tu panel de control de Site Tools que te da acceso a todas las copias disponibles realizadas por nuestro script de copias de seguridad diarias o aquellas que hayas hecho tú mismo desde la herramienta de creación de copias de seguridad manual. Simplemente haz clic y restaura la copia más reciente o la que parezca no verse afectada por malware o errores humanos.

  • Recuperación ante desastres de incidentes masivos

Los accidentes ocurren, independientemente de cuánto intentes protegerte contra ellos. En caso de un fallo masivo del servidor, un corte de energía durante un largo período de tiempo o un desastre natural, es nuestro deber como tu hosting intensificar y encontrar una manera de restaurar tus datos y minimizar el tiempo de inactividad. Es por esto que hace años creamos nuestro sofisticado sistema de copias de seguridad. La principal ventaja de este sistema es que puedes migrar TB de datos en tan solo unas pocas horas, ya que permite restauraciones simultáneas desde varias instancias de copias de seguridad a distintos servidores de producción.

Además, ¡podremos activar tu sitio web desde un servidor que se encuentra en un país o continente diferente si esa es la forma más rápida de volver a ponerlo en funcionamiento!

Posted on

SiteGround Security: nuestro nuevo e imprescindible plugin de WordPress

SG_security_plugin_español

La seguridad de los sitios web de nuestros clientes siempre ha sido una parte extremadamente importante de nuestros servicios de hosting web. Algunas de las mentes técnicas más brillantes de nuestro equipo se han dedicado continuamente a crear soluciones de seguridad únicas y mantener la seguridad de nuestra infraestructura de hosting en un nivel inigualable. Hemos sido pioneros en la industria en el desarrollo de protecciones a nivel servidor, como aislamiento de cuentas, monitorización del estado del servidor, prevención de tráfico anti-bot, etc., y sabemos que, además de las soluciones a nivel servidor, la seguridad individual de cada sitio web debe fortalecerse también a nivel de la aplicación. Es por ello que igualmente brindamos servicios como actualizaciones automáticas, copias de seguridad y protección WAF a nuestros clientes.

Hoy estamos muy contentos de presentar otra herramienta que puede mejorar en gran medida la seguridad de cualquier sitio WordPress: ¡nuestro nuevo plugin SiteGround Security!

SiteGround Security ya está disponible para que descargarlo de forma gratuita y viene preinstalado en todas las nuevas instalaciones de WordPress alojadas en SiteGround para proteger tu sitio WordPress fácilmente contra ataques maliciosos. También incluye herramientas de gran valor que pueden ayudarte a reaccionar en caso de que sospeches que tu web podría haber sido atacada.

¡Descubre a continuación cómo hacer que tu sitio web sea más seguro con nuestro nuevo plugin!

Protege tu WordPress contra ataques comunes

En la sección Seguridad del sitio de nuestro plugin, podrás activar fácilmente varias reglas que fortalecerán la seguridad de tu sitio web y evitarán el malware común, la fuerza bruta y otros problemas de seguridad. Algunas de estas reglas, como ocultar tu versión de WordPress o eliminar el archivo readme.txt predeterminado, dificultarán que los rastreadores detecten que incluso estás usando WordPress. Por lo tanto, tu sitio web no se identificará fácilmente como una posible víctima de ataque cuando aparezca una vulnerabilidad. Otras reglas en esta sección agregarán protección XSS avanzada y protegerán las carpetas de tu sistema para que no se inyecten archivos maliciosos en ellas.

Refuerza la seguridad del inicio de sesión

En la sección Seguridad de acceso del plugin SiteGround Security, podrás aplicar varios métodos que protegen el inicio de sesión contra el acceso no autorizado. Uno de los métodos más recomendados para proteger tu inicio de sesión es la verificación en dos pasos y, con nuestro plugin, puedes activarlo fácilmente para tu área administrativa de WordPress. También podrás configurar fácilmente desde aquí otras medidas de protección simples pero muy efectivas, como cambiar la URL de inicio de sesión y no permitir que se use “admin” como nombre de usuario. También podrás limitar la cantidad de intentos de inicio de sesión desde una misma IP, lo que bloqueará a los atacantes que intenten adivinar tu contraseña mediante fuerza bruta. Y si deseas profundizar aún más en la protección del inicio de sesión de WordPress, hay dos opciones más avanzadas disponibles:

  • Puedes especificar las direcciones IP desde las que se puede acceder a tu página de inicio de sesión. Eso sí, la opción deberás usarla con precaución si usas IP dinámica, para que no te bloquees a ti mismo.
  • También puedes especificar ciertos períodos de tiempo en los que los inicios de sesión no serán accesible en absoluto. Por ejemplo, si sabes que nadie va a iniciar sesión durante el fin de semana, puedes activar el modo ausente para los sábados y domingos y nadie podrá acceder al área administrativa en esos días.

[subscribe_cta]

Supervisa el registro de actividad de tu área de administración

Una de las mejores características de este plugin es el registro de actividad detallado. Te permite identificar cosas como direcciones IP incorrectas que intentan acceder a tu sitio web, así como usuarios registrados que están realizando tareas que se supone que no deben hacer. Por ejemplo, puedes bloquear con un clic las direcciones IP que tienen numerosos inicios de sesión incorrectos y, al mismo tiempo, averiguar qué usuario ha eliminado esa publicación que falta. Para la versión inicial, conservamos el registro de los últimos 16 días, por lo que vale la pena echarle un vistazo de vez en cuando, especialmente si tienes un sitio web muy transitado y una cantidad de usuarios con capacidad para editar contenido.

Reacciona si sospechas que tu sitio podría haber sido atacado

En la sección Post-hack del plugin, encontrarás un conjunto de acciones que son útiles si sospechas que la seguridad de tu sitio web se ha visto comprometida. Aquí podrás cerrar sesión automáticamente a todos los usuarios y obligarlos a cambiar las contraseñas. De esta manera, si algún perfil de usuario se ha visto comprometido, puedes detener el acceso malicioso a través de tu cuenta. También podrás reinstalar todos tus plugins actuales, lo que asegurará que estés utilizando una copia limpia de cada plugin en lugar de una posiblemente comprometida. Eso sí, ten en cuenta que, aunque estas acciones posteriores al hackeo son útiles, no sustituyen a una limpieza completa del sitio que deba realizar un experto en seguridad WordPress, en el caso de que haya indicios de que tu sitio web podría haber sido hackeado.

¿Cómo conseguir el plugin SiteGround Security?

El plugin SiteGround Security está disponible como cualquier otro plugin gratuito de WordPress. Puedes encontrarlo en el repositorio oficial de plugins de WordPress (https://es.wordpress.org/plugins/sg-security/) o instalarlo directamente a través de tu área de administrador de WordPress. Si alojas tu próximo sitio web WordPress en SiteGround, empezar a usar el plugin será aún más fácil, ya que todas las nuevas instalaciones de WordPress ahora vienen con el plugin SiteGround Security preinstalado con algunas de sus funciones habilitadas de forma predeterminada.

Este es el primer plugin que lanzamos cuya funcionalidad completa la puede utilizar cualquier usuario, esté o no alojado en SiteGround. Dicho esto, no hemos realizado pruebas extensivas en todas las demás empresas de hosting, por lo que cabe la posibilidad de que surja algún que otro problema causado ​​por la configuración que cada empresa tenga en particular. Si se da el caso, no dudes en publicar un hilo en el foro de plugins en el repositorio de WordPress y haremos todo lo posible para asegurarnos de que funcione bien en todas las plataformas.

Posted on

Copias de seguridad distribuidas geográficamente para una protección de datos mejorada

copia_de_seguridad_distribuida_geográficamente

Estamos muy contentos de anunciar que a partir de este mes de mayo hemos implementado un sistema para copias de seguridad distribuidas geográficamente, que minimiza el riesgo de pérdida de datos y permite una rápida recuperación de datos incluso en caso de un incidente grave que pueda afectar a todo el centro de datos.

Las copias de seguridad se almacenan en un centro de datos físico diferente al que aloja la cuenta real

Desde mayo, hemos comenzado a hacer copias de seguridad de las cuentas en un centro de datos diferente al servidor de producción, donde se aloja la cuenta real, de la siguiente manera:

  • Los servidores de Iowa, EE.UU. están respaldados en máquinas en Virginia, EE.UU.
  • Los servidores de Virginia, EE.UU. están respaldados en máquinas en Ohio, EE.UU.
  • Los servidores de California, EE.UU. están respaldados en máquinas en Oregon, EE.UU.
  • Los servidores de Texas, EE.UU. están respaldados en máquinas en Carolina del Sur, EE.UU.
  • Los servidores de Londres, UK, están respaldados en Eemshaven, NL.
  • Los servidores de Frankfurt, DE, están respaldados en Eemshaven, NL.
  • Los servidores de Madrid, España están respaldados en máquinas en Eemshaven, NL.
  • Los servidores de Eemshaven, NL, están respaldados en Frankfurt, DE.
  • Los servidores de Sydney, AU, están respaldados en Singapur, SG.

*Este servicio no está disponible para cuentas alojadas en Singapur por ahora. Estas cuentas están respaldadas en diferentes servidores dentro de las instalaciones de Singapur.

Protección de datos mejorada

El almacenamiento y la seguridad de los datos es un componente clave de nuestro servicio en SiteGround y existen múltiples factores de riesgo y amenazas que tenemos en cuenta al idear soluciones de seguridad de datos. Los más comunes son errores humanos, fallos de hardware y hacks. Para esas ocasiones, confiamos en nuestras copias de seguridad diarias almacenadas en diferentes servidores independientemente de la cuenta en producción. Luego, existen otros riesgos menos probables, pero más dañinos, como incendios, cortes de energía o un desastre natural que pueden cerrar toda la instalación del centro de datos. Alojar las copias de seguridad en una ubicación diferente significa que mejoramos las posibilidades de guardar tus datos y volver a ponerlos online incluso en caso de un incidente tan grave.

Restauración de servicio más rápida

Ahora imagina que tu sitio web se desconecta debido a un apagón masivo y se desconoce en qué momento volverá todo a funcionar, lo que a menudo significa horas de inactividad. O bien, un huracán destruye completamente la instalación y todos los servidores se pierden sin posibilidad de recuperación. Esa fue una amenaza muy real que experimentamos con el huracán Katrina en 2005 y es un riesgo creciente en algunas áreas dado el cambio climático y el creciente número de desastres naturales en todo el mundo. O tal vez un incendio quema el centro de datos y muchos, si no todos, los servidores resultan dañados. Esto le sucedió recientemente a un centro de datos de terceros en Francia.

Gracias a nuestro nuevo sistema, ahora lo tenemos cubierto, ya que tenemos una copia de seguridad de tus datos de forma segura hace no más de 24 horas en un centro de datos diferente. En caso de un incidente, podremos volver a poner tu sitio web online en la nueva ubicación que está completamente operativa. Por lo tanto, las copias de seguridad distribuidas no solo guardan tus datos, sino que nos permiten restaurar el servicio en el nuevo centro de datos mucho más rápido de lo que cualquier estimación optimista pronosticaría para restaurar en el centro de datos original.

La estrategia de copia de seguridad distribuida ha sido algo que hemos considerado durante mucho tiempo y fue posible una vez que comenzamos a utilizar la infraestructura de Google Cloud. El uso de un mismo proveedor para todas nuestras ubicaciones geográficas, con una interrelación súper rápida entre sus diferentes centros de datos y una amplia red de instalaciones en todo el mundo, nos permitió distribuir datos entre regiones, países y continentes de una manera que no era posible antes.

Tenemos que reconocer el hecho de que, antes de cambiar a la infraestructura de Google Cloud, esa estrategia para copias de seguridad distribuidas no podríamos haberla hecho de una manera tan sofisticada. Google Cloud nos ha brindado un fácil acceso a todas sus instalaciones en todo el mundo, incluida la capacidad de conexión en red, y eso generó varias posibilidades nuevas para distribuir datos entre regiones, países y continentes.

Mismo nivel de privacidad de datos

Nuestra política de privacidad y protección de datos continúan aplicándose a la luz de nuestras nuevas copias de seguridad distribuidas geográficamente. Los datos de nuestros clientes estarán protegidos de la misma manera que antes, según lo prometido, y bajo nuestro acuerdo de protección de datos.

Si bien tenemos la esperanza de que ninguna fuerza natural afecte a ningún centro de datos, nuestro equipo prefiere estar preparado para lo peor que pueda llegar a pasar y brindar tranquilidad a nuestros clientes para sus sitios web.

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.