Yeah actually sales reporting has heaps to do with a shopping cart;
clients want fancy graphs which can be changed by easy to use filters
with all sorts of useful feedback info; to know different periods of
time, compare different items, different kinds of graphs etc. They
also want tabular data as well!

Individually each of these items might only take a few hours to
develop at a minimum, but when we're comparing development costs, a
few hours for each of these pieces of functionality suddenly adds up.

Add to this, an item typically needs a few photos for it, the ability
to rate it, tag it, have comments on it, find related items, have
discounts, have discount vouchers, have different sizes. The cart
needs to be able to manage quantities of each item type. Payment
modules need to be written. And then what about multi currency
capabilities? And also i18n for content etc. It also might need to
send invoices, perhaps dispatch shipments etc.

You really need the whole shebang for a fully functioning system and
nearly all of these things are actually more complicated than they
sound to develop, so naturally I was hoping that there was already
something in existence for symfony ;)


On May 31, 6:25 am, Eno <[email protected]> wrote:
> On Fri, 28 May 2010, bretth wrote:
> > I agree that it's easy to get a basic shopping cart going; the issue
> > really is all the "extra" things; the main one being advanced sales
> > reporting.
>
> Sales reporting doesn't have much to do with building a shopping cart.
> That would involve running some queries against your orders database
> surely?
>
> --

-- 
If you want to report a vulnerability issue on symfony, please send it to 
security at symfony-project.com

You received this message because you are subscribed to the Google
Groups "symfony users" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/symfony-users?hl=en

Reply via email to