VARIAS TIENDAS DE E-COMMERCE Y DRUPAL (OPINIONES POR FAVOR...)
Hola a todos, espero que me puedan ayudar con el siguiente caso:
Pretendo construir un portal corporativo para una asociación de empresas, con lo típico: sistemas de noticias, foros, etc... pero también que funcione como un "mall" en el que cada empresa tenga su propia tienda de comercio electrónico.
Mi idea no es que las tiendas queden aisladas, sino que desde el propio portal se pueda acceder a los datos como productos, productos mas vendidos, datos de las empresas, para hacer búsquedas o publicarlos en el portal. Recuerden que no es una tienda, son varias. Todo esto mediante módulos que crearé yo.
Realmente no se cual será la mejor opción de hacer esto, tengo las siguientes:
- Realizar una base de datos independiente que "copie" los datos de las tiendas cada cierto tiempo, y así se mantenga los modulos que crearé en el portal.
- Existe una solución en php nuke a esto, se llama php multishop, es un portal php-nuke integrado con varias tiendas oscommerce. No se si utilizarla porque no encuentro que php nuke sea un buen cms, y principalmente porque la base de datos de este sistema es muy extraña, me parece poco eficiente porque se junta todo en una sola base de datos... (no me extenderé mas en el tema para que alguien lea esto .. :S )
- Ni siquiera estoy segura que drupal sea un buen cms para este caso, por todo lo que he leido supongo que sí.
Muchas muchas gracias a quien me ayude con este problema...
necesito alguna idea.
saludos.
(espero que esta pregunta sí vaya aquí..)
- Inicie sesión o regístrese para enviar comentarios
Magento?
Mira360, había considerado a Magento como una buena opción, esa tienda que me dices no la había oido. Por lo que he leido se dice que Magento es el gran competidor de OsCommerce... va en la versión 1.6 y lleva aproximadamente un año de desarollo.. es bien nuevo el software.
Gracis por el dato de Prestashop y la multitienda, lo voy a investigar.
Antes de ponerse a programar.... mira Prestashop
He encontrado un posible competidor de OsCommerce,
www.prestashop.com
. El inconveniente es que acaban de empezar pero van pisando fuerte, actualmente estan por la version 1.1 (beta con muchas mejoras).
Lo interesante de esta aplicacion es que estan desarrollando la Multienda, esperemos que este para la proxima version 1.2.
Lo malo es que habra que esperar un poco, unos meses.
Crei que era importante, antes de ponerse a programar u optar por una solucion u otra.
Puedes encontrar mas info en castellano en
www.todoprestashop.com
.
Espero os sirva de ayuda, Saludos.
Muhas gracias por responder
Primero que todo, muchas gracias por las respuestas a ambos, me había tardado algo en contestar pero analicé bien lo que me dicen, y coincidentemente es mas o menos la solución a la que había llegado yo, y eso me tranquiliza. (como idea aun, no me he metido en código)
Antes de empezar a probar y a "meter mano" en las bases de datos, necesito elegir una tienda, estoy entre 3:
Magento, Oscommerce y zentCart
He escuchado y leido mucho acerca de que oscommerce, si bien es popular, su base de datos está mal diseñada y es dificil de tocar, al contrario de Magento. Pero esta última tiene la desventaja de que es bastante nueva aun.
de Zent Cart he escuchado buenas opiniones .. pero aun no me decido.
Que creen?
Comentado con un experto en OS-COMMERCE
La gran duda:
Una Base datos independiente por tienda o una unica base de datos para todas. ¿Que pasaria en el caso en el que de disponer mas de 100 tiendas o miles?
Una Base de datos, para todas:
Ventajas: Seria facil a la hora de relizar busquedas generales de productos.
Desventajas: la tabla de productos seria enorme, la busqueda de productos seria lenta y localizar una incidencia en esta seria horrible (tampoco lo veo muy seguro).
*Caso de Multishop PHP NUKE: una sola base de datos, y una tabla de productos, conficuracion, etc por tienda. Ya vimos los resultados, insostenible en su crecimiento a medida que introduces tiendas nuevas.
Diferentes Bases de datos, una por tienda:
Ventajas: todas seria lo idoneo, pero...
Desventajas: Habria que crear unas tablas con los datos de acceso a cada db o tienda, esto complica la programacion, la buqeuda general de productos y la instalacion o puesta en marcha de cada tienda (una instalcacion OS Commerce por cada una).
Consulta con Jordi Oller, conocido experto en OS Commerce de Barcelona:
Jordi Oller www.jordioller.com (espero que no se enfade por lo que voy a decir) vino a verme a Valencia y me comento que estaban realizando un proyecto parecido de multitiendas, y que ellos generaban archivos XML con la informacion de los productos de cada una de las tiendas (cada una de las DB´s), supongo que alimentaran el/los XML al dar de alta un producto, o bien con un bot o araña que busque productos nuevos en las diferentes db. Pero claro no es lo mismo buscar informacion en XML que MySQL. Buena solucion pero no creo que sea definitiva en grandes proyectos, como el que quiero realizar, e-commerce de ciudades completas.
SOLUCION EN MI OPINION:
Crear un sistema o formulario que permita a un usuario registrado realizar su propia instalacion asistida de su tienda virtual mediante script asistido. El problema sera cuando necesiten modulos instalados o preinstalados (habria que hacer muhos mas scripts).
Bases de datos independientes y una db con una tabla Productos Generales, donde se almacene los datos esenciales para la busqueda general de productos, de esta forma facilitariamos la busqueda de forma agil. Ejmplo:
id_db: para saber a que base de datos y/o tienda pertence, tipo de tienda e incluso porque no su posicion gps, para saber a que distancia nos encontramos de un producto o como podemos ir arecogerlo.
Categoria: Categoria o tipo de producto, para facilitar la busqueda por categorias o tipos de producto.
Subcategoria:Subacategoria o tipo de producto.
id_Producto: que producto es de la tienda o db.
Descripcion: para facilitar la busqueda por descripcion.
precio: para facilitar la busqueda por precio.
BASES DE DATOS de datos independientes, instalaciones independientes con una pequeña modificacion en el formulario de alta de productos que alimente la tabla general de productos. Esto nos permitiria tambien incluir en nuestro MarketPlace clientes que ya dispongan tienda virtual, independientemente de que use oscommerce,magento,etc. con una pequeña modificacion en su tienda incluiria sus productos en nuestrso buscadores de productos.
Bueno espero que mi reflesion (rollo) al respecto despierte el interes de muchos, para que nos puedan indicar que contribucion es la que mas se asemeja para colaborar con esta, y porque no despierte la cratividad de algunos para que aporten nuevas ideas.
Saludos a tod@s.
MUY interesante!! Yo tambien estoy en ello.
Hola, llevo casi un año buscando una solucion como la que comentas.
Ya hace unos meses tambien probe MultiShop de PHP NUKE y NO ES NADA PRACTICO (pone un prefijo a cada tabla por tienda en la db). Me puse en contacto con el creador del modulo (un italiano ahora, no recuerdo su nombre) y este me comento que ya habia abandonado el proyecto para unirse a uno con DRUPAL que era mucho mejor para esta funcion, y aqui estoy aprendiendo todo sobre Drupal para poder aplicar e incluso colaborar con alguna contribucion al respecto y mi ingles no es muy bueno.
El problema es que no he localizado dicha contribucion, me he descargado algunas de la zona de e-commerce de drupal.org para probar cual es la que se acerca mas a los requisitos que busco, ya te contare (bueno en el foro).
No obstante si alguien nos pudiera orientar alrespecto SERIA DE AGRADECER, NOS AHORRARIA MUCHO TIEMPO.
Busco una contribucion que permita:
Multi-tienda con administarcion, templates o CSS independientes, tipo os-commerce o Magento.
Posibilidad de busqueda general de productos, independientemente de la tienda.
Saludos, agradeceria me comentaras algo si encuentras informacion al respecto.