WordPress: copia de seguridad y restauración en otro servidor

reparaciónCuando mi sitio fue atacado por robots de spam de comentarios (suena a ciencia ficción, ¿eh?) Esta semana, me vi obligado a reiniciar mi servidor varias veces antes de frustrar el ataque. De hecho, creo que de alguna manera corrompí la base de datos o un archivo dentro de WordPress porque después del evento, el sitio no duraría más de unas pocas horas sin que se cayera.

Aproveché la oportunidad de mover mi sitio a una nueva cuenta en mi cuenta de revendedor en Jumpline.comimagen 2260935 1169332. He estado extasiado con Jumpline a lo largo de los años. Alojo alrededor de 30 sitios web y casi nunca recibo una llamada de los clientes que me hospedan (a menos que necesiten ayuda). El servicio es extraordinario y su equipo de soporte es fantástico.

Sus técnicos de soporte fueron en realidad los tipos que identificaron que eran algunos bots de spam los que estaban matando mi sitio (¡Gracias!). Pasar a la nueva cuenta ahora pone este sitio en la última versión de PHP / MySQL y tiene una aplicación Ajax Webmail realmente agradable.

De lo que no me di cuenta es del increíble dolor que era intentar hacer un limpiar instalación de WordPress. Muchos de los complementos que existen agregan campos y tablas a su base de datos de WordPress. Constantemente estoy evaluando con complementos, por lo que mi base de datos fue un desastre. Ejecutar una copia de seguridad de WordPress o de una base de datos y restaurarla en la nueva cuenta probablemente solo solucionaría los problemas. Como mínimo, iba a arrojar un montón de campos y tablas adicionales allí. Me gustaría ver las futuras versiones de WordPress obligan a modificar la base de datos al desactivar un complemento para que la basura no quede atrás.

Incluso miré algunos complementos adicionales que generarían su blog de WordPress en XML para volver a importar, pero luego pierdes muchos datos. Doce horas después (dormí) y creo que de hecho terminé de mover la cuenta y todos los datos aplicables. Fue un poco una pesadilla, pero esto es lo que hice:

  1. Realizó una copia de seguridad del sitio y la base de datos originales.
  2. WordPress instalado desde cero en la nueva cuenta.
  3. Instaló los últimos complementos de WordPress desde cero en la nueva cuenta.
  4. Establezca todas las opciones del complemento y la configuración del sitio.
  5. Hizo una comparación de tablas de cada tabla de la base de datos de origen y la base de datos de destino.
  6. Se eliminaron todos los campos de la base de datos de origen que no existían en la base de datos de destino.
  7. Vació todas las tablas en la base de datos de destino (deshaciéndose de las publicaciones de prueba estándar de WP.
  8. Hizo una exportación de cada tabla sin soltar y recrear. Esto escribirá los registros en la nueva base de datos con las mismas claves para que ninguna de las relaciones se rompa.
  9. Copié mi carpeta wp-content \ upload de la cuenta de origen a la cuenta de destino. Como también moví el nombre de dominio, se mantuvieron todas las referencias de imágenes.
  10. ¡Ejecuté el blog y lo probé! Tuve que limpiar algunos enlaces permanentes de la página, no estoy seguro de por qué, pero estuvieron bien después.

Es interesante que WordPress tenga importaciones integradas para plataformas de blogs de la competencia, pero ninguna importación para ejecutar una importación de WordPress a WordPress que ignorará las modificaciones del complemento.

Eso prácticamente lo hizo. Puedes notar que estoy ejecutando un nuevo tema. Simplemente tenía demasiados problemas pequeños con el tema beta que estaba ejecutando. He hecho una personalización extensa de este tema, pero creo que casi lo tengo donde quiero.

Mi única queja con el tema es que el autor no implementé un pie de página común en todo el tema que residía sobre la etiqueta inferior> cuerpo>, por lo que tuve que ingresar manualmente mi secuencia de comandos de Google Analytics en todo momento. Podría haber creado un pie de página personalizado y hacer referencia a él, pero creo que más tarde me habría confundido ya que el autor del tema usó el nombre 'pie de página' en todo. ¡Sin embargo, es un tema muy agradable!

¡Supongo que estoy de vuelta ahora! ¡Ahora tengo que ponerme a trabajar!

3 Comentarios

  1. 1
  2. 2

    Solo un pensamiento…
    Siempre pruebo soluciones de respaldo y restauración, tu publicación me llamó la atención.
    Using the built in export and import built in to 2.1 , was a dream. I did have a problem with the displayed graphics.
    Estoy a punto de borrar y reiniciar el blog de prueba, pero esta vez editaré el archivo XML para reflejar la nueva ubicación de las imágenes.

  3. 3

    I too had the fine experience of rebuilding my WordPress site from the ground up. All went pretty well as I was sure to backup everything via multiple means.

    Los principales problemas que encontré fueron que mis asignaciones de publicaciones de categoría se perdieron debido a la importación a través del archivo XML. Además, algunas publicaciones no se restauraron por completo. Parece que se debió a algunos problemas con el uso de comillas simples en los párrafos. Por alguna razón, el archivo de respaldo no escapó correctamente de las comillas y WordPress pensó que había llegado al final de una publicación.

    Bueno, tomó algo de tiempo, pero pude extraer esta información del archivo .SQL del que hice una copia de seguridad antes de eliminar la base de datos.

    Gracias por compartir tus experiencias.

¿Qué piensas?

Este sitio usa Akismet para reducir el correo no deseado. Descubra cómo se procesan los datos de sus comentarios.