Bretth, Eno is right, *almost* everything that you mention is not really part of a shopping cart solution.
The features that you mention are obviously all very useful for various aspects of sales, but I think you'll have more luck if you search for and combine various different plugins and solutions for each of the features your looking for. Trying to find a shopping cart plugin that offers all those things (especially considering they aren't shopping cart features) is going to be very difficult. Finding a shopping cart plugin with all those features in it is kind of like try to buy a house that already has all the furniture you want, with the entertainment centre already perfectly configured, and decorated exactly how you want it. Sure those things are related, but you'll have a much easier time just getting the individual parts from the people that specialize in them. On Mon, May 31, 2010 at 3:27 AM, Richard D Shank <deve...@zestic.com> wrote: > I'm getting ready to start building a store for a music site. It will only > be virtual products for now (mp3 downloads), but it will have some of the > elements you are needing. Right now, I plan on building it using the work > from sfShop. I don't know what your time frame is for needing it, but I > intend on contributing everything back that I can. > > > On 05/30/2010 11:31 PM, bretth wrote: > >> 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<symb...@gmail.com> 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 symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com<symfony-users%2bunsubscr...@googlegroups.com> > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- 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 symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
