Multisite Drupal - Rendimiento, Configuración y Contenidos

Posted by maniatox on April 8, 2012 at 2:53am

Hola amigos,
Desde ya un gusto y gracias por estar ahí.

Estoy investigando sobre multisitios u otros metodos para un proyecto que comprende:
Un sitio central y varios sitios satélite que proveen de información a este sitio central.

E visto El modulo Domain Access y no me convence, es bueno pero no logro trabajar bien con el. Y por otro lado mi idea es que cada sitio satélite realmente tenga su propia estructura y no siempre debe ser similar a los otros.

También estuve pensando en algo que conecte las bases de datos para realizar consultas vía views,... No se, es lo que sigo investigando...

Y por otro lado estoy tratando de averiguar si todo esto puede ser soportado por un servidor convencional o debo contratar, mínimo un vps para no tener problemas con msql u otra cuestión de rendimiento, ya que tuve problemas con otros multisitios que trabaje anteriormente.

Puntualmente quiero saber si hay forma de compartir contenidos entre multisitios y si es necesario o aconsejable trabajar en Drupal 6 o 7 y si necesito un servidor potente para no tener problemas??...

Desde ya agradezco todo lo que puedan hacer para ayudarme. Muchas Gracias.

Comments

Hola amigo, te cuento mi

Posted by mariano.barcia on April 8, 2012 at 3:37am

Hola amigo, te cuento mi idea.

El multisite es un poco limitado en el sentido que el mayor trabajo de mantenimiento está en la base de datos del Drupal, que tiene todo el contenido y también toda la configuración de los módulos. En comparación con eso, el codebase no requiere tanto trabajo (drush se encarga bien del codebase).

Por eso el Domain Access tiene sentido ahí donde las arquitecturas son similares, para así poder utilizar una única base de datos.

Si tenés varios sitios que tienen las suficientes diferencias entre sí como para hacer que Domain Access se torne inadecuado, entonces yo aconsejaría utilizar sitios diferentes, manteniendo el codebase de c/u con Drush, y compartiendo funcionalidad con el módulo Features.

De este modo, los sitios serían independientes, manteniendo cada uno sus arquitecturas distintas y bien definidas, pero compartiendo funcionalidades ("features") que son gestionadas y desplegadas una única vez para todos los sitios. Tengo entendido que hasta podés montar tu propio servidor de features, de manera de poder actualizar cada feature con drush.

Puede sonar complicado para el que no conoce Features: en ese caso recomiendo aprender Features :-) Para el que conoce Features, puede sonar complicado el server de features, bueno siempre se puede copiar a mano el feature a cada sitio y ejecutar feature-revert con Drush.

De este modo, yo creo que lograría tener cada sitio independiente, y a la vez, la funcionalidad bajo control mantenida con poco esfuerzo.

HTH, salud

Espectacular lo de Features!!!

Posted by maniatox on April 8, 2012 at 5:27am

Muchas Gracias Mariano, este modulo es fantástico, sabia de el, había leído algo pero nunca lo había probado y es realmente muy valioso.

Con esto puedo ahorrar muchos esfuerzos en el desarrollo de cada sitio.

Lo que no se muy bien como funciona es el codebase, no entiendo muy bien de que se trata y como me ayudaría a compartir el contenido de cada sitio con los otros sitios o el sitio central o maestro?.

Otra cosa, es necesario usar <drush?, yo normalmente no lo uso, pero bueno todo se aprende y Drupal siempre nos lleva a mas..

Con la palabra "codebase" me

Posted by mariano.barcia on April 8, 2012 at 1:52pm

Con la palabra "codebase" me refiero simplemente al conjunto de ficheros (principalmente en código PHP) que conforman el código del/los website/s en cuestión en el directorio raíz del webserver.

En cuanto a compartir el contenido, hay varias formas de hacerlo, desde el multisite compartiendo tablas, hasta Domain Access, pasando por recetas con multisite y taxonomy, o hasta inclusive Organic Groups. La elección depende mucho de lo que quieras hacer.

A mí no me convence mucho ninguna receta (con excepción del multisite compartiendo tablas), ya que resultan en una arquitectura propensa a errores, difícil de explicar/comunicar, y hasta poco flexible si surgen nuevos requerimientos. Multisite compartiendo tablas nunca lo he hecho, a lo mejor alguien más puede comentar al respecto, qué tal le haya resultado esa solución.

Para compartir información

Posted by victorkane on April 8, 2012 at 2:21pm

Las sugerencias de Mariano cubren la manera de compartir funcionalidad con features, etc., e incluso de contenido, al compartir la base de datos con Domain Access si la arquitectura de los distintos sitios son similares.
Yo agregaría, si se trata de instanciar una serie de sitios con arquitectura similares, incluso frecuentemente (sitios con distintos "branding") que se puede considerar la posibilidad de usar el método de perfil de instalación (installation profile) como he hecho en http://drupal.org/project/pft
Si no lo son, igual se puede usar features, como sugiere Mariano, para reusar funcionalidad.
En tu pregunta, decís "Un sitio central y varios sitios satélite que proveen de información a este sitio central", sin aclarar mucho; y además preguntás sobre Drupal 6 y 7.
Con respecto a éste último, con algunas excepciones, se debería ir con 7 ya (diría que DrupalCon Denver 2012 marca un hito en este sentido, con definiciones para Drupal 8 ya hecho, ver mi reciente artículo en este sentido: http://awebfactory.com/node/488 ), las excepciones son cuando, si bien ha habido una explosión de módulos listos para D7, algún módulo especial y esencial para un proyecto no esté y aun así habría que tratar de usar otro. Por ejemplo, reemplazar activity feed con heartbeat, etc. (o el interesante message http://groups.drupal.org/node/15207 )
Con respecto a "Un sitio central y varios sitios satélite que proveen de información a este sitio central", sin saber más, diría que hay dos métodos más que habría que considerar:
1. Probablemente lo que necesites es feeds http://drupal.org/project/feeds donde un sitio puede importar contenidos de otros sitios de diversas maneras.
2. Ver la posibilidad de usar el módulo deploy (hay una versión para D7 patrocinado por Al Jazeera) http://drupal.org/project/deploy

Victor Kane
http://awebfactory.com

Compartir Información

Posted by maniatox on April 8, 2012 at 7:50pm

Gracias Victor, me place poder recibir ayuda de esta hermosa comunidad. Yo no soy un programador experto y tomo mucho de los concejos que siempre puedo leer en ella.

Bien por el momento voy armando mi hoja de ruta: La idea es un sitio central que alojara información propia (Contenido Propio) y de sitios satélite que se agregaran con el tiempo. Y para ser mas claro (Ya que, es cierto, "información" es realmente muy genérico) Hablo de compartir contenidos o mas exactamente nodos, ya que cada sitio debera funcionar como independiente con su propio, tema, nombre, contacto, etc.. y (url propia). Lo ideal seria poder compartir solo los usuarios (ver mas abajo).

Como decia, creo que podría empezar de la siguiente manera:
- Drupal 7
- Features (Para generar modulos tipo genericos para los sitios)
En este caso seria muy util para tipos de contenidos standar aplicables a cada sitio.
- Domain Acces (Para sitios muy similares)

Todavía en duda:
(Para sitios diferentes /Con algunas similitudes o no respecto a tipos de contenidos)

(1) MULTISITIOS O NO?
1 - Para sitios distintos es mejor usar una instalación multisitios o directamente sitios separados??
1.a - En este caso necesitaría saber de acuerdo a la experiencia o conocimiento de los que saben mas que yo, si un multisitio consume muchos recursos o no, o es mejor que tarbajen con instalaciones separadas?
1.b - Si un multisitio con diferentes bases de datos consume mas o menso que con bases de datos con prefijos?
1.c - Si los recursos de un servidor tipo reseller normal sirven o si es necesario un VPS??

(Este punto también determinara como o si es posible compartir los usuarios en todos los sitios)

(2) FEEDS:
2 - He usado feeds para importar nodos y para rss pero desconozco si feeds puede realizar una importación de nodos periódica y automática o solo es a través de un archivo csv y en forma manual??,
con rss se que es automática pero necesito la información completa del nodo con imagenes y/o videos, etc. O Al menos el texto completo.

Lo del modulo deploy, no lo vi todavía.. ya lo vere..

Victor en muy interesante lo de Drupal 8, lo espero ansioso, jajaja

Realmente agradezco la ayuda y sigo con la investigación y en proceso.

Multisites vs. Feeds

Posted by develcuy on April 9, 2012 at 3:24am

Un instalación multi-site suele ser compleja y sirve para ahorrar memoria en el servidor y tener el código fuente común en un solo lugar, y el personalizado en carpetas asignadas al site correspondiente.
Luego todo se complica cuando quieres compartir datos y mantener el sitio seguro sin complicar tus reglas de acceso. Todo un reto.
El secreto aquí es balance y que puedas medir el esfuerzo que te va ha tomar implementar tus alternativas de solución, más el costo de mantenimiento por el tiempo de vida estimado.
Una solución que inicialmente tome menos tiempo, pero que en el mantenimiento por 2 años te va ha costar mucho esfuerzo, no es conveniente.
Para tu caso específico, me parece que tienes mucha oportunidad con Features y Feeds, además de un buen workflow y Single Sign-On para facilitarle la vida a los editores del sitio.

--
[develCuy](http://steemit.com/@develcuy) on steemit