Drupal almacena los datos de configuración del sitio de manera consistente, desde la lista de módulos habilitados hasta los tipos de contenido, vocabularios de taxonomía, campos y vistas.
No se recomienda hacer cambios directamente en la configuración de un sitio activo. El sistema está diseñado para que puedas usar la configuración actual, probar cambios localmente, exportarlos a archivos y desplegarlos en un entorno de producción. La configuración de tu sitio puede guardarse como parte de tu base de código e integrarse con el control de versiones.
Aquí tienes un ejemplo sencillo que demuestra cómo se puede configurar el nombre del sitio en un entorno y desplegarlo en otro. Este ejemplo incluye la carga y descarga manual de archivos de configuración tar.gz, pero también es posible mantener el directorio de sincronización de tu sitio bajo control de versiones y sincronizarlo así.
1. Instala Drupal 8. Llamaremos a este sitio “Producción”.
En esta página se asume que estás familiarizado con el uso de Drush y que tienes la última versión.
El siguiente ejemplo muestra cómo exportar cambios desde sitios de desarrollo hacia sitios en producción. También es posible hacerlo a la inversa.
1. Instala Drupal 8. Llamaremos a este sitio “Live”.
Por defecto, Drupal ubica el directorio de sincronización de configuración dentro del directorio de archivos del sitio, usando un hash como parte del nombre del directorio, es decir, sites/default/files/config_HASH.
HASH es una cadena bastante larga de caracteres aleatorios. Esto dificulta (pero no imposibilita) el acceso a la configuración vía Internet. La ubicación del directorio de sincronización se puede cambiar después de la instalación.
Tenga en cuenta que por defecto Drupal almacena la información de gestión de configuración en la base de datos. Para que el flujo de trabajo basado en el sistema de archivos funcione, es necesario modificar los archivos settings.php y services.yml.
Has creado un sitio Drupal 8 y quieres alojarlo en tu servidor
o
Has configurado un sitio Drupal 8 en tu servidor remoto y quieres trabajar en él localmente
Drupal 8 es diferente
Antes de Drupal 7 este era un proceso bastante sencillo: copiar todos los archivos, copiar la base de datos, listo.
En Drupal 8, CMI - Gestión de Configuración - entra en juego y hay que ocuparse de ella.
Drupal tiene una función que permite servir sitios independientes y separados desde una única base de código. Cada sitio tiene su propia base de datos, configuración, archivos y dominio base o URL. Hasta que esta documentación sea ampliada, por favor consulta la documentación correspondiente para Drupal 7.
La siguiente guía cubrirá los pasos necesarios para configurar un multisitio en Drupal 8. Esta guía está en desarrollo y solo se presentan algunos ejemplos de configuraciones. Existen otras opciones disponibles, como HTTPS, otros servidores web y bases de datos, así como configuraciones más avanzadas de hosts virtuales, etc.
La razón principal para usar una instalación multisitio de Drupal es ahorrar tiempo cuando gestionas varios sitios Drupal que utilizan la misma versión del núcleo de Drupal. Cada vez que se lanza una nueva actualización del núcleo de Drupal, solo tienes que aplicar esa actualización en un solo conjunto de código, no en cada sitio. Sin embargo, hay desventajas. Estas se mitigan si usas el sistema de hosting Aegir.
A continuación se muestra un ejemplo de estructura multisitio con Drupal 8. Para simplificar, no se enumeran otras carpetas y archivos principales de Drupal.