¿Cuál es la mejor manera de configurar un sitio de ensayo de WordPress y migrarlo al sitio en vivo: complementos, github, algo más?

Personalmente (y admito que esta puede no ser la solución definitiva, ya que aún no he invertido en buddypress ) …

Uso cloud9 (ubuntu) para pruebas / etapas, y muevo los datos al sitio en vivo cuando estoy contento. O viceversa si quiero clonar una copia del sitio (generalmente solo base de datos y contenido de wp).

Su entorno de desarrollo, en la nube, tiene la ventaja de ‘girar’ una nueva imagen de disco de la ventana acoplable de ubuntu cada vez que hace clic en ‘nuevo proyecto’, por lo que si arruina las cosas por completo, es fácil comenzar de nuevo.

Básicamente sigo estos tutoriales (3 años de edad, pero aún funcionan):

apoyo…

restaurar…


Esa es esencialmente la migración.

Todos los cambios se realizan en un tema secundario en lugar del tema en sí, generalmente configuro un tema secundario de inmediato, por lo que tengo un style.css (o style.scss) en blanco para anular, por ejemplo, si quiero usar el editor wp. El tema hijo siempre se guarda en Github, porque allí es donde sucede la magia. (y descargas automáticas de github como zip en el escritorio, por lo que siempre es útil)


Pero sí, estoy seguro de que hay mejores formas, es decir, con buddypress.


Sin relación: gulp también funciona bien en cloud9 y browsersync, pero la implementación es un poco complicada con c9 / wordpress / browsersync ya que debe agregar la siguiente solución de código horrible a functions.php:

  / ***********************************
  * SOLO PARA DESARROLLO
  * * 
  * ******************************** /
 función gulp_bsync_script () {
 ?>
  // <! [CDATA [
     document.write (" " .replace ("HOST", ubicación .hostname)); 
 //]]> 
 <? php
 }
 add_action ('wp_footer', 'gulp_bsync_script');

Hay varias formas
Si puede pagar el alojamiento en wpengine, tienen una excelente opción para trabajar en un clon de su sitio como un entorno provisional. Esto le permite clonar primero su sitio, luego trabajar en el escenario y finalmente “clonar” sus cambios en el sitio en vivo.
Hay varios otros proveedores de alojamiento WP que ofrecen esta opción.

Si tiene suficiente experiencia, puede probar el complemento WPstagecoach (WP Stagecoach: sitios de preparación de WordPress, fácil: WP Stagecoach). Ahora está en etapa alfa / beta, pero parece ser una solución prometedora para hacer un clon de su sitio (el sitio de almacenamiento está alojado en su servidor, con su propio acceso y dirección FTP): puede trabajar en el sitio de almacenamiento y luego copie los cambios de forma selectiva o automática al sitio en vivo.

En cualquier caso, ¡SIEMPRE COPIA DE SEGURIDAD del sitio en vivo antes de hacer cambios!

WP Twin es la mejor herramienta que existe, específicamente para este propósito. Es un script php que empaqueta toda su instalación de WordPress (archivos y base de datos) en un solo archivo. Es super fácil de usar. Y todo pasa, excepto el nombre y la descripción del sitio.

Ideal para clonar también.

Siempre que instales actualizaciones en tu sitio de WordPress, es mejor probarlo primero en un entorno provisional. Esto evita cualquier tiempo de inactividad no deseado para su sitio web, lo que evitará que los visitantes sean rechazados con un mensaje de error.

Cuando desee actualizar su sitio web de WordPress utilizando un sitio de ensayo, puede crear un clon independiente de su sitio de producción en vivo. Aquí puede probar nuevos complementos, hacer personalizaciones de temas o verificar cualquier actualización sin afectar el sitio web en vivo. Y, si todo funciona bien después de realizar todos los cambios necesarios, puede empujarlos a un sitio en vivo.

Creo que la mejor manera es instalar el wordpress en su ubicación destinada y restringir el acceso para cualquier persona que no sea administrador / desarrollador con .htaccess.

De esta forma, solo tendrá que cambiar un archivo para ‘liberar’ su sitio al público (rápido y fácil) y no se arriesgará a problemas con, por ejemplo, diferentes configuraciones de servidor (versión de PHP, configuración de php.ini, etc.)

Hay tres formas de configurar un sitio de ensayo de WordPress. Como:

  1. Establecer un sitio de ensayo de WordPress manualmente
  2. Establecer el sitio de ensayo de WordPress con Web Host
  3. Establecer el sitio de ensayo de WordPress con complementos

Las cuatro técnicas son fáciles y eficientes. La configuración manual de un sitio de ensayo de WordPress requerirá suficiente conocimiento de codificación, mientras que con Web Host y complementos puede desarrollar un sitio de ensayo sin conocimientos de codificación competentes.

Puede crear un sitio de WordPress Staging con solo un clic.

Ok, la verdad es que necesita dos clics con este complemento gratuito disponible, pero afaik es el único que permite que incluso el usuario más inexperto cree un sitio de puesta en escena completo sin la necesidad de una configuración extensa o conocimiento especial.

Está disponible en WordPress:
https://de.wordpress.org/plugins

Divulgación: soy el autor de este complemento. Entonces puedes preguntarme cualquier cosa al respecto.

Yo suelo:


BackupBuddy para migrar sitios entre etapa / producción (y viceversa cuando se hace cargo de un sitio sin sitio de desarrollo o preparación).

WP Migrate DB Pro para sincronizar cambios de DB y medios entre servidores.

La forma más fácil y rápida para mí es clonar mis sitios web en subdominios usando WP Clone. Aquí hay un tutorial detallado sobre cómo hacerlo: Cómo clonar un sitio web para realizar pruebas: la forma más fácil de forma gratuita

Y aquí está el video tutorial (fácil y muy detallado):