Un usuario preguntó 👇
Esta es una pregunta relativamente simple (pero lo dudo). El sitio ha estado fuera de línea durante algunos años. Antes de desconectarme, hice una copia de seguridad completa con el plugin BackupWordpress (la base de datos de copia de seguridad también estaba separada pero en un día diferente con poca actividad en el medio). Ahora tengo el sitio de nuevo en línea. Quiero restaurar archivos de esa copia de seguridad, PERO aquí lo guardo de:
1. Aunque el sitio se desconectó, algunas publicaciones / medios se mantuvieron en el servidor y algunos fueron eliminados individualmente por cada usuario participante. La copia de seguridad se creó antes de que cualquier usuario borrara sus entradas. ahora quiero eliminar a los usuarios de restaurar esa copia de seguridad.
2. se han recibido pocas entradas nuevas desde que el sitio se puso en marcha de nuevo
La pregunta clave es, ¿qué sucede exactamente cuando el sitio se restaura desde una copia de seguridad anterior (lo que significa que Doe Snot tiene nuevas entradas)? ¿Las entradas antiguas reemplazan completamente la base de datos o las entradas nuevas se mantienen seguras? Si de hecho lo que obtengo después de la restauración es básicamente solo la copia de seguridad que está destinada y todos los datos se pierden después del día de la copia de seguridad. ¿Cómo puedo evaluar ambos, si ese es el caso? Cuando reviso los archivos de respaldo no enviados, puedo ver los medios, pero no estoy seguro de las publicaciones reales (¿creo que el texto está solo en la base de datos?)
¿Afecta la reforma a un nuevo tema y plugins actualmente en uso (una diferencia significativa entre ahora y entonces)?
Este último se refiere al proceso de copia de seguridad en sí. Si comprendo correctamente, cargué un archivo .zip a través de cpanel o archivos no solicitados en el directorio wp. ¿Y restaurar una base de datos a través de phpMyAdmin sigue siendo un paso separado?
(@bcworkz)
Hace 2 años, 1 mes
Quiero eliminar a los usuarios para que no restauren esa copia de seguridad.
¿Por qué alguien cambiaría las copias de seguridad? Si eso sucedió realmente, lo que se eliminó desaparecerá si no hay otra copia de seguridad de la copia de seguridad. Si realizó una copia de seguridad antes de que se eliminara el sitio, esos datos seguirán estando en la copia de seguridad.
Lo que sucede exactamente durante la copia de seguridad y la restauración depende del método o herramienta que utilizó. Si tiene preguntas específicas, debe preguntar al desarrollador de esa herramienta.
Los archivos y la base de datos tienen dos características diferentes. Todos pueden estar en un archivo .zip, pero deben restaurarse por separado. (La herramienta de restauración puede hacer ambas cosas en una sola operación, depende de la herramienta) Los archivos se pueden extraer y cargar a través de FTP. Te recomiendo que uses un cliente FTP como Filezilla, los administradores de archivos cPanel funcionan mal con cargas grandes.
Todos los archivos principales deben eliminarse antes de restaurarlos desde la copia de seguridad para evitar conflictos de versiones. La forma de restaurar los archivos multimedia depende de usted.
Los archivos de respaldo de SQL se pueden restaurar desde phpMyAdmin. La restauración normal eliminará todo el contenido actual y lo reemplazará con contenido de respaldo. Si piratea el archivo SQL de copia de seguridad y elimina la tabla desplegable y crea elementos de la tabla, las nuevas entradas podrían conservarse siempre que las nuevas entradas utilicen nuevas ID que no se utilizan en la copia de seguridad. No puedo garantizar que la SS resultante sea estable. Haga una copia de seguridad del estado actual antes de intentar cualquier restauración. Se sabe que las copias de seguridad no se han restaurado. Es mejor no tener nada que no tener nada.
WP intentará usar el tema activo y los plugins en el momento de la copia de seguridad. Si faltan estos módulos, WP volverá a un tema predeterminado y desactivará los plugins que falten. Deberá activar manualmente el nuevo tema y cualquier plugin nuevo. Otras cosas que pueden requerir parches son los menús y los widgets activos. Tome nota de la situación actual antes de iniciar una restauración de copia de seguridad.
(@joolie)
Hace 2 años, 1 mes
Gracias bcworkz, eso explica muchas cosas. Es necesario aclararlo porque no lo tuve tan claro en un punto: se creó la copia de seguridad, y luego, cuando otros usuarios me permitieron eliminar sus entradas, lo que solo hicieron a través de un panel, se eliminaron sus cuentas. usuario por el mismo método, entonces creo que este último eliminó las entradas de la tabla SQL para todos los usuarios eliminados.
Buscaré restaurar a los usuarios eliminados manualmente, al menos verifique en esa tabla desplegable si puedo encontrarla sin explotarla.
Pero el sitio ahora tiene la última versión de WP y tenía una copia de seguridad similar a la 4.1. El gran salto en la versión debe haber creado otro problema, ya que la mayoría (no todos los temas) Live Preview funciona, pero no muestra un proxeneta de una vista previa, con solo elementos personalizados, por lo que se pueden realizar cambios, simplemente no ver lo que están haciendo hasta que se ve el sitio real.
(@joolie)
Hace 2 años, 1 mes
Permítanme pedir esto en lugar de lo anterior: digamos (usando la copia de seguridad, llamada copia de seguridad completa), primero elimine WP por completo de public_html, así como una tabla SQL vinculada a ella, luego restaure desde esa copia de seguridad completa.
¿Estoy en lo correcto al decir que esto restauraría la versión de WP (como se registró en la copia de seguridad completa) y todos los archivos, y si se restaurara la tabla SQL, los bucles se cerrarían básicamente y el (debería) sitio visto como visto por última vez en el back-time up?
Solo pude hacer esto en un dominio diferente, pero intentarlo y luego migrar a un dominio anterior o repetir el restablecimiento en una nueva ubicación nuevamente.
(@joolie)
Hace 2 años, 1 mes
Y aquí hay otra pregunta:
Mirando las tablas mySQL en cpanel, puedo RESTAURAR una tabla. no seré capaz de
1. cambiar el nombre de la tabla actual (con el mismo nombre que la de respaldo) 2. volcar una tabla del archivo de respaldo 3. ver cómo se conecta al sitio 4. si una de una copia de respaldo no funciona como se esperaba, eliminar (o cambiar el nombre) 5. cambiar el nombre de una tabla desde el punto 1 al nombre original
¿No me permitirían los pasos anteriores básicamente alternar entre dos tablas? ¿O está sucediendo algo más con una función de cambio de nombre que prácticamente rompe un enlace a archivos relacionados y NO cambia el nombre de todos esos enlaces internos?
Esto me permitiría instalar manualmente todos los archivos multimedia extraídos en un paso y jugar con las entradas de la tabla SQL en otro, pero volver de manera segura a los asuntos del estado actual, a menos que me equivoque al pensar eso, por supuesto.
(@bcworkz)
Hace 2 años, 1 mes
Para publicaciones y usuarios eliminados. Estos cambios solo se aplican al sitio activo, los datos eliminados permanecerán en la copia de seguridad anterior. Si restaura desde la copia de seguridad, esas eliminaciones volverán.
Puede restaurar la copia de seguridad en un dominio o ubicación diferente, o incluso solo en una subcarpeta. De cualquier manera, todas las referencias de dominio serán incorrectas y deberán actualizarse, tal como se requiere al mover un sitio. Con las herramientas adecuadas, eso no es difícil.
Alternativamente, puede cambiar el nombre de las tablas en el mismo SS. Le recomiendo que cambie la parte del prefijo, así como la línea correspondiente en wp-config.php. Luego puede cambiar de un lado a otro editando wp-config.php. Las tablas están interrelacionadas, debe pasar de un conjunto a otro por completo. Solo cambie la tabla de trabajos sin cambiar el resto, o cualquier otro cambio por el estilo. Por supuesto, si usa un prefijo diferente, no tendrá más remedio que cambiar todas las tablas juntas.
Si eliminó la ubicación actual, los archivos y la base de datos por completo (¡la copia de seguridad primero!) Y la restauró desde la copia de seguridad, será exactamente igual que cuando se hizo la copia de seguridad. La misma versión anterior, los mismos usuarios anteriores, las mismas publicaciones anteriores. No se ha introducido nada nuevo desde la copia de seguridad. Luego, necesitaría ejecutar los procesos de actualización para actualizar el código del sitio.
Debería estar bien hacer actualizaciones con camisetas grandes. Pasar de 4.1 a 4.9.8 no debería ser un problema. Si la vista previa personalizada no funciona correctamente, probablemente se deba a un error de JavaScript debido a un conflicto de plugins o una mala codificación en alguna parte. La consola de su navegador debería revelar la fuente del error. Asegúrate de haber actualizado todo. El posible soporte para uno de sus módulos ha expirado y ya no es compatible con la versión actual de WP.
(@joolie)
Hace 2 años, 1 mes
Muchas gracias bcworkz, aprecio mucho el tiempo que lleva dar una respuesta tan detallada. Parece que tengo algunas formas de solucionar esto y probablemente tomaré primero la ruta de cambio de nombre de la tabla.
También estoy remodelando el mapa de plugins a mi alrededor, así que tal vez eso me dé el problema de la vista previa en vivo. Todos los plugins no compatibles se han eliminado, pero no se han modificado. Por el momento intentaré algunas cosas y volveré aquí si surgen más preguntas.
(@joolie)
Hace 2 años, 1 mes
Otra pregunta que tengo es:
cómo restaurar la base de datos SOLAMENTE, reflexione sobre el funcionamiento del sitio, lo que significa que el sitio en sí NO está completamente restaurado desde la copia de seguridad, sino solo la base de datos, y difieren no solo en el contenido, sino también en los plugins instalados y / o o activado, diferentes versiones de WP etc. ¿Puede este enfoque crear conflictos?
(@bcworkz)
Hace 2 años, 1 mes
Suponiendo que está restaurando una versión anterior del mismo sitio para que todas las referencias de medios en el contenido se refieran a archivos de medios relevantes, no debería haber conflicto. Cuando hay varios plugins involucrados, siempre existe la posibilidad de conflicto, pero es un incidente muy inusual.
La configuración real de la base de datos puede entrar en conflicto, pero las versiones más recientes de WP deberían reconocer la configuración anterior y actualizarla automáticamente.
(@joolie)
Hace 2 años, 1 mes
Genial de nuevo, eso me deja con pocas opciones para probar. Es posible que tenga que esperar debido al acceso FTP restringido desde donde estoy ahora, pero gracias a sus respuestas, entiendo mucho mejor qué esperar. Gracias.
¿Solucionó tu problema??
0 / 0