WordPress: recuperación de desastres

WordPress roto

Desastre de HindenburgO último poucos días Estiven traballando furiosamente para recuperar o blog do meu bo amigo Pat Coyle. (As miñas vacacións seguen a ser máis interesantes: hoxe está nevando lixeiramente ... en abril. Que pasou co quecemento global?)

Quero compartir o que pasou e logo discutir as medidas preventivas que tomei, así como a forma en que se corrixiu.

Aquí está o que pasou:

  1. A DNS servidor entrou no fritz. A DNS servidor traduce o tráfico entrante a un nome de dominio e rediríxeo ao servidor adecuado. Cando isto ocorreu, realmente cortou 2 medios de comunicación: o nome de dominio ao sitio e o sitio á base de datos (a súa base de datos está actualmente nun ambiente compartido).
  2. Complicei as cousas movendo rapidamente o seu blog a outro servidor, sen me decatar de que había un problema de DNS. Isto engade outro nivel de complexidade. Os contrasinais en WordPress (e a maioría das outras aplicacións de base de datos) están cifrados exclusivamente polo servidor no que están. Se move o sitio a outro servidor, acaba de desactivar a súa capacidade para descifrar ese contrasinal. Afortunadamente, WordPress (outra gran característica) ten un sistema de recuperación de contrasinal onde podes restablecer o teu contrasinal a través dunha ligazón nun correo electrónico.

Aquí tes a acción inmediata que tomei:

  1. Antes de que isto ocorrese, teño que dicir que estou cunha fantástica empresa de hospedaxe web que fai copias de seguridade completas. Nunca tiven ningún problema que non puidesen corrixir mediante copias de seguridade. Escoitei pesadelos doutras persoas nos seus blogs e sitios perdéndose totalmente. Non podo imaxinar como é pasar por iso. (Subscríbete á miña fonte RSS e podes obter un cupón por un ano de descanso gratis co meu anfitrión).
  2. Puiden iniciar sesión no servidor web por FTP e recupera tanto o sitio a base de datos. Outra característica do meu paquete de hospedaxe é que podo acceder á totalidade VDS máis alá do sitio web en si. MySQL almacena as bases de datos nun directorio de ficheiros (/ var / lib / mysql /). Puiden descargar a base de datos simplemente copiando o directorio local. Fala dunha gran copia de seguridade. Sen importación, sen exportación, sen tamaños máximos de ficheiros para tratar ... só FTP.

Agora que tiña o sitio e a base de datos locais, suspirei aliviado. Se simplemente me detivera aquí e tivera paciencia, o problema do DNS tería resolto e Pat volvería ter unha copia de seguridade antes. Verifiquei que o nome de dominio seguía apuntando aos servidores de nomes apropiados do meu host Whois.net. Se comprobas o teu dominio alí, os servidores de nomes están na parte inferior do informe.

Isto levoume a crer que o sitio podería ser pirateado. O servidor de nomes era correcto, pero a páxina que aparecía era unha páxina terrible que parecía spam. Eu usei o Complemento de cabeceiras en directo a Firefox para asegurarme de que realmente non me redirixían, o típico hack que ve moita xente. Non se redirixiu o sitio. Podería facer algunha solución de problemas adicional; con todo, entrei un boleto de asistencia co meu anfitrión para que os seus expertos puidesen comezar a investigar.

Restaurando o seu sitio a unha conta ou host diferente:

Aínda non actualicei a Pat á última versión de WordPress 2.1, PHP e MySQL, polo que decidín que non había mellor momento que o presente. Eliminei a súa antiga conta e iniciei unha nova. Volvín a introducir a súa información de alias de correo electrónico e carguei a base de datos, WordPress 2.1 e contido de Pat:

  • directorio de carga de contido wp: aquí residen todas as imaxes cargadas.
  • directorio de complementos wp-content - todos os teus complementos (faino por último xa que pode que teñas problemas de versión.
  • directorio de temas de contido wp: o seu tema.

Espero nun futuro lanzamento de WordPress que estes 3 directorios sexan directorios raíz en vez de subdirectorios. Facería moito máis sinxelo a actualización. Nese momento, o meu anfitrión atopara o problema DNS e redirixiu correctamente o sitio. Vaia! Agora a páxina de Pat volvía a aparecer cunha mensaxe de actualización de WordPress. Fixen clic para actualizar a base de datos e volveu facer unha copia de seguridade ... case.

Lembras o problema de cifrado do que falei? Si, Pat non puido iniciar sesión por iso. O seu contrasinal xa non descifrou correctamente o valor da base de datos, polo que tiven unha corrección máis que facer. Iniciei sesión física na base de datos e cambiei o enderezo de correo electrónico de resposta de Pat na táboa de usuario polo meu enderezo de correo electrónico. Despois usei a función "Perdeu o meu contrasinal" para enviarme unha ligazón por correo electrónico para restablecer o contrasinal. Despois de restablecer o contrasinal, iniciei sesión e cambiei de novo o enderezo de correo electrónico de Pat.

E agora Pat está de volta! A retrospectiva é o 20/20 ... se simplemente esperase no meu anfitrión, o problema tería sido corrixido. Realmente compliquei o tema. Non obstante, Pat actualizou e executou as mellores versións de todo. Non obstante, sinto que estivera tanto tempo de baixa. Non tarda moito en recuperarse do tempo de inactividade, pero é un desagradable inconveniente. Perdón, Pat!

Leccións aprendidas:

  1. Asegúrate de estar cun host que ten grandes copias de seguridade.
  2. Fai unha copia de seguridade do teu sitio e da túa base de datos e almacénalos nun lugar seguro.
  3. Se estás cun bo anfitrión, confía neles para atopar e corrixir o problema.
  4. Se o precisa, desprácese a un novo host ou conta e comprenda como restaurar o sitio, a base de datos e recuperar o seu contrasinal.

Algunha información adicional

Hoxe en día a demanda de conexión rápida a internet aumentou a variedade. Seguramente, neste mundo en movemento de internet, teléfono vía satélite demostrou a súa valía. Cando se trata de internet sen fíos, a xente segue en xogo e pregunta internet sen fíos como moi valorado por eles. Especialmente para os administradores web a importancia de DSL sen fíos xa non é unha pregunta. Na súa maioría estes administradores web prefiren estudo de deseño web para deseñar e logo necesitar esta conexión de alta velocidade para subila. Como seguinte paso tamén se precisa esta conexión rápida no proceso de search engine marketing. Unha persoa que teña Certificación Microsoft pode manexar facilmente todos os problemas na rede destas conexións.

¿Que pensas?

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