Pasos para replicar un sitio DRUPAL 6 en otro servidor (local o remoto):
A) Operaciones en el servidor ORIGEN:
- Hacer una copia de la Base de Batos con el módulo backup_migrate (es muy fácil).
- Obtener una copia completa de la carpeta
[sites]y llamarla, por ejemplo,[sites_original](Nota: es un decir, no hace falta que le cambiéis el nombre, solo que sepáis donde la guardáis...).
B) Operaciones en el servidor DESTINO:
- Instalar DRUPAL:
- Crear la Base de Datos CON LOS MISMOS DATOS de Nombre, Usuario y Palabra de Paso que la Base de Datos del servidor ORIGEN (se pueden consultar estos datos en el fichero
[sites_original/default/settings.php]) - Instalar LA MISMA VERSIÓN de DRUPAL que hay en el servidor ORIGEN.
Nota: Los datos de instalación que pongamos ahora en el nuevo DRUPAL se perderán al volcar la base de datos ORIGEN, por lo que no hay que preocuparse del nombre del administrador, la palabra de paso, el nombre del sitio o la dirección de correo electrónico, aunque es mejor que nos lo apuntemos por si acaso... (ATENCIÓN: Si es MUY IMPORTANTE que sean correctos los datos relativos a la Base de Datos: nombre de la BBDD, usuario y palabra de paso). - Cuando aparezca la pantalla de bienvenida "Welcom to your new DRUPAL website", poner el sitio en modo MANTENIMIENTO
- Replicar ficheros de "site" y los datos de la BB DD:
- AVISO IMPORTANTE: Las últimas versiones de backup_migrate crean ficheros de copia de la Base de Datos incompatibles con PhpMyAdmin .
- Eliminar la carpeta
[sites]y copiar la carpeta[sites_original]en la raíz del sitio, con nombre[sites]. - IMPORTANTE: verificar (y corregir si procede) la propiedad y los permisos de los ficheros y directorios bajo la carpeta "sites" (Nota: pueden estar mal debido a la variable "UMASK" del sistema de destino).
- Activar (en el nuevo sitio) únicamente el módulo backup_migrate
- mediante el módulo backup_migrate restaurar la Base de Datos del servidor origen (copia realizada en el punto A-1).
y ya está...
Nota: Recordad que los nombres de usuario y palabras de paso serán los del servidor ORIGEN ;-)
Problemas conocidos:
- Si las imágenes (y otras cosas: ficheros, logos, ... ) no aparecen, es muy probable que sea motivado por las referencias absolutas o relativas utilizadas en las URL (recordad: [/sites/...] = referencia absoluta; [sites/...] = referencia relativa). Si no se reproduce exactamente en el servidor DESTINO la misma estructura de caminos ( paths ) que en el servidor ORIGEN, todas las referencias deberían ser relativas (Nota: hay un truco en PHP pero ahora no viene a cuento...).
- Si todo parece funcionar a medias (de forma horrible: no hay theme -> pantalla fondo blanco, todo desconfigurado...). Tranquilos. El problema seguramente es que el "File System" está declarado en una dirección distinta de la estandard
[sites/default/files]. (En mis sitios el sistema de ficheros esté declarado en[sites/all/files]). Bueno, pues como administrador del sitio cambiar la configuración en[Administer => Site Configuration => File System]poniendo el camino correcto.
Saludos
Isaac.el.cec
Comentaris
Problema final...
Hola!
Realmente la explicacion es excelente, pero cuando hago el cambio de nombre, me dice que el servidor esta offline, podrias decirme a que es debido?
Saludos!
¿Cambio de nombre?
Hola...
¿Cambio de nombre? ... ¿que cambio de nombre?
Explicate un poco + ...
Saludos
Jaume
cambio de nombre!
Hola!
Soy el mismo de antes, me refiero al cambio de nombre de Sites.
Es decir, tengo Sites con los datos de ingreso y hasta ahi todo correcto, pero luego pongo el sites que tenia en el otro drupal del que quiero hacer la copia, y al cambiar el nombre de la carpeta sites, me da el error que te comento.
La base de datos, el usuario, la contraseña son las mismas. hay algo que se me escapa?
En que punto...
Hola de nuevo...
¿En que punto de la secuencia se produce el problema?
(he modificado la instrucción para que sea + clara)
- Imagino que es en el punto B-2.2: Al cambiar la carpeta "sites" de instalación en el nuevo servidor por la carpeta "sites" original...
Si es así, una vez hecho el cambio, verifica:
1.- Tema permisos: ¿hay permiso de lectura para el fichero "sites/default/settings.php"?
2.- Tema consistencia de datos: ¿la Base de datos, el nombre del usuario de la BBDD y la palabra de paso son las correctas?
Ya me dirás...
Saludos
Punto 2.2
Hola!
Comando: SITE CHMOD 777 settings.php
Respuesta: 504 Command not implemented for that parameter
Es posible que este sea el fallo? por lo demas, la base de datos es phpmyadmin, sabes de alguna otra forma de duplicarlo? node_export?
Saludos!
"SITE CHMOD 777 " ?????
Hola...
No conozco la orden "
site chmod"...No será: "
sudo chmod 777 settings.php" ???- Por cierto, la Base de datos NO ES "phpmyadmin". El motor o gestor de la Base de Datos es MySQL.
phpmyadmin es uno de los programas que, mediante un entorno gráfico, permite gestionar las Bases de Datos gestionadas por MySQL.
Saludos