ECOMMERCE

Hola.

Tras leer algo sobre los CMS en general, principalmente en www.cmsenespanol.com, y ante la ingente cantidad de posibilidades, he seleccionado 6, para hacer esta consulta (php nuke, drupal, xoops, mambo, joomla, postnuke)

Tengo que montar un portal, cuyas funciones serían cubiertas por cualquiera de los CMS mencionados, pero he de añadir ecommerce.

Había pensado en algún proyecto de integración (por ejemplo entre php nuke y oscommerce), pero la posibilidad de que dicho proyecto no prospere en el futuro, me hace barajar otras opciones:

1. Un CMS para el portal, y un oscommerce en otro subdirectorio. Con el inconveniente de que los usuarios tienen que registrarse 2 veces, o eliminar el registro en el portal CMS
2. Un CMS que tenga un módulo de tienda aceptable

Apelo a los consejos de la comunidad, fundamentalmente de quien tenga alguna experiencia en este sentido.

Otro tema fundamental (y más tratándose de una tienda) es el del posicionamiento en buscadores. ¿Hay diferencias notables en este campo, entre los diferentes CMS?

Gracias.

Opciones de visualización de comentarios

Seleccione la forma que prefiera para mostrar los comentarios y haga clic en «Guardar las opciones» para activar los cambios.

te dejo dosopciones:

-como portal usa drupal
y como tienda usa zencart

-como portal usa drupal y date un tiempo para aprenderlo y usa ecommerce (modulo de drupal)

pues no es tan complicado

pues no es tan complicado hombre,si sabes programar puedes crear un módulo en drupal que te permita que la gente que se registre en la tienda (ecomerce) y en drupal a la vez, sin tener que realizar dos registros, y luego únicamnete en los enlaces de drupal a la tienda y de la tienda a drupal que te mantenga los controles de sesion para que tengan que estar registrandose todo el rato.

un saludo

oskar

Drupal como CMS

Yo tambien llevo dos meses intentando escoger un CMS para la empresa donde trabajo. Drupal me parece bastante bueno pero tambien tengo que desarrollar una shopping cart, solo disponible para determinados usuarios. Es cierto que con Drupal ademas de la actualizacion del contenido puedo desarrollarla? Soy nueva con Drupal y realmente no se como de bien podria programar las aplicaciones web que necesitamos con el resto del contenido... Tambien me han hablado de OpenCMS y de Liferay que por aquello del Java, no tendrias ningun problema en trabajar con otras bases de datos u aplicaciones ya desarrolladas.
Recurro a los expertos para poder dar definitivamente un paso adelante con Drupal o no.
Tambien va a ver distintos dominios pero ya he visto que hay un modulo para Multisite. La actualizacion del contenido se hara por usuarios que no tienen ni idea asi que necesito un editor, y ademas ciertas reglas de publicacion, aunque leyendo como Drupal diferencia los roles, users, etc creo que tampoco tendre problema. Me podriais recomendar de seguro Drupal? Muchas gracias.

OpenCMS y Liferay

Efectivamente están desarrollados en Java.
OpenCMS es también un CMS (como lo dice el nombre), al igual que Drupal; mientras que Liferay es en realidad más un sistema de portales que sigue unas especificaciones en Java llamados Portlets. Precisamente es a través de un portlet que puede actuar como CMS. Hay portlets para muchas otras cosas y se pueden desarrollar tus propios portlet; además se puede compartir los portlets con otros portales.
Otro sistema en java, en la misma línea que Liferay es JBoss Portal.

Yo te recomendaría escoger uno de estos (Liferay o JBoss Portal) si:

  • Tus procesos de negocio son algo complejos y necesitan ser programados de forma personalizada. Es decir, Java es muy buen lenguaje para programar procesos de negocio. Y los estándares de Java están preparados para este tipo de tareas.
  • Tienes los conocimientos apropiados (que parece que no es así) sobre Java y sus estándares.
  • Tienes recursos económicos. Java suele ser una tecnología más cara, porque los hosting son más caros, o si te montas tu propio hosting consumen más recursos (claro, esto tiene una razón de ser, y da ventajas también); y porque los programadores Java suelen cobrar más.

En cambio te recomendaría escoger Drupal (u otro parecido, aunque a mi más me gusta Drupal), sí:

  • Lo que quieres hacer es algo "usual". Osea por ejemplo una tienda electrónica para vender productos. Algo típico, vamos. Quien sabe con algunas cosas personalizadas.
  • Tienes más conocimientos de php. Si no lo tienes igual puedes conseguir programadores a menor costo que en el caso de Java.
  • No tienes tantos recursos económicos.

Escogiendo CMS

Ehy muchas gracias!
Me has ayudado mucho. Estoy finalmente con OpenCMS porque tiene mas comunidad que Liferay, o al menos por lo que he investigado. En la empresa donde trabajo la Web va a ser un punto bastante critico de negocio y tiene que estar muy bien desarrollado. Por ahora hay presupuesto asi que estoy mirando empresas que tienen experiencia creando websites con este CMS y diferentes aplicaciones en Java ademas de poniendome las pilas con Java.
Muchas gracias de nuevo.

Java vs. PHP

los websites en Java son bien caros y casi exclusivamente para usos corporativos.
crearlos, mantenerlos, migrarlos y hacerlos crecer te representa una cantidad considerable de dinero.
conseguir desarrolladores sera otro problema : cualquier cambio que hagas se cotizara en bolsa.
acaso tienes que integrar aplicaciones internas o altas prestaciones?
piensalo bien, porque ningun CMS es plug & play = le tendras que poner unas cuantas horas encima

segun tengo entendido, un sitio serio en java (que ejustifique usarlo) no se justifica para menos de 30.000u$s

salute

«No entiendes realmente algo a menos que seas capaz de explicarselo a tu abuela». Albert Einstein

Java vs. Php

Bueno por ahora la unica aplicacion a realizar es una shopping cart pero debe actuar directamente sobre la base de datos que utilizan, no puede ser MySQL porque entonces podria haber problemas de actualizacion de precios o de stock. El resto workflow para publicacion de contenido, WYSIWYG Editing tools, galeria de imagenes, etc se podria desarrollar en php perfectamente.
Anteriormente cuando estuve viendo Drupal pense en que los usuarios que tengan permiso para comprar puedan logar en drupal site y luego un enlace a la shopping cart que estaria desarrollada en java o CSP pages que es con lo que trabaja la base de datos del cliente, pero aun no se si podria comprobar de nuevo la identidad del cliente.
Entonces tu crees que Java es demasiado caro? Esta compania es extranjera y va a ser la primera vez que ofrezcan servicios on-line, por ahora hay presupuesto y yo evaluo las opciones pero lo que no quieren es pagar a una compania que lo haga y luego nos deje aqui con una mano adelante y otra atras, pero bueno ahora me dejas dudando...

Sigue con la opcion Drupal

Peor aun si es la primera experiencia = ni en Java ni en .NET hay una solucion CMS comparable a Drupal = te la vas a tenes que hacer a mano y luego darle soporte = por este lado se te iran tus recursos facilmente.

Si el problema es una shopping cart y no quieres usar MySQL pues no problema = hazte ese desarrollo en PHP y pegalo a Drupal a pelo o como module. Drupal te dara a interfaz.

Este desarrollo no es de lo mas facil... pero funciona y ya lo he hecho (integrar una DDBB externa) = http://www.glamourparis.com/people/piquez_le_look_des_stars/diane-kruger...
si pincha en 'je veut le même' saltaras a on modul que integra la DDBB externa (un shopping cart de otro proveedor)

Finalmente el desarrollo sera costoso, pero lejos, lejos de Java.

salut

www.gersbach.net
«No entiendes realmente algo a menos que seas capaz de explicárselo a tu abuela». Albert Einstein

Para ayudarte, especifica un poco más

Al parecer el "punto crítico" es el uso de un motor de base de datos determinada ¿qué motor de base de datos utiliza tu cliente? (Oracle, MS SQL Server, Access ...).

Por lo demás, el mismo drupal incorpora un sistema de ecommerce, y una API para desarrollo, aunque a decir verdad aún no la he probado en un proyecto "real". Lo que si es cierto que este tipo de desarrollo muy bien se pueden realizar con Drupal. Lo que no entiendo es el término CSP ¿no será má bien ASP?.

En cuanto a utilizar software libre para las necesidades de tu cliente, conociendo sus preocupaciones, me parece muy bien.

Base de Datos: Cache DB de www.intersystems.com

Ante todo darte las gracias por tus comentarios.
La empresa trabaja con Cache DB, de la empresa Intersystems. Hasta que no empece a trabajar aqui no habia oido anteriormente acerca de esta base de datos. La empresa distribuye medicamentos y toda la politica de negocio esta en esta base de datos. Luego hay ciertos informes y otra informacion en Oracle. Cache tiene varios mecanismos para q desarrolles aplicaciones Web. Uno de ellos son paginas CSP. Son parecidas a JSP o PHP en el sentido de q con Dreamweaver puedes instalar la extension para esta bd y te deja acceder a las Clases q tengas desarrolladas en la base de datos. Estas clases son como las de Java y cada una representa una tabla en la base de datos, vamos q cada parametro es una columna y puedes tener metodos, bla bla... Tambien puedes trabajar con Java pero como tu bien dices requiere mas tiempo asi q tengo q encontrar una solucion mas sencilla y en un futuro podriamos cambiar a Java. Ayer tarde hable de nuevo con mi jefe explicandole un poco y la shopping cart consistira en conseguir los productos de esta base de datos y luego hacer el pedido, pero no va a ver por el momento ninguna plataforma de pago
Respecto al contenido estatico te digo mas o menos lo q necesito y a ver si para ello tu crees q Drupal puede ser suficiente. Se q luego tambien le tengo q dedicar mucho tiempo y lo hare pero el tema es q no puedo estar un mes confiando en Drupal e intentando hacer la parte estatica y luego darme cuenta de q no es suficiente, pero bueno no creo q sea ni la primera ni la ultima a la q le puede pasar asi q bueno.. en fin q me enrollo las necesidades son: Varias websites, mejor manejadas por una instancia de Drupal, los editores no saben HTML asi q hay q utilizar un editor, habra distintos roles, distintos perfiles de usuario y cada uno con acceso a una informacion especifica, galeria de imagenes, poder subir imagenes u otros documentos a la web, flujo de aprovacion para el contenido, algun cuestionario pero nada de foros, tipico banners, links,... Te puedo decir q Joomla me gustaba bastante pero respecto a usuarios distinguia solo entre Autores, Editores y publicadores sin hacer distincion en zonas y yo necesito q un editor pueda editar solo un contenido concreto no cualquiera..Bueno espero q mas o menos puedas hacerte una idea.. Y gracias de nuevo