Traté de ser lo más descriptivo posible en el título, y sé que esta pregunta se ha formulado antes en varias formas, pero no pude encontrar una buena respuesta y es para imaginar que nadie ha resuelto este problema.
Es simple, una vez que un sitio de WP está activo, si no es estático, continúa actualizando su base de datos al agregar nuevas publicaciones, nuevas órdenes de comercio, nuevas cuentas de usuario, etc.
Si quiero hacer algunos cambios y actualizaciones importantes en el sitio, la forma más simple y fácil de hacerlo es hacer una copia en una instalación local o en otro dominio de desarrollo, y hacer todos los cambios allí. Una vez que se hayan realizado todos los cambios, quiero copiarlos nuevamente en el sitio en vivo.
Si los cambios son solo a archivos, como theme y css, eso es algo fácil. Sin embargo, si los cambios involucran cambios en la base de datos, como agregar nuevos complementos y agregar contenido que se conecta / se relaciona con estos complementos, entonces ya no puedo simplemente copiar el sitio de nuevo, ya que anulará cualquier cambio nuevo que se haya agregado a la vida base de datos del sitio. Se borrarán todas las publicaciones nuevas, pedidos nuevos, cargas de imágenes nuevas.
Ahora sé que diferentes escenarios de casos tienen diferentes soluciones, pero ¿no existe un método que aborde todos los casos?
Por ejemplo, si los únicos cambios que se hicieron al sitio en vivo fueron publicaciones nuevas, entonces puedo exportar e importar las publicaciones al sitio de desarrollo y luego mover todo el sitio. Lo mismo con algunos otros artículos, pero no todos los tipos de artículos. Y el otro problema con esto es que la función de exportación e importación en WordPress es abismal. Es muy rudimentario y tiene muy pocas opciones para seleccionar y exportar solo elementos específicos. Probablemente he probado todos los complementos de "importación / exportación avanzada" y nada tiene que resolver este problema.
Entonces, en otro hilo, alguien señaló este complemento básicamente para instalar y trabajar en un tema en el sitio en vivo, mientras que los usuarios regulares aún ven el tema existente, pero eso aún no resuelve todo tipo de cambios. porque si desea realizar cambios en el contenido, digamos el pie de página o el menú de navegación, es algo que todavía se reflejará en el tema / sitio visible existente y podría verse bien en el nuevo tema de prueba, pero no en el tema en vivo.
¿No hay forma de desarrollar una "rama" de un sitio en el mismo sitio / base de datos y luego cambiar? ¿o no hay forma de desarrollar en un sitio de desarrollo pero luego fusionar bases de datos de una manera no destructiva? Si sabes qué componentes y cosas has afectado, ¿no habría una manera de hacerlo? o necesitarías ser un maestro de MySQL para intentar tal cosa.
No puedo ser el único que tiene este enigma. No puedo imaginar que no haya una solución para este problema. ¿Cómo se puede hacer esto?
Gracias por adelantado.
Respuestas:
Realmente no hay una manera fácil de hacer lo que quieres hacer, pero lo que yo haría es hacer una instantánea de tu sitio, implementar tus cambios y, si algo, los frenos se restauran e intentarlo de nuevo. Podría estar inactivo durante una hora, pero hace poco hice esto cuando de alguna manera bloqueé un sitio en el que estaba trabajando. Esta podría no ser la forma "correcta" de resolver el problema, pero para mí funciona. Buena suerte.
fuente