Los alojamientos compartidos suelen limitar cuánto tiempo puede durar una solicitud PHP y cuánta memoria puede usar. Una migración que intenta hacerlo todo en una sola solicitud falla en muchas de estas cuentas. BladeCP WordPress Migrator se diseñó al revés.
Pasos cortos que guardan su progreso
Cada paso trabaja durante la mitad de max_execution_time, como máximo 20 segundos, y se detiene antes de acercarse al límite de memoria. Luego guarda dónde se detuvo. Si una solicitud se corta por tiempo de espera, el siguiente paso continúa desde el último punto guardado.
Un paquete escrito como flujo
El paquete es un flujo tar comprimido en miembros gzip, escrito sin ZipArchive, sin comandos de shell y sin cargar archivos completos en la memoria. Un solo archivo grande puede abarcar varios pasos.
Subidas que se reanudan
Los archivos grandes se envían en partes, leídas del disco en fragmentos pequeños. Si la subida se interrumpe, se reanuda sin volver a enviar las partes que BladeCP ya tiene.
Con la página abierta, o no
Mientras la pantalla de la migración está abierta, el navegador impulsa los pasos y el trabajo avanza más rápido. Si la cierra, WP-Cron continúa en segundo plano, más despacio. Cuando WP-Cron está desactivado en el sitio, mantenga la página abierta.
Los límites bajos solo hacen la migración más lenta. La verificación avisa cuando algo realmente la impide, como la falta de espacio en disco.
