Migraciones de WordPress
OPanel trae un sitio WordPress existente a un sitio nuevo acá desde cualquiera de estas dos fuentes, según lo que permita el hosting de origen.
Migration Connector (sin necesitar SSH)
Sección titulada «Migration Connector (sin necesitar SSH)»Para sitios en un proveedor que no ofrece acceso SSH — la mayoría del hosting compartido — el plugin Migration Connector hace el trabajo con simples solicitudes HTTPS.
- En el sitio viejo, instala y activá el plugin Migration Connector. Tu panel lo ofrece como descarga directa desde la página Tools → Site Migration del sitio nuevo.
- Abre Tools → Site Migration en el sitio viejo (agregada por el plugin) y elige Generate migration key. La clave se muestra una sola vez, vence a los 7 días, y se puede apagar o regenerar en cualquier momento — generar una nueva invalida la anterior.
- Pega la clave en la página de migración del sitio nuevo acá. Si el sitio viejo no usa HTTPS, vas a tener que permitir explícitamente HTTP para la transferencia.
- La migración corre en pasos cortos y reanudables, así que puedes cerrar el navegador — los límites de tiempo de PHP del hosting viejo no importan. Una vez terminada, apagá la clave o quitá el plugin del sitio viejo.
La migración trae los archivos y la base de datos del sitio viejo, reescribe las URLs en todos lados (incluso dentro de datos serializados), y queda lista en el sitio nuevo — revisala en su dirección de vista previa, y después apuntá el DNS a tu servidor nuevo cuando estés conforme.
Tirar por SSH/SFTP
Sección titulada «Tirar por SSH/SFTP»Si el hosting viejo ofrece acceso SSH, dale a la página de migración del sitio nuevo la dirección
del servidor viejo, las credenciales (contraseña o clave privada) y la ruta remota en su lugar. Los
archivos se transfieren por rsync, y la base de datos se exporta e importa directamente por la
conexión SSH — sin necesitar ningún plugin en el sitio viejo.
Qué maneja la migración
Sección titulada «Qué maneja la migración»- Archivos y la base de datos completa, incluyendo la reescritura correcta de datos PHP serializados (el clásico problema de las herramientas ingenuas de buscar y reemplazar)
- Prefijos de tabla y juegos de caracteres, leídos automáticamente desde el origen
- Sitios grandes, transferidos en bloques reanudables para que una conexión caída no reinicie todo el proceso
Límites
Sección titulada «Límites»- El sitio más la base de datos tienen que entrar dentro de la cuota de disco del plan de destino — se verifica antes de empezar la transferencia, y de nuevo a medida que los datos van llegando.
- Las redes multisitio de WordPress, una instalación de WordPress ubicada fuera del directorio home del sitio, y las vistas, triggers, rutinas y eventos de la base de datos no se trasladan con esta migración; movelos a mano.
- Los enlaces simbólicos del origen no se siguen.
- Como el sitio de origen sigue funcionando durante la transferencia, cambios hechos ahí después de empezar la exportación pueden no quedar capturados — planificá el corte de DNS lo más cerca posible de la finalización de la migración si es un sitio activo.
Solo se pueden usar direcciones públicas de internet como origen de migración — la transferencia rechaza explícitamente direcciones privadas, internas y de metadatos de nube, así que esto no se puede apuntar contra nada de la infraestructura propia de tu proveedor.