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é
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
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
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
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
www.theverylittleagency.com
Gracias por los comentarios
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
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
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
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
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 :-)
@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,
habría que ver a qué responde ese criterio.
Contacto
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
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
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
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
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
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
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
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
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:
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
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
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
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
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
http://www.misitio.com/?q=use
Ingresa así
Sitio desconectado en mantenimiento
gracias por tu ayuda
http://www.misitio.com/?q=use
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
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
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