El plugin de migración de Zinn®

Casi con total seguridad no necesita este complemento, y así se indica en su propia pantalla.

Si su antiguo proveedor de alojamiento le proporciona FTP, SSH, cPanel, Plesk o DirectAdmin, introduzca esos datos en el formulario de migración de Zinn® en su lugar. Recuperamos el sitio directamente, no instalamos nada en su servidor anterior y no queda nada atrás posteriormente. Eso es más rápido y seguro que empaquetar el sitio, y es lo que utiliza casi todas las migraciones.

Cuándo sí lo necesita

Algunos proveedores le entregan un inicio de sesión de WordPress y nada más: ninguna cuenta de FTP, ningún shell, un panel de control con su API desactivada o todos los puertos con cortafuegos. Si nuestro comprobante indica que no ha podido acceder a su proveedor por ninguna de las vías habituales de entrada, esta es la solución.

Qué hace

1. Instálelo en el sitio del que está saliendo y abra Herramientas → Mover a Zinn®.
2. Pulse Crear el paquete. Escribe sus archivos y una copia de su base de datos en un solo archivo comprimido, de unos cuantos cientos de archivos a la vez para que funcione en proveedores que interrumpen las solicitudes largas.
3. Cuando termine, obtendrá un enlace privado.
4. Pegue ese enlace en su migración en Zinn®, seleccionando Un archivo comprimido de un sitio existente como origen.

Trate el enlace como si fuera una contraseña

Cualquier persona que lo tenga puede descargar todo su sitio, incluida la base de datos. Es una dirección larga y aleatoria para que no se pueda adivinar, y no se puede listar el contenido de la carpeta; pero si lo pega en algún lugar público, equivale a publicar la base de datos de su sitio.

El complemento elimina el paquete automáticamente 24 horas después de que se haya creado, y cuenta con un botón Eliminar el paquete ahora. Úselo tan pronto como haya terminado su migración y, a continuación, desinstale el complemento.

Espacio disponible en el servidor

La creación de un paquete requiere aproximadamente tanto espacio libre en disco como el que ocupa su sitio en el servidor antiguo. La pantalla calcula esto por usted antes de empezar y le avisa si no es posible; un servidor que se queda sin espacio a mitad del proceso hace que el sitio deje de funcionar, por lo que se comprueba primero.

Lo que no puede hacer

No puede restaurar y no puede empaquetar un sitio que ya está roto. Es PHP ejecutándose dentro del sitio que está copiando, por lo que el sitio debe poder cargarse. Un sitio que no funciona requiere SSH o nuestro servicio de migración gestionada.