Posted on

¡Nuestros Site Tools y área de clientes cumplen 2 años!

Site_Tools_Area_client_blog-post-1200x600

Hace exactamente 2 años lanzamos nuestros nuevos área de clientes y Site Tools. Fue un gran momento para nosotros, no solo porque completó un ciclo de desarrollo de software de 2 años y medio, sino también porque puso nuestras esperanzas en las infinitas oportunidades de mejora de servicio que se abrieron en el futuro. Para celebrar el aniversario de nuestras nuevas herramientas, decidimos recapitular cuáles de esas oportunidades convertimos en realidad y cuáles fueron las reacciones y el impacto de todas esas mejoras en conjunto. Ah, y hemos decidido que es hora de dejar de llamarlos “nuevos” al Área de Cliente y a Site Tools, ya que cualquier software que haya superado con éxito la marca de dos años y 5.000 correcciones de errores y solicitudes de funciones está oficialmente probado y más que probado, entrando en la madurez.

Renovación de nuestra configuración técnica para un servicio más rápido y redundante

Una vez que completamos el ciclo de desarrollo y perfeccionamos nuestros scripts de migración para transferir todas las cuentas existentes de la configuración y las interfaces del servidor anterior al nuevo, nuestros recursos de DevOps se dirigieron por completo a las mejoras de la plataforma. Los tres proyectos principales y más esenciales que completamos, que fueron posibles gracias a nuestra nueva infraestructura de servidor de Site Tools, se centraron en los componentes clave de nuestro servicio: servicios PHP, MySQL y DNS. Ningún sitio web podría ejecutarse en ningún servidor sin estos 3 (y el software del servidor web, por supuesto), por lo que establecen las bases de cómo funcionará tu sitio web incluso antes de que hayas seleccionado una aplicación o la hayas puesto en funcionamiento.

PHP ultrarrápido para una carga de páginas hasta un 30% más rápida

Ejecutar un servicio PHP no es un desafío. Muchos webmasters lo hacen en sus máquinas locales. Pero si deseas un PHP rápido, estable y seguro, al mismo tiempo que admita Apache y la variedad de reglas .htaccess definidas por una multitud de usuarios y aplicaciones que se ejecutan en una plataforma grande como la nuestra, las cosas se complican. Después de varias iteraciones, nuestro DevOps logró superar el mayor desafío de “velocidad sobre seguridad” y desarrolló un PHP increíblemente rápido con nuestro firewall de aplicaciones web y aislamiento de cuenta integrado, obteniendo mejores resultados de rendimiento sin comprometer la seguridad. Puedes leer el artículo completo sobre nuestro PHP ultrarrápido aquí.

Configuración de MySQL más rápida, sitios más rápidos

Dado que habíamos comenzado con lo esencial, era natural que volviésemos a evaluar cómo funcionaba MySQL después de que se optimizara PHP. MySQL es especialmente importante para el rendimiento de sitios web con grandes bases de datos, que suelen ser sitios de comercio electrónico, bastante extendidos en nuestros servidores. La nueva configuración de MySQL que diseñamos permite procesar simultáneamente un número considerablemente mayor de solicitudes paralelas. Esto afecta el manejo efectivo de consultas pesadas de MySQL y conduce a una reducción significativa en el número de consultas lentas en nuestra infraestructura.

Centralización del servicio DNS

Lo siguiente en la lista fue la reelaboración de nuestro servicio DNS (sistema de nombres de dominio). Básicamente, el DNS traduce los nombres de dominio en direcciones IP, para que las personas puedan abrir un sitio web en particular. Para hacer este proceso más rápido, más seguro y confiable, acabamos de presentar nuestro nuevo servicio de DNS centralizado que opera en 5 ubicaciones geográficas y en múltiples instancias. Los webmasters disfrutarán de una resolución de dominios más rápida, una mayor resistencia y disponibilidad del servicio DNS, una mejor protección contra los ataques DDoS y una administración de DNS simplificada, entre otras ventajas. Todo esto se traduce en sitios web más rápidos con mayor seguridad y facilidad de administración.

Colaboración y reventa simplificadas en nuestra plataforma

Una de las principales razones por las que no estábamos contentos con cPanel era que nos impedía crear nuestro propio sistema de control de acceso de la manera que creíamos que debía ser. Una de las cosas que lanzamos junto con los nuevos Site Tools y área del cliente fue un nuevo rol de usuario: el “Colaborador”, que ya está disponible en todos nuestros planes. Este rol de usuario hizo posible que nuestros clientes invitaran a sus diseñadores, desarrolladores y amigos a colaborar en sus sitios sin compartir inicios de sesión y sin crear riesgos de seguridad.

Con el tiempo, también hicimos posible agregar un “rol de cliente” a nuestros planes GoGeek y Cloud junto con la opción de crear paquetes de hosting personalizados en nuestros planes Cloud, especialmente útil para las personas que crean sitios web para sus clientes. El rol de Cliente es una forma más sofisticada de controlar el acceso que otorgas a tus colaboradores al definir a qué partes de Site Tools pueden acceder.

Accesibilidad web mejorada

Nuestro equipo también puso un gran esfuerzo en la integración de funciones que hacen que nuestro servicio sea más fácil de usar por todos, incluidas las personas con diferentes niveles de discapacidades motoras o visuales. Nuestro Site Tools viene con un tema de alto contraste, soporte para lectores de pantalla y manejo del teclado, más una fuente de lectura fácil que está diseñada para mejorar la legibilidad para los usuarios con dislexia, pero que puede ser utilizada por cualquiera que lo prefiera y le resulte más fácil de leer.

Nuevas herramientas y funciones útiles en Site Tools

Por supuesto, siguen llegando más herramientas nuevas y útiles ….

Acceso SFTP para múltiples sitios para una fácil administración de varias webs

Más recientemente, presentamos la opción de acceso SFTP multisitio con una única clave SSH que permite a los usuarios administrar múltiples sitios de manera fácil y segura. El acceso SFTP multisitio se puede utilizar para todos los sitios que poseen nuestros clientes o para los que se les ha agregado como colaboradores en un único perfil de cliente. Esta opción proporciona a los propietarios de varios sitios la comodidad y la seguridad de administrar más de un sitio.

Herramienta de búsqueda y reemplazo para una fácil administración de WordPress

Nuestro equipo introdujo una herramienta avanzada de búsqueda y reemplazo de WordPress diseñada para permitir a los administradores y desarrolladores de WordPress reemplazar todas las ocurrencias de una determinada cadena dentro de su código de WordPress con un solo clic.

Aplicación Webmail mejorada

Lanzamos una aplicación Webmail actualizada y mejorada. La aplicación permite a nuestros clientes proporcionar a sus usuarios acceso a todas las herramientas de correo electrónico relevantes que necesitan para administrar sus cuentas de correo electrónico individuales, como cambiar sus contraseñas o configurar respondedores automáticos, carpetas y reenviadores.

HTML en respuestas automáticas

Los usuarios de SiteGround ahora también pueden configurar el contenido de la respuesta automática para que se envíe como HTML. Pueden elegir si su correo electrónico de respuesta automática se envía como texto sin formato (predeterminado) o HTML. Esta opción está disponible para todos los temas y resoluciones tanto en la herramienta de respuesta automática en Site Tools como en Webmail.

Estamos orgullosos de haber introducido el Área del cliente, Site Tools y todas las mejoras respaldadas por resultados increíbles, pero lo que realmente nos motiva son las opiniones que recibimos de nuestros clientes. Gracias por tu continuo apoyo y tu negocio, ¡juntos esperamos seguir elevando el estándar de los servicios de hosting web!

Posted on

Informe de progreso del cambio de cPanel a Site Tools

Progreso del cambio de cPanel a Site Tools

Ha pasado poco más de un año desde que lanzamos nuestras nuevas interfaces de cliente: el nuevo Área de Cliente y Site Tools, que desarrollamos internamente y con el que reemplazamos cPanel. En agosto de 2019 comenzamos a incorporar a todos los nuevos clientes a las nuevas interfaces y poco después comenzamos a trabajar en la migración de nuestros clientes existentes. Actualmente, todos nuestros clientes ya están utilizando el nuevo Área de Cliente y también hemos migrado con éxito más de 9000 servidores de cPanel a Site Tools.

Mirando hacia atrás en los últimos 12 meses, evaluando la complejidad del proceso de migración y los desafíos no relacionados con ella que 2020 ha puesto frente a nosotros, creo que hemos logrado mantener un buen ritmo de migración. Esto se ha logrado gracias a la enorme cantidad de trabajo que han hecho todos los equipos involucrados en la migración, a pesar de los retrasos ocasionales que se dieron por diversas circunstancias. Aún así, nos quedan todavía muchas más cuentas y servidores por migrar y muchos de vosotros os estaréis preguntando por qué nos está llevando tanto tiempo y cuándo llegará el turno de tu sitio web. Es por eso que hemos decidido hacer un seguimiento y contarte la historia de lo que hemos hecho entre bastidores durante el año pasado y cuál es el pronóstico para los próximos meses.

La complejidad innata de la migración

No es sorprendente que la migración de más de un millón de sitios activos de cPanel a Site Tools sea un proceso tremendamente complejo. Podría decir que es comparable en términos de esfuerzos y recursos necesarios a la creación de las nuevas interfaces y sistemas en sí. Es todo un desafío mover los sitios operativos de una plataforma con una determinada estructura a una nueva plataforma con una completamente diferente, sin afectar la disponibilidad y el funcionamiento de estos sitios web.

En la superficie, parece que solo hay una diferencia simple entre los dos marcos: no hay sitios adicionales bajo un mismo capó. Lo que esto realmente significa es que tenemos que poder “desenredar” los sitios web secundarios de la cuenta principal de cPanel y volver a crearlos como cuentas independientes en nuestra nueva plataforma. Y para ilustrar cuán complejo puede ser este proceso para diferentes configuraciones de sitios web, enumeraré algunos ejemplos a continuación:

Múltiples dominios adicionales usando una misma base de datos

Normalmente, esto no es algo razonable, ya que cada sitio web, incluso los dominios adicionales, deberían utilizar su propia base de datos. Sin embargo, esto era técnicamente posible con cPanel y hay sitios web reales configurados de esta manera por nuestros clientes. Cuando un sitio web de este tipo necesita ser migrado, nuestro script de migración tiene que detectar el caso y crear una base de datos separada para cada sitio y copiar los datos. Después de eso, el script re-configura automáticamente cada sitio web para usar la respectiva base de datos.

Aplicaciones con rutas absolutas en su configuración

Otra cosa que el script de migración debería corregir es que múltiples aplicaciones estén configuradas para usar rutas absolutas en su configuración. El sistema tiene que detectarlos y, una vez que se conviertan en sitios independientes con diferentes usuarios del sistema, re-configurarlos automáticamente para usar las nuevas rutas del sistema.

Opciones de configuración infinitas para dominios adicionales, aparcados y subdominios

El número infinito de formas en que los usuarios pueden configurar y, a veces, estropear sus rutas al directorio raíz para las diferentes aplicaciones cuando usan la función de dominios adicionales, aparcados y subdominios en cPanel es el mayor desafío para nuestro proceso de migración. Hemos logrado identificar más de 30 formas diferentes de casos de rutas al directorio raíz poco ortodoxos. Uno de los ejemplos más comunes es cuando más de un dominio adicional está configurado para usar la misma carpeta. Este es un “truco” común del sistema cPanel que la gente usa para aparcar un segundo dominio en un sitio adicional, una opción que oficialmente no está permitida en cPanel. Entonces, en tales configuraciones, el sistema tiene que decidir automáticamente a qué sitio se dirige cada dominio y en qué rol (principal o aparcado). En algunos casos, la configuración es tan compleja que los dominios no se pueden configurar automáticamente y la migración debe realizarse manualmente.

Una compleja tarea de desarrollo 

Automatizar todos los procesos posibles

Comenzamos nuestras primeras migraciones en septiembre del año pasado con mucha cautela. Los sitios migrados se revisaron manualmente y cada uno de los problemas descritos anteriormente, además de muchos más que aparecieron, se han abordado con nuevas iteraciones del script de migración. No hace falta decir que las comprobaciones manuales de las primeras migraciones llevaron mucho tiempo y no era algo que pudiera ser sostenible a largo plazo, por lo que hemos añadido varias automatizaciones adicionales al script de migración.

Ahora realizamos comprobaciones previas automatizadas de todas las cuentas que se van a migrar. Si hay indicios de un posible problema, lo solucionamos antes de que comience la migración. Después, la cuenta se migra de cPanel a Site Tools. Una vez que finaliza la migración, realizamos otra verificación automática para detectar problemas posteriores a la migración. Si se detecta algún problema, la cuenta se marca para revisión manual. Además, hemos desarrollado un sistema automatizado para comunicar el progreso de este proceso al el cliente cuyas cuentas se están migrando. Con todos estos sistemas en uso, podemos migrar alrededor de 900 cuentas de cPanel por día con una tasa de fallos muy baja.

Cambiar primero al nuevo área de cliente

Al principio planificamos migrar a cada cliente simultáneamente al nuevo Área de Cliente y el nuevo Site Tools. Sin embargo, pronto nos dimos cuenta de que sería mucho mejor desligarlos y pasar a todos los clientes primero al Área de Cliente. Hubo varias razones para esta decisión:

  • En primer lugar, la migración del área del cliente tenía por sí misma menor riesgo, ya que no afectaba directamente la funcionalidad de los sitios web alojados.
  • En segundo lugar, nos dimos cuenta de que proporcionar primero el Área de cliente les daría a todos nuestros clientes algo de tiempo para acostumbrarse a las nuevas interfaces. Apreciamos el esfuerzo necesario para aprender una nueva interfaz, por lo que dando la oportunidad de acostumbrarse primero a nuestra nueva lógica de UX con el nuevo Área de cliente, pretendíamos hacer que la transición a Site Tools, con mayor cantidad de funcionalidades, fuera más fluida para nuestros usuarios.
  • Y tercero, el mantenimiento diario de dos interfaces distintas de Área de Cliente (la antigua y la nueva) le quitaba un tiempo muy valioso a nuestro equipo técnico. Tiempo que se podía invertir en perfeccionar los scripts de migración.

La decisión de desligar la migración de ambas interfaces requirió un cambio temporal de enfoque, ya que supuso invertir algo de tiempo de desarrollo para acomodar las cuentas de cPanel en la nueva interfaz del Área de Cliente, algo que no estaba planeado inicialmente. Sin embargo, a largo plazo creemos que esta decisión agilizó la fecha de finalización de toda la migración. Estamos muy orgullosos de que todos nuestros clientes estén utilizando con éxito el nuevo Área de Cliente desde mayo de 2020.

Los desafíos de 2020

Como todos sabemos, este año ha sido extremadamente impredecible y para perfeccionistas como nuestro equipo directivo, la planificación se ha convertido en un quebradero de cabeza con demasiadas variables y factores dinámicos que inevitablemente ralentizaron las migraciones durante el año.

Migración a la plataforma de Google Cloud

Una de las cosas que nos hizo reorganizar nuestros planes iniciales fue realmente positiva: la finalización de nuestro contrato con Google Cloud. Mover nuestro servicio a una plataforma basada en la nube fue el otro gran proyecto en el que hemos estado trabajando en los últimos años. Sabíamos que pasar a Google Cloud proporcionaría muchos beneficios inmediatos a todos nuestros clientes y completar primero esta migración nos permitiría dedicar todos los recursos al cambio, mucho más complejo, a Site Tools. Por lo tanto, una vez finalizado el contrato con Google, se priorizó la migración a Google Cloud en la cola de nuestros equipos DevOps y SysAdmin. Trabajaron rápido e hicieron un gran trabajo: logramos migrar toda nuestra plataforma a Google Cloud en menos de 4 meses. ¡Y estamos hablando de más de 4 PB de datos! Aunque una gran parte de nuestros recursos se invirtió en la migración de Google durante varios meses, mientras tanto logramos hacer un trabajo considerable para pulir los scripts de migración de Site Tools.

El efecto COVID-19

Por supuesto, no podemos olvidar el efecto COVID-19. Durante abril y mayo, con las cuarentenas que afectaron a muchos de nuestros mercados geográficos, hemos visto un aumento sin precedentes en las consultas de soporte. Era natural, ya que la presencia online de repente se volvió mucho más importante para una gran cantidad de personas y empresas, lo que ha llevado a un mayor nivel de actividad por parte de todos los propietarios de sitios web. Estábamos realmente abrumados y, por primera vez desde que comenzamos nuestra actividad, tuvimos que dedicar literalmente todos nuestros recursos a la atención al cliente. A pesar de contratar a nuevo personal, el volumen de trabajo era tan grande que cada departamento tenía que enfocarse y contribuir de alguna manera a la prestación del servicio y la optimización de cómo se entregaba ese servicio. Una vez más, eso nos estaba alejando el enfoque en las migraciones y, aunque mantuvimos un equipo central trabajando en ellas, la atención directiva y operativa estaba en otra parte y las migraciones fueron más lentas durante este período.

Dicho esto, sigo creyendo que logramos abordar los dos grandes eventos de 2020 bastante bien y logramos mantenernos razonablemente encaminados con nuestro tercer esfuerzo principal: la migración a las nuevas interfaces.

Estado actual de la migración

Por el momento, las cuentas Cloud se están migrando con la máxima prioridad. Nuestro objetivo es completar la migración de la mayoría de las cuentas Cloud a mediados de diciembre. Hay un pequeño porcentaje de cuentas Cloud que no están incluidas en este plan. Estas son cuentas en las que se utilizó la funcionalidad WHM existente para crear planes de cPanel personalizados. Esto significa que el propietario del Cloud estableció límites de recursos personalizados para las cuentas de cPanel separadas en la nube. Como preservar esta configuración es una seria complejidad adicional que debe abordar la secuencia de comandos de migración, tendremos que posponer la migración de dichas cuentas. (En caso de que tengas una cuenta Cloud de este tipo y creas que no necesitas mantener la configuración personalizada de tu cuenta de cPanel, puedes comunicarte con nosotros a través de la categoría “Otros problemas técnicos” que encontrarás en tu Centro de Ayuda y solicitar su inclusión en el programa de migración Cloud actual. )

Mientras tanto, también estamos trabajando duro en las migraciones de servidores compartidos. Debido al mayor volumen de datos en ellos y a las diferentes especificaciones de configuración, su tasa de migración es mucho menor en este momento. Sin embargo, ahora que estamos cerca de finalizar la migración de las cuentas Cloud, hemos concentrado más recursos en optimizar el proceso de migración de servidores compartidos y esperamos ver una mayor cantidad de cuentas compartidas migradas en las próximas semanas.

En nombre de todo el equipo de SiteGround, me gustaría daros las gracias a todos por la paciencia de este año. Somos plenamente conscientes de que hemos creado expectativas de un cambio y que puede llevar más tiempo de lo previsto, pero realmente hacemos todo lo posible para que este cambio tan complejo ocurra lo antes posible y, al mismo tiempo, para que sea  una experiencia segura y fácil para todos nuestros clientes.

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?

  • Todos los sitios nuevos creados en el plan GoGeek o Cloud con Site Tools vienen con PHP Ultrarrápido activado de forma predeterminada.
  • Para los sitios existentes alojados en planes GoGeek y planes Cloud con Site Tools, PHP ultrarrápido ahora está disponible en Site Tools > Gestionar PHP y los clientes pueden habilitarlo instantáneamente desde allí.
  • Si tienes un plan StartUp y GrowBig con Site Tools, puedes actualizarlo a un plan superior para obtener acceso a la configuración de PHP ultrarrápido.
  • Si tienes una cuenta con cPanel, la opción PHP ultrarrápido estará disponible una vez que la cuenta se haya migrado a Site Tools.