|
Tienda web
Hola amiguetes.
Tengo una duda existencial que comparto con vosotros a ver qué me comentais. Llevo metido en el tema de la programación de gestión bastantes años pero nunca he tocado el tema web. Cada vez más usualmente los clientes me preguntan por el tema del comercio web con páginas conectadas a nuestros programas de gestión y veo que hay que ponerse manos a la obra en ese sentido. Me gustaría saber cual sería la vía más cómoda para preparar una página web con tienda online conectada a mis programas porque he visto por internet cosas como joomla y virtuemart que son opensource y parece que funcionan bastante bien pero lógicamente tienen sus propias bases de datos y la madre del cordero estaría en modificarlas para conectar con las mías. ¿Hay algo más sencillo? Gracias y un saludo |
Yo miraría Prestashop y Magento.
Son dos tiendas web modernas, gratuitas, y con una API para poder connectar remotamente. Y el tema no és tanto acceder a su base de datos (no se tendría que hacer), sinó crear una capa de acceso, usando la API que ya te proporciona la tienda web... |
Hola,
lo normal es utilizar una de las que te han comentado y preparar la interfase entre tu aplicación y la tienda. Ya depende de lo que quieras, se complica más o menos. Lo normal es actualizar el catálogo de artículos, precios y disponibilidad, promociones, ... y recoger los pedidos de la tienda online a tu aplicación. A partir de ahí lo que quieras, es decir, actualizar el estado de la expedición para que el cliente vea el estado de su compra, ... Un saludo |
Gracias por vuestras sugerencias.
Cita:
|
Lo que he visto de ecommerce, magento y algunos más es que son un "montón de porquería" tremendo. Son enormes, "gordas", llenas de basura, errores, etc. todo bien presentado para "vender la moto".
Habría que mirarlas con lupa para ver cual de ellas es mejor. magento oscommerce zen-cart virtuemart ubercaert prestashop spree En fin, que hay que mirarlos bien, no sólo por su belleza exterior :) |
Cita:
Gracias y un saludo |
Yo tengo la experiencia con magento, lo probé para un cliente y la verdad es que iba lentita y era algo engorrosa para hacer modificaciones a gusto del cliente, así que finalmente le hicimos una web que aunque yo no "piqué el código" php, básicamente era una tienda que accedía directamente a la base de datos del servidor de la empresa, en firebird. En las oficinas del cliente estaba el servidor web (ubuntu+apache) con la "aplicación" php; en el ISP estaban las imágenes de los artículos porque es más rápido al tener más ancho de banda (centos+apache+mysql) y desde el servidor web de la empresa se conectaba al servidor de datos de la misma empresa (ubuntu+firebird) donde estaban los controles de acceso, artículos, pedidos, facturas, etc.
Seguro que otros usuarios te podrán ayudar más que yo :) |
Cita:
Respecto al comentario de Casi, yo no tengo experiencia, pero sí, por lo que tengo entendido, para tunear al gusto una tienda de estas debes meter unas cuantas horas. Ahora, siempre serán menos que las que cuesta desarrollar una completamente. Para .NET tienes nopCommerce Open Source. Un saludo |
Gracias por vuestras sugerencias.
Cita:
Saludos |
He hecho ese tipo de trabajos en el pasado, y por donde se mire es todo un lio.
Primero, los programas de tiendas tienen un estilo muy diferente a los ERP, incluyendo funcionalidades que pocos ERP poseen (com elegir el color y talla de una camisa). Segundo, casi su totalidad asumen que la tienda es independiente y pocos tienen alguna facilidad de integracion. Lo mejor es ir directamente a su BD, pero por regla general corren en un servidor aparte. Si pones el servidor de la empresa "online" estas exponiendo un hueco de seguridad, que requiere a alguien experto para aminorarlo. Ahora, para jalar los datos desde la tienda, hay que montar un servidor tipo SOAP o algo asi, lo cual es un desarrollo aparte. Y entonces es cuando empieza lo bueno. Como sincronizas los datos? Como actualizas los precios? Que pasa cuando el cliente vea en la tiena un item a $100 y llame a confirmar y le digan que realmente es a $150 (me paso con un cliente!) porque lo acaban de subir? El cliente asume la perdida? El hosting es tan confiable para (en ambos sentidos) estar comunicandose? La base de datos es lo suficientemente seria para poder hacer esto? (Sql server, postgress tienen listo codigo de sincronizacion...) Real & verdaramente lo que buscan es una tienda???? Porque el concepto de una tienda web no siempre es lo que necesita el cliente y sus usuarios... (El proyecto de www.bestsellerapp.com se derivo de que originalmente ofrecia tiendas web y luego mejor resulto que lo que servia era manejar pedidos). En fin... ------------ Yo diria, que si el inventario es elevado, y un manejo manual de actualizacion no es practico, es mejor hacer la tienda directamente sobre la BD, pero, usando de puente un servidor de datos o una conexion SSH y mejorando la infraestructura para que el servidor aguante (mas que nada, que funcione 360*24) y ojala tener 2 o 3 servidores (1 de BD, 1-2 de servicio de datos / servidor web). Una opcion muy buena es usar www.remobjects.com con su producto dataabstract. Lo importante es que por ningun lado saldra facil, y menos barato. |
Cita:
|
Un amigo tiene una tienda web en ecommerce y sólo se queja de que tiene mucho trabajo tener actualizado todo, modificar/añadir/eliminar artículos, precios, imágenes, etc. pero aparte de eso... funciona bien.
Quiero decir que todo depende de lo que necesites exactamente. |
Cita:
|
1- Monta una tienda cualquiera, y actualiza los precios manualmente. Lo mas facil y economico.
2- Haces un desarrollo que cada X tiempo sincronice entre tu programa y la tienda. Teóricamente menor coste de desarrollo pero mayor probabilidad de que hayan desfases, lo que implica una política de actualización fija de precios, inventarios y demás. 3- Haces un desarrollo de una tienda web basado en tu programa, y el cliente debe correr con los costos extras de mejoras en red & servidores de ser necesario.Mayor costo pero supuestamente al estar en linea todo, no hay desfase. |
Gracias a todos por vuestros comentarios.
Después de lo visto me da que (como casi todo lo que usamos) lo picaremos nosotros mismos y nos quitaremos de engorros. Saludos |
Intentalo con la última versión de Prestashop, que incluye en su API un sistema de webservice bastante sencillo (aunque difiere un 'pelin' del estandar SOAP).
Es sencillo de obtener un listado de precios (o actualizarlos), de stock, de pedidos y de clientes, de hecho, puedes generar varias claves (te las pide como nombre de usuario para el acceso a los datos de la aplicación vía webservice, la contraseña en blanco) y a cada clave asignarle una respuesta diversa, es decir, una clave para obtener los pedidos y los clientes, otra para los productos y sus descripciones, etc... Para actualizar, solamente hay que generar una llamada put/get/post (dependiendo del gusto de cada uno y la configuración de cada 'key') con una cadena en XML con el mismo formato que la respuesta obtenida. He empezado a tocar hace un par de semanas el prestashop y sus web services, ya que el único plugin/módulo que encontre para sincronizarla con un programa de gestión, era uno de pago que sincronizaba Factusol con Prestashop. Os emplazo a seguir con este tema si descubrís nuevas técnicas de acceso a Prestashop con el webservice que incorpora. |
Gracias. Lo miraremos. :)
|
¿Podeis poner un ejemplo muy basico en delphi para por ejemplo actualizar el precio de un producto con id=x ?
Muchas gracias. |
Cita:
:confused::confused::confused: te recomiendo que leas nuestra guía de estilo :) |
jajaj, eso lo tengo claro.
Me refería a como comunicar prestashop y delphi para pasarle esa SQL y que prestashop a traves del webservices lo ejecute. Gracias |
| La franja horaria es GMT +2. Ahora son las 11:42:00. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi