Cómo migrar un sitio web PHP a un nuevo servidor web/host web

Entonces ha determinado que necesita migrar de ISP ya que su proveedor actual no ofrece una versión actual y atractiva de PHP. El proceso de migración del sitio web a un nuevo entorno de alojamiento se resume a continuación y tiene como objetivo cubrir todos los pasos clave que deberá seguir.

Asegúrese de leer esto en su totalidad antes de intentar iniciar una migración. Como ya se mencionó, esta es solo una guía resumida y es posible que en su migración real se puedan omitir algunos de los pasos que enumeramos si no son relevantes. También puede darse el caso de que necesite realizar algunos pasos adicionales para que su sitio web funcione en su nuevo servidor web.

Preparación

1. Aclara hacia dónde vas a migrar - El primer paso del proceso es, naturalmente, encontrar un servidor o proveedor de servicios de Internet (ISP) de reemplazo adecuado. Asegúrese de que el nuevo ISP no solo admita PHP que se mantiene actualmente, sino que también admita cualquier otra cosa específica que su sitio web pueda requerir.
   
   Esto puede ser cualquier cosa, desde una tecnología particular como un sistema de almacenamiento en caché o de administración de memoria (por ejemplo redis) a un programa instalado en el servidor que su sitio web necesita utilizar. Por ejemplo ffmpeg (una herramienta de codificación de vídeo).
   
   También vale la pena comprobar si el nuevo proveedor admite los últimos estándares de seguridad y tal vez incluso ofrecer certificados ssl gratuitos a través de un servicio como Vamos a cifrar. Si tiene requisitos comerciales tal vez necesite Certificación PCI DSS?
   
   Si no está 100% seguro de lo que necesita su sitio web para funcionar, comuníquese con las personas que lo crearon para aclararlo. Si aún no está seguro, en teoría podría continuar con la transferencia y luego simplemente probar la nueva copia oculta de su sitio web para ver si aparece algún problema.
   
   
2. Haga una copia de seguridad de su sitio existente: archivos del sitio web (paso 1/2) - Es VITAL que primero haga una copia de seguridad de su sitio web existente en el proveedor original y mantenga una copia segura de estos archivos de copia de seguridad. Es probable que su sitio web incluya un portal visual de administración de clientes a través del cual puede buscar archivos en el servidor web. Con suerte, esto le permitirá crear un único archivo ZIP de todo el sitio web. Asegúrese de hacer una copia de seguridad de toda la estructura. Es posible que su sitio web simplemente resida en una carpeta pública donde la raíz del sitio web es visible. Sin embargo, otros sitios web, por razones de seguridad, ocultan algunos de sus archivos fuera (arriba) de esta carpeta raíz pública. Si no está seguro de qué necesita una copia de seguridad, pregúntele al desarrollador de su sitio web.
   
   Esta copia de seguridad no servirá solo para crear un respaldo seguro en caso de que algo salga mal, sino que estos archivos serán los que transferirá al nuevo alojamiento en el siguiente paso de esta guía.
   
   
3. Haga una copia de seguridad de su sitio existente: base de datos (paso 2/2) - Es probable que su sitio web tenga una base de datos que contenga la mayor parte de su contenido y configuración. Sin embargo, no todos los sitios web necesitan una base de datos para ejecutarse y, si el suyo no la necesita, naturalmente puede omitir este paso.
   
   Si tiene una base de datos ejecutando su sitio web, inicie sesión en su portal de administración de clientes y debería encontrar una opción allí para hacer una copia de seguridad y descargar una instantánea en vivo de la base de datos.
   
   Si su sitio web tiene una funcionalidad que permite a los usuarios agregar contenido ellos mismos, es muy probable que necesite planificar exactamente cuando se debe realizar esta copia de seguridad. La respuesta normal es lo más cerca posible del punto de transferencia. Esto se debe simplemente a que al realizar una copia de seguridad algunas horas/días antes de la transferencia real se corre el riesgo de que el extracto de la base de datos quede desactualizado tan pronto como se realice. El resultado de instalar esa copia en el nuevo servidor sería la pérdida repentina de cualquier dato creado/editado después del momento en que se realizó la copia de seguridad cuando realiza el cambio para encender el nuevo servidor.
   
   Le recomendamos que tome nota clara de la versión actual de su servidor de base de datos en este punto y luego la compare con la versión que tendrá su nuevo hosting. Un gran salto en la versión puede provocar problemas de importación más adelante en el proceso de importación. Si no está seguro de cómo hacer esto, sus proveedores podrán explicárselo.
   
   

Copiando el sitio web

1. Copiar los archivos - Copie el zip de los archivos de su sitio web en su nueva cuenta de hosting. Probablemente podrá hacer esto a través de una interfaz visual basada en web o mediante un sistema de transferencia como FTP/SFTP.
   
   
2. Importa tu base de datos - el proceso para instalar la copia de seguridad de su base de datos (probablemente un archivo .zip o un archivo de texto .sql) en el nuevo servidor web también debería ser posible a través de una interfaz basada en web. Los detalles de esto son bastante variables dependiendo de su plataforma de alojamiento, por lo que no entraremos en más detalles. Sin embargo, si no está seguro de cómo hacer esto, presente un ticket a su nuevo ISP, quien debería poder ayudarlo.
   
   

Tareas posteriores a la copia

1. Permisos - Si su sitio web necesita poder crear/actualizar/eliminar archivos (tal vez los usuarios puedan cargar imágenes, por ejemplo), es posible que deba establecer permisos de archivos específicos en algunas carpetas de la estructura de archivos del sitio web.
   
   
2. ¿Cambió la URL? - Si por alguna razón la dirección web/dominio de su sitio web ha cambiado durante la migración, es posible que deba actualizar varias configuraciones. Estos pueden almacenarse en archivos de configuración o en registros de bases de datos. WordPress, por ejemplo, es muy complicado a este respecto, ya que escribe la URL web completa de una publicación en cada registro de su base de datos. Por lo tanto, deberá actualizar todos estos registros en caso de que aparezca una nueva URL.
   
   

¿Listo para empezar a vivir? No tan rápido...