fbpx

¿Cómo cambiar tu URL de WordPress?

Tu dirección de WordPress y la dirección del sitio (o URL) son muy importantes ya que hacen referencia tanto a la dirección de tu sitio en la web como a la ubicación de los archivos y las pantallas de administración de tu sitio.

Hay muchas razones por las que podrías necesitar o querer cambiar tu URL de WordPress. Tal vez estés cambiando de dominio, moviéndote a un subdominio, actualizando de www a no-www, moviendo archivos de un lado a otro, o incluso migrando de HTTP a HTTPS.

Sea cual sea el caso, hay algunas opciones que tienes cuando se trata de cambiar la URL, algunas más avanzadas que otras.

Cambiar la URL de WordPress a través del panel de control

El primer y más común método es cambiar la URL de WordPress directamente desde el panel de control . En el menú de administración, ve a Configuración => General para acceder a la pantalla de configuración general. A continuación, puedes actualizar lo siguiente:

  • Dirección de WordPress (URL): La dirección para llegar a tu sitio.
  • Dirección del sitio (URL): La dirección de tus archivos centrales de WordPress.

Ambos deberían coincidir a menos que le des a WordPress tu propio directorio. Recuerda que después de hacer clic en Guardar cambios, tu panel de control de WordPress ahora sólo es accesible a través de la nueva URL. Así que asegúrate de comprobar que has introducido la URL correcta.

Si introduces accidentalmente la URL incorrecta, puedes anular la configuración de las pantallas de administración editando tu archivo wp-config.php

Aclaración: Si los campos de arriba están en gris, lo más probable es que se deba a que ya tienes valores codificados en tu archivo wp-config.php. En ese caso, salta al siguiente método.

Cambiar la URL de WordPress en el archivo wp-config.php

La segunda forma más común de cambiar la URL de WordPress es en el archivo wp-config.php. Es importante notar que los valores en wp-config.php anulan la configuración de las pantallas de administración de WordPress.

Si los campos no son editables (como se ve a continuación), lo más probable es que sea porque están codificados en este archivo.

El archivo wp-config.php se encuentra típicamente en el directorio raíz de tu sitio de WordPress y se puede acceder a él a través de FTP, SSH o WP-CLI o desde el Administrador de Archivos de cPanel o Plesk.

En tu archivo wp-config.php, añade estas dos líneas en algún lugar por encima de la línea que te dice que dejes de editar:

define( 'WP_HOME', 'http://yoursiteurl.com' );
define( 'WP_SITEURL', ‘http://yoursiteurl.com' );

Guarda tu archivo wp-config.php y ciérralo.

Cuando vayas a la pantalla de Configuración general en tu administrador de WordPress, verás que esos dos campos están ahora en gris. No puedes editarlos a menos que elimines esas dos líneas de wp-config.php.

Si quieres volver a acceder a esos ajustes en tu panel de control, todo lo que tienes que hacer es eliminarlos de tu archivo wp-config.php.

Cambiar la URL de WordPress directamente en la base de datos

Un tercer método que puedes usar para cambiar tu URL de WordPress es directamente en la base de datos de WordPress. Para ello, utilizas phpMyAdmin. Esto se hace generalmente como último recurso.

En phpMyAdmin, haz clic en tu base de datos en el lado izquierdo. Luego desplázate hacia abajo y haz clic en la tabla “wp_options”. Si tu base de datos tiene un prefijo diferente, puede tener un nombre ligeramente distinto, como en nuestro ejemplo la opción a editar sería “midominio_options”.

Entonces encuentra la url del sitio (siteurl en inglés) y los campos del hogar (home en inglés). Haz doble clic en el campo option_value de cada uno y escribe la nueva URL. Tus cambios se guardarán automáticamente.

Cambiar la URL de WordPress con WP-CLI

Una cuarta opción es usar la Interfaz de Línea de Comandos de WordPress (WP-CLI) para acceder a tu sitio y editar el URL.

Necesitarás acceso SSH a tu sitio y deberás estar familiarizado con el proceso de acceso a tu sitio mediante WP-CLI.

Los comandos para editar tu URL son los siguientes:

wp option update home 'http://yoursiteurl.com'
wp option update siteurl 'http://yoursiteurl.com'

Resumen

Si necesitas cambiar tu URL de WordPress porque has cambiado de dominio o te estás transfiriendo a HTTPS, tienes varios métodos que puedes usar para hacerlo.

Puedes cambiar la configuración en el administrador de WordPress, codificarla en tu archivo wp-config.php, editar la base de datos o usar WP-CLI. Trabaja con los métodos anteriores para encontrar el que funciona para tu sitio, y tendrás tu nueva URL de WordPress funcionando en poco tiempo.

Como modificar los registros DNS desde Plesk

Plesk

Así como el cPanel tienen el editor de zonas DNS, Plesk no se queda atrás a la hora de poseer una opción para editar, agregar o eliminar los registros DNS de nuestro sitio web.

El primer paso es ingresar a nuestra cuenta de Plesk.

Dentro de la sección “Sitios web y dominios” ubicamos la pestaña de “Hosting y DNS”. Donde podremos configurar nuestros DNS.

En la sección de Hosting y DNS, podremos visualizar la opción llamada DNS que tiene Plesk. En la misma podremos agregar, eliminar, editar los registros DNS de nuestro sitio web.

Primeramente, se observa una lista con los registros que tenemos de nuestro sitios web, los tipos y los valores determinados.

Haciendo clic en el botón “Añadir registro”, podrás agregar un nuevo registro, donde defines el tipo, nombre del dominio, TTL y la IP o valor del mismo. Haciendo clic en ACEPTAR, guardaras todos los datos suministrado. Una vez hecho esto, los cambios empezaran a propagarse por la red.

Conociendo como agregar los registros, también los podrás editar. De igual forma, puedes especificar otros registros de recurso que afecten la forma en la que se accede a los servicios de su sitio web a través de Internet.

Para conocer más en detalle sobre los registros DNS, visite nuestro artículo:

Esperamos que este artículo le haya ayudado a aprender cómo configurar, agregar o eliminar, los registros DNS desde el panel de control de Plesk. 

Si te gustó este artículo, suscríbete a nuestro canal de YouTube  para videos tutoriales de Hosting, prácticas y demás. También puede encontrarnos en  Twitter, Facebook e Instagram.

¿Qué es WHM y como funciona?

Cuando adquirimos o compramos un hosting en su gran mayoría vienen para ser gestionado con cPanel si eres de los fanáticos de Linux. Ahora bien, cuando escalas a otro nivel en servicios de hosting, donde eres revendedor de espacios web o compra paquetes de hosting, y quieres administrar todos tus sitios web en un mismo entorno. Aparece nuestro amigo WHM, ¿Qué es?, ¿Cómo funciona?, ¿De que sirve?. Estas y otras interrogantes te ;las mostraremos en los siguiente párrafos.

¿Qué es WHM?

Las siglas WHM, representan WebHost Manager que se traduce en una aplicación de software que se utiliza para administrar servidores web, especialmente en el contexto de servicios de hosting y alojamiento web.

En otras palabras, es una herramienta web que le ofrece a los clientes, específicamente usuarios revendedores de hosting o webmaters con diferentes sitios web, un panel de control muy similar al cPanel con la posibilidad de gestionar varias cuentas de hosting, de forma rápida y sencilla.

Panel de control de WHM.

Características y funciones

Entre las funciones más destacadas :
La primera y más importante, puedes crear, eliminar y suspender cuentas.
Podes listar todas las cuentas, visualizar el espacio de cada una de ellas y que tipo de paquetes que poseen.
Tienes la capacidad de crear paquetes para tus clientes o para tus sitios web, de esta manera administras los recursos, como el espacio, el correo electrónico, el ancho de banda, entre otros elementos.
Una función destacada es que puedes modificar la contraseña de tus cuentas con un solo clic.

Aunque cPanel y WHM son paneles de control muy similares, estos presentan diferentes características. Desde WHM, podrás administrar y ver los detalles de cada cuentas y acceder a las misma de forma sencilla. Mientras que cPanel se enfoca en el servicio de alojamiento web.

Desde SitiosHispanos.com ofrecemos dos modalidades para revendedores:

Ventajas de usar WHM/Cpanel

El uso de WHM conlleva varias ventajas significativas tanto para los proveedores de alojamiento web, como para los administradores de servidores y revendedores de hosting. Aquí te presento algunas de las ventajas:

  1. Gestión Centralizada: WHM permite a los administradores gestionar múltiples cuentas de hosting y sitios web desde una única interfaz. Esto simplifica la administración y ahorra tiempo al no tener que acceder a cada cuenta de hosting por separado.
  2. Escalabilidad: WHM es escalable y puede utilizarse para administrar tanto servidores compartidos como servidores dedicados. Puedes aumentar la capacidad de tu servidor a medida que crece tu negocio de alojamiento web.
  3. Seguridad Mejorada: WHM ofrece herramientas de seguridad avanzadas, como la configuración de cortafuegos, monitoreo de seguridad y la capacidad de aplicar actualizaciones de seguridad. Esto ayuda a proteger tus servidores y los sitios web alojados en ellos.
  4. Administración de Recursos: Puedes asignar recursos específicos, como espacio en disco, ancho de banda y memoria, a cada cuenta de hosting. Esto garantiza que los recursos se utilicen de manera eficiente y que un sitio web problemático no afecte a otros.
  5. Automatización: WHM proporciona capacidades de automatización para tareas repetitivas, como la creación de copias de seguridad, la configuración de cuentas de correo electrónico y la instalación de aplicaciones. Esto reduce la carga de trabajo manual.
  6. Gestión de Copias de Seguridad: WHM facilita la programación y la gestión de copias de seguridad regulares, lo que es esencial para la recuperación de datos en caso de problemas.
  7. Interfaz Amigable: La interfaz de usuario de WHM es intuitiva y fácil de usar, lo que facilita la administración incluso para quienes no tienen experiencia técnica avanzada.
  8. Monitoreo y Notificaciones: WHM ofrece herramientas de monitoreo que te permiten estar al tanto del rendimiento del servidor y recibir notificaciones en caso de problemas, lo que es esencial para la resolución rápida de incidencias.
  9. Soporte Técnico: Al utilizar WHM, puedes acceder al soporte técnico de SitiosHispanos y la documentación proporcionados por cPanel, la empresa detrás de WHM. Esto es útil para resolver problemas y aprender sobre las características de estas herramientas.

Usos básicos de WHM

Entre los usos más destacados y utilizados dentro del panel de WHM, tenemos los siguiente:

Creación de Cuentas de Hosting: Con WHM, puedes crear cuentas de hosting para tus clientes o para tus propios sitios web. Esto incluye asignar recursos como espacio en disco, ancho de banda y nombres de dominio a cada cuenta.

Gestión de Dominios: Puedes agregar y gestionar nombres de dominio dentro de las cuentas de hosting. Esto incluye la configuración de registros DNS, la gestión de redirecciones y la asignación de subdominios.

Gestión de Bases de Datos: Te permite crear y gestionar bases de datos, como MySQL, para los sitios web alojados en el servidor. Puedes configurar usuarios de bases de datos y realizar copias de seguridad de las bases de datos.

Administración de Correo Electrónico: Puedes configurar cuentas de correo electrónico, alias, listas de correo y filtros de spam para las cuentas de hosting. También puedes acceder a webmail y supervisar el tráfico de correo electrónico.

Seguridad del Servidor: Puedes establecer reglas de seguridad, configurar cortafuegos (firewall) y habilitar características de seguridad avanzadas para proteger el servidor y los sitios web de posibles amenazas.

Administración de Certificados SSL: Puedes configurar y gestionar certificados SSL para habilitar conexiones seguras en los sitios web alojados en el servidor.

Estos son algunos de los usos básicos de WHM. La herramienta es versátil y proporciona una amplia gama de funciones para la administración de servidores web y cuentas de hosting.

Esperamos que este artículo le haya ayudado para conocer un poco más sobre el panel de administración WHM/Cpanel, sus usos y ventajas que lo diferencian de cPanel y todo los aspectos que engloban esta utilidad. 

Si te gustó este artículo, suscríbete a nuestro canal de YouTube  para videos tutoriales de Hosting, prácticas y demás. También puede encontrarnos en  Twitter, Facebook e Instagram.

Doble Factor de Autenticación (2FA): ¿Qué es y cómo funciona?

La autenticación en dos fases (2FA) es un método de seguridad de administración de identidad y acceso que requiere dos formas de identificación para acceder a los recursos y los datos. 2FA ofrece la posibilidad de supervisar y ayudar a proteger su información y sus redes más vulnerables.
El doble factor de autenticación añade una segunda capa de protección, reforzando el nivel de seguridad. El primer método generalmente es una contraseña segura, y el segundo método podría ser un código obtenido a través de un correo electrónico, un mensaje de texto o usando una app en su teléfono celular como Google Authenticator.

¿Cómo funciona?

Existen diversas maneras en las que se puede lograr esta capa adicional de seguridad. Sin embargo, todos los métodos logran lo mismo y cumplen con ciertas generalidades. El funcionamiento típico de estos sistemas es el siguiente:

  • Primero, se accede a un servicio o plataforma en línea y se ingresa la contraseña. Este es el primer factor de autenticación. Como por ejemplo, al querer acceder al panel de login de su cuenta cPanel.
  • A continuación, el servicio en línea solicita un segundo factor de autenticación, que puede ser un código de verificación. Por ejemplo, le pide que ingrese un código numérico que llega a su Google Authenticator que tiene configurado en su teléfono celular.

Finalmente, se proporciona ese segundo factor de autenticación para verificar la identidad del dueño de la cuenta y completar el inicio de sesión.

Tipos de autenticación en dos pasos

Hay varios métodos de autenticación cuando se utiliza la autenticación en dos fases. A continuación, se muestra una lista de las opciones más comunes:

Verificación o código por SMS

La mensajería de texto o SMS se puede utilizar como una forma de autenticación en dos fases cuando se envía un mensaje a un número de teléfono de confianza. El usuario deberá interactuar con el texto o utilizar un código de un solo uso para verificar su identidad en un sitio o una aplicación.

Código al correo electrónico

El correo electrónico como tipo de autenticación de dos pasos consiste en usar la dirección de correo electrónico del usuario, por ejemplo Gmail, como factor de autenticación. Se realiza el envío de un código de verificación, o un enlace de confirmación, al correo electrónico del usuario. 

El usuario debe introducir su contraseña más ese código, o hacer clic en ese enlace, para acceder al servicio en línea. Este método es similar al que se hace mediante SMS, pero usa el correo electrónico en lugar del teléfono.

Aplicaciones móviles

Existen algunas aplicaciones móviles que generan un código de verificación desechable, pues es válido generalmente por 30 segundos o 1 minuto. Esta es la opción cada vez más popular, ya que combina practicidad y seguridad. 

El usuario debe instalar una aplicación de autenticación en su teléfono que genere los códigos aleatorios sincronizados con el servicio en línea. El ejemplo más conocido de estas aplicaciones es Google Authenticator.

Preguntas de seguridad

Las preguntas de seguridad como tipo de autenticación de dos pasos consisten en usar unas preguntas y respuestas personales que el usuario elige y recuerda como factor para autenticarse. 

El usuario debe responder a esas preguntas correctamente, junto con el ingreso de su contraseña, para poder acceder a la plataforma deseada.

Código QR

El método de autenticación mediante un código QR consiste en usar una imagen que contiene un código de barras bidimensional, que se puede escanear con la cámara del teléfono u otro dispositivo. El usuario debe escanear el código QR que se muestra en el servicio en línea, junto con su contraseña, para acceder a la plataforma.

Es rápido y cómodo, ya que no requiere introducir ningún código ni recibir ningún mensaje. Además es fiable, ya que el código QR se genera dinámicamente y solo es válido durante un tiempo limitado.

Notificaciones push

Los métodos de autenticación en dos fases push no requieren ninguna contraseña. Este tipo de 2FA envía una señal al teléfono para aprobar/denegar o aceptar/rechazar el acceso a un sitio web o una aplicación para verificar tu identidad.

Ventajas de activar el doble factor de autenticación

Añade una capa de seguridad extra

La autenticación en dos fases mejora la seguridad y la privacidad de las cuentas y los datos personales, reduciendo el riesgo de robo o suplantación de identidad. Al requerir dos factores de autenticación, se dificulta que un atacante pueda acceder a la cuenta de un usuario solo con conocer o robar su contraseña. 

Además, se protegen los datos personales del usuario frente a posibles filtraciones o usos indebidos por parte de terceros. 

Permite establecer conexiones seguras

El doble factor de autenticación permite establecer conexiones seguras entre los usuarios y los servicios en línea, al garantizar que solo las personas autorizadas puedan acceder a los recursos o la información que necesitan. 

Ayuda a evitar ciberataques

El 2FA ayuda a evitar hackeos, al dificultar que los ciberdelincuentes puedan acceder a los sistemas de información solo con conocer o robar la contraseña de un usuario, por ejemplo a través del método de la fuerza bruta. Al requerir un segundo factor de autenticación, se reduce la probabilidad de que el atacante pueda obtenerlo o suplantarlo. 

Fácil de configurar

Otra de las ventajas de los factores de autenticación es que son sencillos de configurar e implementar. En la mayoría de las plataformas, se puede acceder a esta opción siguiendo solo unos sencillos pasos. Se pueden configurar en unos minutos y podemos generalmente elegir cuál tipo de factor de autenticación preferimos.

Evita inicios de sesión desde equipos desconocidos

El 2FA previene el acceso no autorizado a los datos personales de un individuo o a los recursos sensibles o críticos de una organización, como los datos financieros, los sistemas internos o las aplicaciones estratégicas. 

Además, se dificulta que un usuario autorizado pueda compartir o reutilizar sus credenciales con otros usuarios no autorizados, lo que puede generar brechas de seguridad o conflictos de responsabilidad.

Conclusión

El doble factor de autenticación es siempre recomendable de aplicar en su servicio de alojamiento; por sobre todas las cosas si valora la seguridad de la información que posee.

Dentro de los servicios que ofrecemos; cPanel da de manera nativa una instancia donde puede configurar el 2FA para su utilización.
Puede ver esto en nuestra guía aquí.

WordPress: Qué es la 2FA o autenticación de dos factores.

El nivel de seguridad de tu WordPress depende de los sistemas que implementes para protegerla y reforzar dicha protección. Con el aumento del forzado automático de contraseñas, la información confidencial de tus usuarios y el acceso a tu sitio están más en riesgo que nunca.

La autenticación de 2 factores, doble factor de autenticación o 2FA, es un paso más para la seguridad de tu WordPress y consiste en agregar una “contraseña” o método adicional a los datos de acceso que normalmente utilizas, y que suelen ser el usuario y la contraseña.

Normalmente, para acceder al panel de administración de WordPress wp-admin, ingresas el nombre de usuario o el email registrado y un password. A los tiempos que corren, y si bien algunos plugins de WordPress y reglas de mod security previenen los intentos de login de amenazas, no es suficiente para proteger tu sitio web.

Qué es la autenticación de 2 factores (2FA) y por qué deberías implementarla en tu sitio de WordPress.

El 2FA se llama doble factor de autenticación porque, además de la contraseña, hace que debas moverte para validar que eres tú quien intenta acceder a tu cuenta o servicio, ingresando un código que se genera dinámicamente. Esto puede ocurrir con un SMS, un WhatsApp, un email con un código y varios métodos más.

En resumen, los beneficios de instalar el two-factor authentication, o 2FA en WordPress son:

  • Que tus datos estarán más seguros ya que una contraseña débil no será la razón por la que puedan acceder ilegalmente a wp-admin.
  • Te protegerás contra el fraude: la autenticación de 2FA reduce la probabilidad de que un atacante pueda hacerse pasar por un usuario si tienes un membership site. Tus suscriptores valorarán que los protejas.
  • Tus páginas y entradas estarán más protegidas: tus notas de blog y páginas de tu web estarán blindadas por 2FA.
  • Evita grandes dolores de cabeza y ahorra dinero. Si tu WordPress está protegido, no tendrás que gastar dinero en arreglarlo.

Cómo instalar el doble factor de autenticación (2FA) en WordPress.

Para instalar el doble factor de autenticación (2FA) en WordPress no hace falta mucho. Sólo necesitaremos 3 cosas:

Configurar 2FA en WordPress si ya tienes instalado el plugin de seguridad Wordfence.

Wordfence está valorado por los usuarios y comunidades de WordPress como uno de los mejores plugins de seguridad.

Dentro de wp-admin, ve a la sección Wordfence, y luego a Login security.

Ahora toma el dispositivo, abre Google Authenticator, haz clic en “+” y elige “Escanear código QR”. Seguido, escanea el código que ves en pantalla y aparecerá Wordfence entre los códigos dinámicos del autenticador.

Copia los códigos de recovery y guárdalos en un lugar seguro por si perdieses tu dispositivo. Luego, ingresa el código que ves en la pantalla de tu dispositivo adentro del campo de texto que ves debajo, y haz clic en Activar o Activate.

Si todo fue bien, verás esta pantalla para que puedas desactivar el 2FA si te arrepientes, o descargues los código de backup por si no lo has hecho aún.

Ahora cierra la sesión e intenta acceder nuevamente a tu WordPress wp-admin. Si todo fue bien, al ingresar el usuario y contraseña, verás esta pantalla que sigue a continuación.

Configurar 2FA en WordPress instalando Wordfence Login Security.

El proceso de configurar el doble factor de autenticación con Wordfence Login Security no es muy diferente.

La diferencia entre los plugins Wordfence Login Security y Wordfence Security es que Wordfence Login Security sólo soluciona el asunto del 2FA en el login, mientras que Wordfence Security es un plugin de seguridad que contempla varios asuntos para proteger tu WordPress.

Instala el plugin Wordfence Login Security y actívalo como lo haces con cualquier plugin.

Ve Login Security dentro del menú principal de wp-admin de WordPress.

Ahora toma el dispositivo, abre Google Authenticator, haz clic en “+” y elige “escanear QR”. Seguido, escanea el código que ves en pantalla y aparecerá Wordfence entre los códigos dinámicos del autenticador.

Copia los códigos de recovery y guárdalos en un lugar seguro por si perdieses tu dispositivo. Luego, ingresa el código que ves en la pantalla de tu dispositivo adentro del campo de texto que ves debajo, y haz clic en Activar o Activate.

Si todo fue bien, verás esta pantalla para que puedas desactivar el 2FA si te arrepientes, o descargues los código de respaldo por si lo has olvidado.

Ahora cierra la sesión e intenta acceder nuevamente a tu WordPress wp-admin. Si todo fue bien, al ingresar el usuario y contraseña, verás esta pantalla.

Cómo desactivar el doble factor de autenticación en WordPress.

Tanto si estás usando Wordfence Security para proteger tu sitio de WordPress, como si estás usando el plugin Wordfence Login Security, la forma de desactivar el 2FA es la misma. No te recomendamos que lo hagas a menos que tengas un problema o debas hacerlo temporalmente.

Para desactivar el two factor authentication, ve a Login Security y luego haz clic en Desactivar o Deactivate.

Conclusión.

Activar el doble factor de autenticación o 2FA hará que puedas gestionar tu WordPress más seguro, y que no corras riesgos de que alguien más, o un bot acceda por el sólo hecho de descifrar tu clave. Que tu WordPress esté seguro, no solo depende de los creadores de WordPress, del desarrollador que hayáis elegido, o del proveedor de hosting en sí. Es necesario que tú también pongas tu parte para ayudar a protegerlo.

Mejores prácticas para optimizar el rendimiento de WordPress

En el vertiginoso mundo digital, la velocidad y la eficiencia son esenciales para cualquier sitio web exitoso. WordPress, con su popularidad y versatilidad, se ha convertido en la plataforma preferida por millones de usuarios en todo el mundo para crear sitios web atractivos y funcionales. Sin embargo, la velocidad y el rendimiento de tu sitio WordPress pueden ser una espada de doble filo: una optimización deficiente puede llevar a la pérdida de visitantes y ventas, mientras que un sitio rápido y eficiente puede atraer a más usuarios y mejorar la experiencia general de los visitantes.

En este artículo, exploraremos las mejores prácticas de optimización del rendimiento de WordPress. No solo te proporcionaremos consejos prácticos para mantener tu sitio web funcionando sin problemas, sino que también te guiaremos a través de tareas de mantenimiento esenciales que te ayudarán a evitar incidentes costosos y problemas técnicos que puedan surgir en el camino.

Mantenga actualizado su sitio de WordPress

Keep WordPress updated


Como proyecto de código abierto bien mantenido, WordPress se actualiza con frecuencia. Cada actualización no sólo ofrecerá nuevas funciones, sino que también solucionará problemas y errores de seguridad. Los temas y complementos de WordPress también pueden tener actualizaciones periódicas.

Como propietario de un sitio web, es su responsabilidad mantener su sitio, tema y complementos de WordPress actualizados a las últimas versiones. No hacerlo puede hacer que su sitio sea lento y poco confiable, y hacerlo vulnerable a amenazas de seguridad.

Una de las formas más sencilla de saber las últimas novedades de las actualizaciones de WordPress es teniendo instalado WP Tool Kit en el Cpanel o panel de control de Plesk, este nos brinda información muy valiosa para mantener actualizado nuestro sitio web diseñado en WordPress.

Optimice los procesos en segundo plano

Los procesos en segundo plano en WordPress son tareas programadas que se ejecutan en segundo plano en su sitio de WordPress. A continuación, se muestran algunos ejemplos de tareas en segundo plano que se ejecutan en un sitio de WordPress:

  • Tareas del complemento de copia de seguridad de WordPress
  • Trabajos cron de WordPress para publicar publicaciones programadas
  • Trabajos cron de WordPress para buscar actualizaciones
  • Motores de búsqueda y otros rastreadores que intentan recuperar contenido

Tareas como trabajos cron para publicaciones programadas y actualizaciones tienen un impacto mínimo en el rendimiento del sitio web.

Sin embargo, otros procesos en segundo plano, como los complementos de copia de seguridad y el rastreo excesivo por parte de los motores de búsqueda, pueden ralentizar un sitio web.

Para los complementos de respaldo, debe asegurarse de que su complemento de respaldo de WordPress solo se ejecute durante los momentos de poco tráfico en su sitio web. También debe ajustar la frecuencia de las copias de seguridad y los datos de los que es necesario realizar copias de seguridad.

Por ejemplo, si está creando una copia de seguridad diaria completa mientras solo publica contenido nuevo dos veces por semana, entonces debe ajustar eso.

En cuanto al rastreo, debe estar atento a sus informes de rastreo en la consola de búsqueda de Google. Los rastreos frecuentes que terminan en errores pueden hacer que su sitio web se ralentice o deje de responder.

Utilice extractos en la página de inicio y en los archivos

De forma predeterminada, WordPress muestra el contenido completo de cada artículo en su página de inicio y en sus archivos. Esto significa que su página de inicio, categorías, etiquetas y otras páginas de archivo se cargarán más lentamente.

Otra desventaja de mostrar artículos completos en estas páginas es que los usuarios no sienten la necesidad de visitar el artículo real. Esto puede reducir las páginas vistas y el tiempo que los usuarios pasan en su sitio.

Para acelerar los tiempos de carga de las páginas de archivo, puede configurar su sitio para que muestre extractos en lugar del contenido completo.

Puede navegar a Configuración» Lectura y seleccionar: Para cada artículo en un feed, mostrar: “Resumen” en lugar de “Texto completo”.

Dividir comentarios en páginas

¿Recibes muchos comentarios en las publicaciones de tu blog ? ¡Felicidades! Ese es un gran indicador de una audiencia comprometida.

Pero la desventaja es que cargar todos esos comentarios puede afectar la velocidad de su sitio.

WordPress viene con una solución incorporada para eso. Simplemente vaya a Configuración »Discusión y marque la casilla junto a la opción “Dividir comentarios en páginas”.

Utilice una red de entrega de contenido (CDN)

Por ejemplo, digamos que su empresa de alojamiento web tiene sus servidores en los Estados Unidos. Un visitante que también se encuentre en los Estados Unidos generalmente verá tiempos de carga más rápidos que un visitante en la India.

El uso de una red de entrega de contenido (CDN) puede ayudar a acelerar los tiempos de carga para todos sus visitantes.

Una CDN es una red formada por servidores repartidos por todo el mundo. Cada servidor almacenará archivos “estáticos” utilizados para crear su sitio web.

Estos archivos estáticos incluyen archivos que no cambian, como imágenes, CSS y JavaScript, a diferencia de las páginas de WordPress que son “dinámicas” como se explicó anteriormente.

Cuando utiliza una CDN, cada vez que un usuario visita su sitio web, recibe esos archivos estáticos desde el servidor más cercano a él. Su propio servidor de alojamiento web también será más rápido ya que la CDN hace gran parte del trabajo.

No cargue archivos de audio/vídeo directamente en WordPress


Puede cargar archivos de audio y video directamente a su sitio de WordPress, y los mostrará automáticamente en un reproductor HTML5.

¡Pero NUNCA deberías hacer eso!

Alojar audio y vídeos le costará ancho de banda. La empresa de alojamiento web podría cobrarle tarifas extras o incluso suspender su sitio por completo, incluso si su plan incluye ancho de banda “ilimitado”.

Alojar archivos multimedia de gran tamaño también aumenta enormemente el tamaño de las copias de seguridad y dificulta la restauración de WordPress desde la copia de seguridad.

En su lugar, deberías utilizar un servicio de alojamiento de audio y vídeo como YouTube, Vimeo, DailyMotion, SoundCloud, etc., y dejar que ellos se encarguen del trabajo duro. ¡Tienen el ancho de banda para ello!

WordPress tiene una función incorporada para insertar videos, por lo que puedes copiar y pegar la URL de tu video directamente en tu publicación y se insertará automáticamente.

Utilice un tema optimizado para la velocidad

Al seleccionar un tema para su sitio web, es importante prestar especial atención a la optimización de la velocidad. Algunos temas hermosos y de aspecto impresionante en realidad están mal codificados y pueden ralentizar mucho tu sitio.

Por lo general, es mejor optar por un tema más simple que elegir un tema repleto de diseños complejos, animaciones llamativas y otras características innecesarias. Siempre puedes agregar esas características usando complementos de WordPress de calidad.

Utilice complementos más rápidos

Los complementos de WordPress mal codificados a menudo cargan demasiado, ya sea que su sitio lo necesite o no. Esto aumenta la velocidad de carga de su página y ralentiza su sitio.
A continuación se muestran algunas de nuestras selecciones para las categorías de complementos de WordPress más comunes.

  • WPForms: el complemento de formulario de contacto para WordPress más rápido y amigable para principiantes .
  • All in One SEO: potente complemento SEO de WordPress que pone especial énfasis en el rendimiento del sitio web para ayudarle a obtener clasificaciones SEO más altas.
  • MonsterInsights : el mejor complemento de análisis de Google para WordPress que no ralentiza su sitio. Incluso incluye opciones para cargar gtag.js localmente para acelerar su puntuación de Google Core Web Vitals.
  • Compartidos: los complementos de redes sociales cargan scripts adicionales y no con tanta gracia. Shared Counts es uno de los complementos de redes sociales más rápidos para WordPress.
  • SeedProd: complemento de creación de páginas de WordPress de arrastrar y soltar que le ayuda a crear páginas de destino increíblemente rápidas y temas de sitios web personalizados.

Además de estas recomendaciones, puedes realizar tus propias pruebas. Simplemente ejecute pruebas de velocidad antes y después de instalar un complemento para comparar su impacto en el rendimiento.

Si te gustó este artículo, suscríbete a nuestro canal de YouTube  para videos tutoriales. También puede encontrarnos en  X (Twitter), Facebook e Instagram.

Fuente: wpbegineer

¿Cómo liberar espacio de la cuenta de correo predeterminada de nuestro hosting?

A la hora de administrar nuestro sitio web, muchas veces hemos entrado a verificar el espacio de nuestras cuentas de email y nos encontrado con una cuenta que no posee un @ (arroba) y tampoco tiene presente nuestro dominio. Pero por alguna razón tienen una etiqueta que dice “Sistema”.

Esta cuenta no es más que la cuenta de correo predeterminada de nuestro sitio web. Pero ¿Qué significa esto? La cuenta predeterminada es la encargada de recibir todos esos correos electrónicos que no son válidos para el dominio principal del sitio web.

Para entender un poco mejor lo antes mencionado, vamos a ejemplificar. Digamos que usted tienen una cuenta de correo electrónico usuario@ejemplo.com y un cliente o un remitente escribe a usuario_1@ejemplo.com, la dirección predeterminada será la encargada de recibir este correo. En otras palabras, la cuenta predeterminada puede recibir mensajes para sus direcciones de correo electrónico existentes si contienen errores tipográficos u otros problemas. Otro ejemplo común, es maria.garcia@ejemplo.com es una cuenta real con más de 5gb de almacenamiento, y  otro remitente le escribe a maria_garcia@ejemplo.com, la respuesta a esto es que todo esos correos que sean enviados a maria_garcia@ejemplo.com llegaran a la cuenta predeterminada.

Ahora que ya sabemos que es y cómo funciona la cuenta predeterminada, debemos entender que esta cuenta, puede llegar almacenar muchos correos e ir ocupando espacio de nuestra cuota de hosting, limitando así este recurso valioso para nuestro sitio web. A continuación, te damos alternativas para poder eliminar estos megas que sobran.

La opción más rápida es entrar en “Consultar Email” por cpanel y usar el cliente de correo como Roundcube y eliminar todo lo que se pueda visualizar.

Otra forma para poder ver y analizar que vamos a borrar el contenido de la cuenta predeterminada de correo, debemos ir al botón “Administrar” que se ubica al lado de cuenta predeterminada, junto con “Consultar Email” y “Conectar dispositivos”.

Luego podemos ver la siguiente pantalla.

Una vez ingresado podremos ver la siguiente pantalla. Donde se puede tomar acciones sobre algunos elementos de las cuentas de correo.

Otra opción para liberar un poco el espacio de las cuentas de correo es conectarse vía FTP, y verificar dentro de la carpeta /mail, se pueden visualizar dos carpetas /cur y /new eliminando el contenido de estas carpetas podemos liberar espacio en nuestro hosting. ATENCION, borrar solo el contenido de estas carpetas y NO las carpetas directamente, de igual forma, la carpeta /mail contienen el contenido de otras las otras cuentas de correo electrónico, así que tengan mucho cuidado a la hora de eliminar algún archivo fuera de las carpetas antes mencionada.

Para saber sobre la configuración de la cuenta predeterminada de correo electrónicos, será en una próxima entrega.

Esperamos que este artículo le haya ayudado a como administrar el espacio de nuestra cuenta de correo predeterminada. 

Si te gustó este artículo, suscríbete a nuestro canal de YouTube  para videos tutoriales de Hosting, prácticas y demás. También puede encontrarnos en  Twitter, Facebook e Instagram.

Divi: Las razones detrás del error “Divi Builder not saving changes”

¿Le salta el error “Divi Builder not saving changes” en su sitio web?

Es el peor escenario. Realizó un gran cambio en su sitio web o creo una página desde cero después de horas de trabajo; así que ya es momento de guardar la tarea realizada, cerrar el Divi Builder y ver el resultado final en el sitio web. Pero, cuando hace clic en el botón de Guardar, un pequeño pop-up se abre y le marca: “Your Save Has Failed”.

Sabemos lo amargo de esta experiencia. Nadie quiere tener este problema en su trabajo. Por suerte se pudo descubrir cuatro razones por la cual esto sucede; en pos de poder evitar este error en el futuro.

Las razones por las cuales Divi no está guardando los cambios.

Si empezamos a investigar este problema, podemos encontrar estas cuatro razones por las cuales surge este error:

  • Falta de recursos en el plan de alojamiento.
  • Errores en la configuración de código.
  • Disputas entre diferentes cachés.
  • Conflictos con un plugin o un theme.

Cómo resolver la falta de recursos.

La mejor manera de chequear este problema es revisar los recursos del plan de alojamiento que posee. Lo más simple aquí es también saber los requerimientos mínimos que exige Divi para funcionar correctamente, los cuales son:

  • PHP Version = 7.4 mínimo (Se recomienda: 8.0+).
  • Database = MySQL versión 5.7 o mayor; MariaDB versión 10.2 o mayor.
  • WordPress = 5.3 o mayor.
  • WordPress memory_limit = 128MB
  • memory_limit a nivel plan de alojamiento = 256MB
  • post_max_size = 128MB
  • max_execution_time = 300 segundos
  • upload_max_filesize = 64MB
  • max_input_time = 600
  • max_input_vars = 6000

Esto puede controlarlo desde Divi Settings, en la siguiente ruta:

WordPress Dashboard => Divi => Support Center => System Status => Show Full Report

Este reporte muestra el estado del sistema. Si algún recurso está marcado con un círculo rojo implica que la falta del mismo hace que Divi no pueda guardar los cambios.

Cómo resolver los errores de código.

Este problema ocurre con errores de sintaxis en el código. Un código corrupto puede ser el responsable de que Divi no pueda guardar correctamente los cambios. Abajo, un error común que lleva a problemas en el código:

Controle errores de sintaxis en el código CSS. El código CSS que agrega puede estar con errores de configuración, quizás con errores de puntuación como que falte un paréntesis, o que haya escrito mal una variable.

Puede confirmar si el problema está ocurriendo por alguna edición manual del código CSS removiendo todo ese código editado de su Divi. Puede hacerlo desde el panel de su WordPress, en: Divi> Theme Options => General => Custom CSS.

Allí, puede ver todo el código agregado a su sitio. Remuevalo a todo. Si esta acción resuelve el conflicto, entonces busque el error en el código agregado. 

De manera similar a los descripto aquí arriba, debería buscar errores de código HTML de su sitio web.

Cómo resolver las disputas entre diferentes cachés.

Cachear data es un mecanismo beneficioso. Mejora la velocidad de carga del sitio; reduce el consumo de ancho de banda. Aún así, hay veces que su navegador retiene versiones de caché que entran en conflicto con su Divi Builder.

Los navegadores usualmente guardan imágenes, HTML, CSS, Javascript, etc. en el disco de su computadora cuando visita un sitio web por primera vez. Así, puede recuperarse más rápido la información al volver a ingresar al sitio web.

Lo que puede hacer aquí es abrir el dominio con una ventana de incógnito o usar otro navegador web. Si aquí ve los cambios en el sitio aplicados de manera correcta, entonces está teniendo un problema de caché en su navegador de uso regular. Pruebe entonces borrar la caché de su navegador.

De manera similar, si posee un plugin que realice una tarea de Caché, deberá dirigirse al panel de dicho plugin y hacer un refresh o limpieza de caché. Puede incluso que sea necesario que deba desactivar dicho plugin.

Cómo resolver conflictos con un plugin o theme.

Puede suceder que este problema surja porque dos o mas plugins no trabajan correctamente de manera conjunta.

Puede activar el “Safe Mode” desde su panel: Divi => Support Center => Safe Mode. Plugins de terceros son desactivados en este modo. Así, puede detectar si el conflicto lo genera un plugin.

También, puede desinstalar todos los plugins. Si todo fuciona correctamente después de esto, entonces un plugin es el responsable del problema. Debe entonces activar todos los plugins, de a uno. Asegúrese de abrir el sitio web en una ventana de incógnito cada vez que activa un plugin, para corroborar si ese es el conflictivo.

Cuando descubra cual es, puede reemplazarlo por otro o directamente eliminarlo de su sitio web.

De igual manera, un theme secundario puede estar causando conflicto. Para esto, reactive a Divi como el theme principal; así, los archivos del theme secundario no tendrán mas efecto sobre el sitio. Si esto soluciona su conflicto, he aquí que el theme secundario era el problemático.

¿Algún otro conflicto?

Puede que existan algunas otras causas que conlleven a el problema de no poder guardar los cambios en Divi. Puede que la sesión de timeout, ya que sin darnos cuenta nos logueamos hace tiempo y nuestra sesión se desconectó de la base de datos. También puede ser posible que debamos controlar las versiones de WordPress; del Theme y de los plugins que estamos usando. Los mismos deben estar siempre actualizados a sus últimas versiones.

Fuente: https://diviflash.com/divi-builder-not-saving-changes/

Tomcat 10.x: Instalacción vía container en cPanel sobre Almalinux

Las versiones nuevas de Sistemas Operativos basados en Linux, como por ejemplo Almalinux, permiten sólo la instalación de Tomcat en versiones superiores a las 10.0; lo cual trae consigo un cambio en el proceso de instalación y en el de despliegue de aplicaciones en servidores con cPanel.

Es necesario preparar el servidor cPanel con Almalinux para usar Tomcat 10.x.
Tomcat funciona gracias al administrador de contenedores llamado PODMAN. Tenemos que activar este contenedor a nivel servidor con credenciales root.

Cabe destacar que, para realizar este proceso, necesita no solo tener acceso como usuario root y como usuario cPanel al servidor; sino también poseer conocimientos, al menos básicos, para conectar vía SSH al servidor y correr comandos en consola.

Comenzamos

Nos conectamos vía SSH al servidor con usuario root.
Primero corremos estos comandos para instalar Podman:

dnf install -y ea-podman-repo

dnf install -y ea-podman

Luego es necesario instalar el paquete de Tomcat en el servidor para que esté disponible:

dnf install -y ea-tomcat101

Con estos pasos quedaría listo el servidor para poder usar el contenedor a nivel usuario de cPanel, para luego poder instalar Tomcat en cada cuenta que lo necesite.
El usuario de cPanel debe tener activado SSH.

Ya conectado vía SSH como usuario de cPanel, deberemos correr el siguiente comando para instalar ea-tomcat como Container:

/usr/local/cpanel/scripts/ea-podman install ea-tomcat101

Esto creará el directorio de aplicaciones para la utilización de Tomcat en la siguiente ruta:

/home/usuarioCpanel/ea-podman.d/nombre-de-container

Donde “usuarioCpanel” es el usuario de cPanel de la cuenta donde corrimos el comando; y “nombre-de-container” es el nombre del contenedor de Tomcat. Este nombre lo crea el comando por defecto.

Corriendo alguno de los siguientes comandos se podrá obtener el nombre del container:

/usr/local/cpanel/scripts/ea-podman containers

/usr/local/cpanel/scripts/ea-podman registered

/usr/local/cpanel/scripts/ea-podman running

Por poner un ejemplo, un contenedor se puede llamar:

ea-tomcat101.miusuariocpanel.01

Deberemos usar ese nombre para poder correr cualquier comando de Tomcat dentro del usuario de cPanel.

Hay que detallar que en la instalación de Tomcat se guarda en:

/home/usuarioCpanel/ea-podman.d/nombre-de-container

Dentro de dicha instalación, las carpetas más importantes o a tener en cuenta son:

1) /home/usuarioCpanel/ea-podman.d/nombre-de-container/conf

En esta carpeta se encuentran los archivos de configuración de Tomcat; donde hay que destacar el archivo server.xml

2) /home/usuarioCpanel/ea-podman.d/nombre-de-container/logs

Aquí tenemos los registros o logs de la aplicación.

3) /home/usuarioCpanel/ea-podman.d/nombre-de-container/webapss/ROOT

Aquí se suben los archivos de la aplicación JAVA.

Podemos probar que Tomcat funciona realizando los siguientes pasos:

  • Creamos en /home/usuarioCpanel/ea-podman.d/nombre-de-container/webapss/ROOT un archivo llamado index.jsp que tenga el siguiente contenido:
<html><body>
<% out.println("Hello world! -- From JSP"); %>
</body></html>
  • Luego, debemos agregar este código en /home/usuarioCpanel/ea-podman.d/nombre-de-container/conf/server.xml

Como muestra la imagen, en la linea mencionada debajo:

<Host name="localhost" appBase="webapps" unpackWARs="false" autoDeploy="false" deployOnStartup="false" deployXML="false">

Debemos agregar este Context:

<Context path="" docBase="ROOT">
 <!-- Default set of monitored resources -->
 <WatchedResource>WEB-INF/web.xml</WatchedResource>
</Context>

Luego debemos reiniciar el container de Tomcat:

/usr/local/cpanel/scripts/ea-podman restart nombre-de-container

Ahora, es importante saber que puertos fueron asignados al container de Tomcat instalado.
Podemos ver esto corriendo:

/usr/local/cpanel/scripts/ea-podman running

El primer puerto es el puerto HTTP y el segundo puerto es el AJP. Cada container de Tomcat instalado asignará distintos puertos.

En este punto, deberíamos poder ver el contenido del index.jsp que subimos escribiendo esta dirección web en el navegador:

IPservidor:PuertoTomcatHTTP/index.jsp

Por ejemplo: http://10.11.12.13:10000/index.jsp

Si podemos visualizar de manera correcta el archivo index.jsp que pusimos como prueba, implica que Tomcat está bien instalado y configurado hasta este punto.

Ahora procederemos con unas modificaciones para poder visualizar aplicaciones JAVA desde direcciones web normales; como si se usara Apache.
Vamos a tener que loguearnos ahora al servidor nuevamente como usuario root para proceder con estos pasos.

Deberemos crear estos dos directorios, donde /user/domain debe reemplazarse por el usuario cPanel y su dominio.

mkdir -p /etc/apache2/conf.d/userdata/std/2_4/user/domain/
mkdir -p /etc/apache2/conf.d/userdata/ssl/2_4/user/domain/

Luego debemos crear el archivo custom.conf en el primer directorio creado:

nano /etc/apache2/conf.d/userdata/std/2_4/user/domain/custom.conf

El comando nano o vi crean el archivo sin necesidad de usar otro comando para crear archivos en SSH; como lo era touch.

En este archivo debemos agregar el siguiente proxy, donde se usa el segundo puerto que nos da como resultado al correr el comando:

/usr/local/cpanel/scripts/ea-podman running

En este ejemplo, el comando da como resultado dos puertos: 10000 y 10001.
El puerto 10001 es el que se usa en el proxy para utilizar AJP.

El archivo custom.conf debería tener el siguiente contenido:

<IfModule proxy_ajp_module>
    ProxyPassMatch "/.well-known/(.*)" "!"
    ProxyPassMatch "/(.*).jsp" "ajp://localhost:10001"
    ProxyPassMatch "/servlets/(.*)" "ajp://localhost:10001"
</IfModule>

(Recuerde que el puerto 10001 es un ejemplo, el resultado en su instalación puede ser otro).

Luego, creamos un symlink desde este archivo custom.conf desde la ruta /etc/apache2/conf.d/userdata/std/2_4/user/domain/ a la ruta /etc/apache2/conf.d/userdata/ssl/2_4/user/domain/. Recordar reemplazar /user/domain por el usuario cpanel y su dominio.

ln -s /etc/apache2/conf.d/userdata/std/2_4/user/domain/custom.conf /etc/apache2/conf.d/userdata/ssl/2_4/user/domain/custom.conf

Hecho esto, debemos recompilar el archivo httpd.conf corriendo el siguiente comando:

/usr/local/cpanel/scripts/rebuildhttpdconf

Este proceso no debería arrojar ningún error. Si se presenta un error, entonces existe algún mal tipeo o copiamos un espacio en blanco en el archivo custom.conf.

Por último, reiniciamos Apache:

service httpd restart

Deberíamos poder ver el index.jsp usando el dominio normal:

https://dominio/index.jsp

Algunos comandos útiles

Estos comandos mostrarán el Status, iniciarán, reiniciarán o detendrán el container de Tomcat:

/usr/local/cpanel/scripts/ea-podman status nombre-de-container
/usr/local/cpanel/scripts/ea-podman start nombre-de-container
/usr/local/cpanel/scripts/ea-podman restart nombre-de-container
/usr/local/cpanel/scripts/ea-podman stop nombre-de-container

Como modificar variables de Tomcat

Para realizar estos cambios es necesario conectar a SSH como usuario de root.
Se puede hacer este proceso como usuario de cPanel corriendo este comando:

/usr/local/cpanel/scripts/ea-podman bash nombre-de-container

Es necesario usar nano, vi o vim para editar el archivo.
Accedemos a la ruta /user/local/tomcat/bin:

cd /user/local/tomcat/bin

Ahora corremos el editor elegido para editar el archivo catalina.sh:

nano catalina.sh

Agregar la siguiente linea debajo del cuadro comentado:

CATALINA_OPTS=”-Xms512m -Xmx1024m”

La siguiente línea agregada significa que la aplicación tiene un mínimo de memoria de 512MB y un máximo de memoria de 1GB.

Luego, de grabar el cambio en el archivo catalina.sh, salir del modo root temporal con:

exit

Ahora reiniciamos el container asegurándonos que estamos nuevamente como usuario cpanel:

/usr/local/cpanel/scripts/ea-podman restart nombre-de-container

Procedemos a controlar el estado de Tomcat con el comando:

/usr/local/cpanel/scripts/ea-podman status nombre-de-container

Con esto corroboramos que luego de editar el archivo catalina.sh Tomcat está funcionando correctamente.

Fuente:

https://docs.cpanel.net/ea4/containers/tomcat-via-containers/

https://docs.cpanel.net/ea4/containers/easyapache-4-containers/#almalinux-and-rocky-linux

Administración de backups en Plesk

Es recomendable guardar siempre copias del contenido de su sitio web para evitar su pérdida por alguna incidencia o debido a ataques malintencionados. Plesk facilita la creación de copias de seguridad con la función de backup y de restauración. Podrá crear backups de la configuración y el contenido (contenido del sitio web, cuentas de correo, bases de datos, etc.) y restaurar dichos datos si fuera necesario. Asimismo, puede descargar archivos de backup creados en Plesk y cargarlos, incluso aunque se hayan creado en versiones anteriores de Plesk. Los backups creados pueden almacenarse localmente o en un almacenamiento FTP remoto.

Copia de cuentas y sitios web

Si desea copiar los datos relativos a su cuenta y a todas sus suscripciones, vaya a Cuenta > Realizar backup de sitios web.

image 77094

Para crear un backup de los sitios web relacionados con la suscripción seleccionada, vaya a Cuenta > Realizar backup de sitios web.

image 77095

A continuación, haga clic en Copiar para crear un nuevo backup.

image 77096

Restauración de backups

Solo puede restaurar backups realizados en Plesk Onyx 17.0 y versiones posteriores.

Si lo desea, puede seleccionar qué objetos quiere restaurar de un archivo de backup. Puede restaurar un determinado sitio, archivo, base de datos, etc. De esta forma puede restaurar únicamente los objetos que necesite, sin tener que sobrescribir otros objetos. Por ejemplo, si únicamente desea restaurar la zona DNS de un dominio (como ejemplo.com), no es necesario restaurar las configuraciones del resto de dominios.

Si desea restaurar un archivo de backup, haga clic en Cuenta > Realizar backup de sitios web o bien Sitios web y dominio > Administrador de backups. A continuación, haga clic en el backup correspondiente, indique qué elementos desea restaurar y haga clic en Restaurar.

image 77097

Fuente:

https://docs.plesk.com/es-ES/obsidian/quick-start-guide/explicaci%C3%B3n-sobre-las-funciones-de-plesk/administraci%C3%B3n-de-backups.74407/