WordPress: Copia de seguridade e restauración a outro servidor

reparaciónEsta semana, cando o meu sitio foi atacado por robots de spam e comentarios (parece ciencia ficción, ¿non?), Obrigoume a reiniciar o servidor bastantes veces antes de frustrar o ataque. Realmente creo que dalgún xeito corrompín a base de datos ou un ficheiro dentro de WordPress porque despois do evento, o sitio non duraría máis dunhas horas máis ou menos sen baixar.

Aproveitei a oportunidade para mover o meu sitio a unha nova conta na miña conta de revendedor en Jumpline.comimaxe 2260935 1169332. Estiven extasiado con Jumpline ao longo dos anos. Aloxo uns 30 sitios web e case nunca recibo unha chamada dos clientes que me hospedan (a non ser que precisen axuda). O servizo é notable e o seu equipo de asistencia é fantástico.

Os seus técnicos de asistencia foron realmente os mozos que identificaron que eran algúns bots de spam os que estaban a matar o meu sitio (¡Grazas!). Trasladarse á nova conta agora sitúa este sitio na última versión de PHP / MySQL e ten unha aplicación Ajax Webmail moi agradable.

Do que non me decatei é do incrible que era intentar facer un limpar instalación de WordPress. Moitos dos complementos que hai por aí engaden campos e táboas á súa base de datos de WordPress. Estou avaliando constantemente con complementos polo que a miña base de datos foi un desastre. Executar unha copia de seguridade de WordPress ou unha base de datos e restaurala na nova conta probablemente só ía mover os problemas con ela. Como mínimo, ía botar alí unha chea de campos e táboas adicionais. Gustaríame ver futuras versións das modificacións da base de datos de mandato de WordPress cando desactivo un complemento para que o lixo non quede en orde.

Incluso mirei algúns complementos adicionais que enviarían o teu blog de WordPress a XML para volver importalos, pero entón perdes moitos datos. Doce horas despois (durmín) e creo que realmente rematei a transferencia da conta e de todos os datos aplicables. Foi un pesadelo, pero isto é o que fixen:

  1. Fixo unha copia de seguridade do sitio e da base de datos orixinais.
  2. Instalou WordPress desde cero na nova conta.
  3. Instalou os últimos complementos de WordPress desde cero na nova conta.
  4. Estableza todas as opcións do complemento e a configuración do sitio.
  5. Fixo unha táboa de comparación de cada táboa da base de datos de orixe e da base de datos de destino.
  6. Elimináronse todos os campos da base de datos de orixe que non existían na base de datos de destino.
  7. Baleiraron todas as táboas da base de datos de destino (desfacéndose das publicacións de proba estándar de WP.
  8. Fixo unha exportación de cada táboa sen soltar e recrear. Isto escribirá os rexistros na nova base de datos coas mesmas claves para que ningunha das relacións se rompa.
  9. Copiou o meu cartafol wp-content \ upload da conta de orixe á conta de destino. Dende que mudei tamén o nome de dominio, mantivéronse todas as referencias de imaxes.
  10. Dirixín o blog e probeino. Tiven que limpar algúns enlaces permanentes de páxina, non estou seguro de por que, pero despois estiveron ben.

É interesante que WordPress teña incorporadas importacións para plataformas de blogs competitivas, pero non importa para executar unha importación de WordPress a WordPress que ignorará as modificacións do complemento.

Isto fíxoo practicamente. Pode notar que estou a executar un novo tema. Simplemente tiña demasiados pequenos problemas co tema beta que estaba a executar. Fixen unha extensa personalización deste tema, pero creo que case o teño onde o quero.

A miña única queixa co tema é que o Author non implementou un pé de páxina común ao longo do tema que residía encima da etiqueta inferior> corpo>, polo que tiven que introducir manualmente o meu script de Google Analytics en todo. Podería construír un pé de páxina personalizado e facer referencia a el, pero creo que máis tarde confundiríame xa que o autor do tema usou o nome "pé de páxina" en todo. Non obstante, é un tema moi agradable.

Supoño que volvo facer agora. Agora teño que poñerme a traballar!

3 Comentarios

  1. 1
  2. 2

    Só un pensamento ...
    Sempre probo copias de seguridade e restauro solucións. A túa publicación chamoume a atención.
    Usar a exportación integrada e a importación incorporada á versión 2.1 era un soño. Tiven un problema cos gráficos amosados.
    Estou a piques de acabar e reiniciar o blog de proba, pero esta vez editarei o ficheiro XML para reflectir a nova localización das imaxes.

  3. 3

    Eu tamén tiven a boa experiencia de reconstruír o meu sitio de WordPress desde cero. Todo saíu bastante ben xa que estaba seguro de facer copias de seguridade de todo a través de varios medios.

    Os principais problemas cos que me atopei foron que se perderon as tarefas de publicación de categoría debido á importación a través do ficheiro XML. Ademais, algunhas publicacións non se restauraron completamente. Parece que se debeu a algúns problemas no uso de comiñas simples nos parágrafos. Por algunha razón, o ficheiro de copia de seguridade non escapou correctamente das cotizacións e WordPress pensou que chegara ao final dunha publicación.

    Ben, levou un tempo pero puiden extraer esta información do ficheiro .SQL da que fixen unha copia de seguridade antes de eliminar a base de datos.

    Grazas por compartir as túas experiencias.

¿Que pensas?

Este sitio usa Akismet para reducir o spam. Aprende a procesar os teus datos de comentarios.