Multisite Drupal 7

Events happening in the community are now at Drupal community events on www.drupal.org.
Rodre's picture

Hola a tod@s,

Estamos haciendo dos sitios para una importante editorial de Argentina, para dos de sus revistas. Tenemos pensado hacer un multisite y hacerlo en Drupal 7.

Tenemos la idea de compartir la base de datos de usuarios para ambos sitios, y que los usuarios puedan usar una misma cuenta para ambos sitios, o sitios agregados en el futuro, y ahi es donde surgen las dudas. Estuve investigando pero obviamente todavía no hay mucho documentado para mutlisite en Drupal 7, y menos para compartir el log in. Para drupal 6 hay algo pero no es claro, y tampoco se si se aplica a Drupal 7.

Está el módulo bakery, pero por lo que veo es para subdominios, y en este caso son dominios distintos.
Otra opción es el modulo singe sign on, que reemplaza a otro que se descartó por security issues, pero está en etapas muy iniciales y solo para drupal 6.

Los módulos domain access y subdomian también son para otra cosa

Entonces mi consulta es, qué modulo o procedimiento recomiendan para resolver esta situación.

Gracias!

Comments

No entiendo por qué

mariano.barcia's picture

No entiendo por qué descartaste Domain Access: creo que es exactamente el módulo que necesitás. Tengo muy buena experiencia en un cliente usando DA. Es maduro y tiene además una gran cantidad de módulos contribuidos.

Te recomiendo que lo reveas, o que describas el conjunto completo de requerimientos de tu proyecto, porque los que incluiste son exactamente los que declara Domain Access.

"The Domain Access project is a suite of modules that provide tools for running a group of affiliated sites from one Drupal installation and a single shared database. The module allows you to share users, content, and configurations across a group of sites".

HTH, salud

Lo había descartado en un

Rodre's picture

Lo había descartado en un principio porque dice que por default comparte todas las tablas, y luego se separan con el domain prefix module. Me gusta la idea de que las bases de datos sean distintas y haya solo las tablas de usuarios compartidas en una base compartida o algo similar.

Está esto también: http://drupal.org/node/547862

Voy a probar ambas opciones y ver qué resultados obtengo, tampoco tengo claro todas las ventajas y desventajas de cada una.

Rodrigo Santamaría
http://sansites.com

DA es una solución mucho más

mariano.barcia's picture

DA es una solución mucho más grande y flexible que el multi-site en el core. El motivo por el cual descartaste DA (el que utilice las mismas tablas por default) me parecería un detalle secundario de implementación por el cual no preocuparse demasiado, siendo que antes de eso tenés una arquitectura incipiente con muchos casos de uso "sin satisfacer" aún.

Te paso algunos ejemplos de websites reales en DA.

http://atlanta.skirt.com/ es un ejemplo de DA (Skirt Magazine)
Tienen un sub-dominio por ciudad.

Y otro que hicimos nosotros con DA es Hidden Path Entertainment
http://www.hiddenpath.com
Tienen el sitio institucional, y un sub-dominio por juego

Espero te sirva, salud

DA

nicodv's picture

Hola, gracias por la información. Cuento mi caso aquí a ver si alguien puede echarme un cable y saber si DA es aplicable:

Tengo un site que estoy conectando a salesforce, desde el cual intento importar y actualizar accounts y opportunities y darles a ambos la "forma" de usuarios en drupal. La cosa no está saliendo como esperaba, sobre todo porque SF no permite el mapeo de dos objetos en uno de drupal o por lo menos no del mismo campo (username).
Para resolver ese problema, se me ha ocurrido hacer dos subdominios, conectar cada uno a sf para bajar accounts y opportunities por separado, y a guión seguido, usar los usuarios de ambos sites en el site principal.

Es esto posible? es decir, es posible tener una tabla de usuarios con campos mapeados de SF y al mismo tiempo estar actualizando esos campos con la tabla del site principal?

Espero haber sido claro con mi explicación y muchas gracias por adelantado con cualquier comentario que me pueda poner en el buen camino.

nico

Gracias por los comentarios

Rodre's picture

Gracias por los comentarios Mariano.

Estuve investigando en profundidad el DA, por lo que veo es un módulo muy potente, pero su enfoque es partir de un único sitio, y empezar a separar los contenidos y funciones específicas para cada subsitio. Tiene varias funciones para esto y tambien otros módulos contribuidos.

Para nuestro proyecto, el enfoque es al revés. Si bien son dos revistas de la misma editorial, solo comparten el registro de usuarios, todo lo demás incluida la administración de cada sitio está separada, y son muy distintos. El mantenimiento del código si está centralizado, y por eso el multisitio.

Me parece que el trabajo de separar con el DA es mucho mayor al de compartir usuarios con esto: http://drupal.org/node/547862 que parece bastante sencillo de implementar. Voy a probar y ver qué resultados obtengo.

Rodrigo Santamaría
http://sansites.com

Rodrigo, Es cierto que DA

mariano.barcia's picture

Rodrigo,

Es cierto que DA requiere una arquitectura de la información similar en todos los sitios que administra (o una que contenga a todas más o menos manejable). Si el tuyo no es el caso, entonces DA no es lo que necesitás, pero más vale que te asegures porque si terminan siendo similares, entonces estarás duplicando esfuerzos en los sitios (porque son BD diferentes, y tenés que duplicar configuraciones, actualizaciones, etc.). Con DA, tenés una sola instancia Drupal, lo cual ahorra bastante esfuerzo porque determina un único mantenimiento y monitoreo, y no varios. Lo que cambia entre sitios en cuanto a mantenimiento es muy poco, básicamente las CSS de los themes, o alguna sección de uno que no está en el otro. Pero del lado de los usuarios, son sitios distintos, son distinto diseño y distinto contenido.

Que el codigo sea el mismo, no lo considero muy importante (hay drush y hay ventajas en tener dos ramas separadas de código).

Compartir a bajo nivel la tabla de usuarios nunca lo probé, me parece que no se usa mucho, pero a veces no hay otra o es muy complicado. Suerte, salud

Muchas gracias por los

Rodre's picture

Muchas gracias por los comentarios.

Todavía sigo investigando las alternativas. Lo del multisitio funciona bien por ahora, también voy a probar el Domain Access.

Pregunta, desde el punto de vista del rendimiento, suponiendo que los sitios tengan un tráfico alto, qué alternativa conviene ?

Rodrigo Santamaría
http://sansites.com

El rendimiento de Drupal

mariano.barcia's picture

El rendimiento de Drupal depende de muchos factores, DA sería uno de ellos, no creo que el más importante, pero acá tenés una discusión muy interesante.

FYI
http://groups.drupal.org/node/20321#comment-70267

HTH

Muy buenos argumentos y

carajito's picture

Muy buenos argumentos y respuestas Mariano, yo estoy buscado hacer un sitio con tres sub dominios, donde existan distintos tipos de usuarios, que uno puedan publicar en todos los sitios y otros solo en en uno.

Ej:
dominio.com
b.dominio.com
c.dominio.com

Donde:
Juan pueda publicar en los tres
Carlos solo pueda ver dominio.com
Andres pueda ver el sitio dominio.com y algunos contenidos del b.dominio.com

Veo que lo podría manejar con el modulo que comentas y lo demás definiendo niveles de usuarios y tipos de contenido.

Porfavor corrigeme si me equivoco o sabes de algún metodo mejor

Saludos

@carajito: bueno gracias :-)

mariano.barcia's picture

@carajito: bueno gracias :-) Habría que ver más en detalle tus casos de uso, no estoy 100% seguro que DA soporte visibilidad de dominios por rol. Además,

"y algunos contenidos del b.dominio.com"

habría que ver a qué responde ese criterio.

Contacto

carajito's picture

Hola Mariano, quería saber si nos podemos comunicar por algún medio mas directo como skype, de esta forma te comento mas detalles y de una ves quedamos conectados para cualquier cosa en la que nos podamos apoyar mutuamente.

Bueno, lo de "y algunos contenidos del b.dominio.com" es que quiero crear un tipo de usuario (xx) que tenga acceso a ciertos contenidos o categoría se se pudiera decir y que otro tipo de usuarios (xy) pueda ver otros contenidos pero no pueda ver los que si ve (xx)

Saludos

Está muy buena la discusión

Rodre's picture

Está muy buena la discusión esa, y estuve investigando más. La semana que viene vamos a tomar la decisión, seguimos investigando y planificando los sitios antes de hacerlo.

Gracias!

Rodrigo Santamaría
http://sansites.com

Instalación de Drupal core en un subdominio

manuel_mra's picture

Hola:
Estoy tratando de usar DA en un sitio que es un subdominio y a partir de allí crear multisitios. Ya he podido instalar el módulo DA pero uno de los problemas que estoy teniendo es que no puedo acceder al otro sitio aún creando un usuario. He visto que el problema va por la variable $cookie_domain = '.example.com' pues cuando coloco el nombre del subdominio en el archivo settings.php me vuelve a colocar $cookie_domain = '.example.com' . Estoy probando en un ambiente local para ver si encuentro la solución a algunos de los problemas que se presentan en un sitio de prueba en internet.
Por otro lado quisiera saber si es que cada sitio puede tener activados módulos diferentes.
Gracias por su ayuda.
Saludos.

Manuel.

hem... estás seguro que estás

mariano.barcia's picture

hem... estás seguro que estás pudiendo guardar el settings.php??? (settings.php está protegido contra escritura)

Otra cosa: a menos que la tengas muuuy clara con las redes (en cuyo caso vas a querer probarlo en un dominio real porque replicar las condiciones es engorroso), probar DA local es garantía de fracaso. Mis 2 ctvs. HTH

Multisitio con Drupal 7

gabysmar's picture

Hola Mariano, te comento que estoy creando un multisitio sino que he tenido incovenientes, he seguido algunos tutoriales para hacerlo pero son muy confusos, será que me puedes ayudar con algo que sea claro y me pueda ayudar a crear mi multisitio con drupal 7.

Multisiio con Drupal

manuel_mra's picture

Hola:
Te envío un enlace para videos de multisitio: http://drupal.org/node/43816
Si tuvieras alguna pregunta me la envías para ver si te puedo dar una ayuda. Pero te pediría que primero veas los videos y lo que no entiendas te ayuda. Ya he tenido alguna experiencia haciendo multisitios, sobre todo en Hosting sharing.
Saludos.

Multisitio

gabysmar's picture

ya muchas gracias estoy viendo los links que me has enviado pero en realidad estoy creando un multisitio en modo local, te comento que segui el siguiente tutorial http://forobeta.com/drupal/47865-multi-sitios-drupal.html sino que el paso 6 ya tengo esa dificultad no encuentro esa ventana de dominios adicionales, no se si me equivocó pero según la consulta que he realizado no si si existe ese módulo para drupal 7, podrías ayudarme si ese tutorial es correcto o mejor trabajo con los links que me enviaste

Multisitios

manuel_mra's picture

Hola:
Se supone que ya has creado el dominio principal con el Control Panel.
El paso 6 lo debes de hacer en el Control Panel del Hosting compartido (para el nuevo sitio).
A la hora de crearlo te va a pedir en que carpeta o folder quieres instalarlo y le vas a dar la misma ruta que el dominio principal.
Si tuvieras dudas me envías un mensaje.
Saludos.

guardar el settings.php

manuel_mra's picture

Hola Mariano:
Gracias por tu respuesta. Tal vez no he detallado el problema. La situación más o menos es la siguiente: Inicio la instalación local y coloco en el archivo settings.php (antes de instalar) la instrucción indicada : $cookie_domain = '.misitio.com'; (como ejemplo del nombre del virtual host). Había colocado como nombre del Virtual host "misitio" (sin el '.com'). Cuando instalé el sitio la instrucción se puso nuevamente como $cookie_domain = '.example.com', pero cuando cambié la instrucción a $cookie_domain = '.misitio'; ( .. cambié manualmente los permisos del archivo para poder cambiar el valor) el cambio que había realizado se mantuvo. Bueno eso es lo que que ha sucedido de manera local.
Tienes razón en que es diferente probarlo en un dominio real. Lo que sucede es que estoy teniendo problemas a la hora de instalar el módulo DA en un entorno real. Tal como he comentado en el mensaje el sitio es un subdominio y estoy tratando de usar ese subdominio como base para crear otros dominios con el DA, pero cuando lo hago no puedo ingresar con un usuario que he creado para el nuevo dominio y una de las persona que me estaba orientando me dijo que el problema era del Cookie, por eso decidí hacerlo en un ambiente local (W7).
Todavía sigo probando en un ambiente local para ver qué es lo que genera ese error. Luego de eso voy a ver como solucionaría ese problema.
Por eso te estaba solicitando apoyo.
Me parece que conoces del tema y quisiera saber si es que el DA puede hacer que cada sitio active diferentes módulos.
Gracias.

Manuel.

Manuel, claro ahora entiendo:

mariano.barcia's picture

Manuel,
claro ahora entiendo: la instalación (así como el cron) "masajean" el settings.php (por ej. le restituyen la protección contra escritura)
En cuanto a instalarlo en un subdominio y de ahí crear sub-subdominios (si no entendí mal!) no sé si estará soportado por DA.
En cuanto a que DA active distintos módulos, no creo que lo haga, pero en ese caso suena a que estás tratando de usar DA para algo que no fue específicamente creado. Como dije arriba, DA requiere de que la arquitectura de la información sea bastante homogénea entre los sitios, y si estás activando módulos en unos y no en otros, podría ser que en realidad debas re-evaluar si DA es lo que necesitás. Mis 2 ctvs. HTH

Instalación del módulo DA

manuel_mra's picture

Hola Mariano :
Lo que sucede es que estuve tratando de instalar el DA en internet y me salieron errores. Específicamente el del $cookie_domain y fue que decidí hacer pruebas en un entorno local y creo que encontré la causa de ese error : la instalación que hice en internet estaba en una subcarpeta. Hice la prueba, de modo local, para instalar un subdominio en una subcarpeta y también en la raíz y en el primer caso falló, pero en el segundo si funcionó. Conclusión, para usar DA el sitio (sea dominio o subdominio) tiene que estar la carpeta de instalación debajo de la raíz, sino no funciona.
Aún me faltan otros detalles pero me parece que voy a usar multisitios en lugar de DA, todavía tengo que hacer otras pruebas, pero creo que no voy a usar DA.
Saludos.

Manuel

Sitio desconectado en mantenimiento

carlos arteta yances's picture

trato de entrar a mi sitio y me sale el siguiente mensaje En este momento Paraiso Real FC está desconectado para su mantenimiento. Volvemos en seguida. Gracias por su paciencia.

si alguien me puede colaborar le agradezco gracias.

Prueba con drush

jmolivas's picture

Poner sitio en mantenimiento:
vset --always-set maintenance_mode 1
cache-clear all

Regresar sitio estatus en linea:
vset --always-set maintenance_mode 0
cache-clear all

--
http://jmolivas.com/
@jmolivas

Hola Carlos : Debes de

manuel_mra's picture

Hola Carlos :
Debes de ingresar como administrador y vas al menú Configuración del sitio / Mantenimiento del sitio : "desconectado". Así está posiblemente en estos momentos. Debes de colocarlo como "conectado".

Manuel.

http://www.misitio.com/?q=use

Sitio desconectado en mantenimiento

carlos arteta yances's picture

gracias por tu ayuda

http://www.misitio.com/?q=use

aandreux's picture

http://www.misitio.com/?q=user
Esta seria la url para ingresar como admin con el sitio en mantenimiento.
Luego sacalo del estado de mantenimiento y ya!

Multisitio con Drupal 7

gabysmar's picture

Hola Mariano , te comento que estoy creando un multisitio sino que he tenido incovenientes, he seguido algunos tutoriales para hacerlo pero son muy confusos, será que me puedes ayudar con algo que sea claro y me pueda ayudar a crear mi multisitio con drupal 7. Gracias

Yo uso domain access, es

antoniomanco's picture

Yo uso domain access, es funcional y sí, me permite diferenciar desde módulos, bloques y usuarios. En mi caso monté un sitio desktop y uno movil, con m.misitio.com. en este último sitio sólo puse bloques básicos.

Ojo que para DA, debes instalar los módulos o crear los bloques en el dominio principal y disponer su uso desde ahí, para evitar errores

Argentina

Group organizers

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds: