rubyonrailsin

By "vote" I mean any positive feedback without any conditions.
You're late, so use cron job until next release.

On Mar 13, 11:15 pm, st...@endpoint.com wrote:
> Hi,
>
> I'm not sure what you mean by "vote", but if it passes testing, then it
> has my vote.
>
> ~Steph
>
> > Ok, I see that this worries many people. So I improved behavior: now
> > when user click on the cart link, order will not create in db.
>
> > @All: See
> >http://railsdog.lighthouseapp.com/projects/31096-spree/tickets/1238
> > and test master branch of edge (0.10.99), and vote for cherry-pick
> > this to 0.10.0 if you are happy with new behavior. Today is last call.
>
> > On Mar 13, 6:18 am, Sean Schofield <s...@railsdog.com> wrote:
> >> I agree about the empty carts. If there is a nice patch for this I'm
> >> open to it. I can't remember offhand why we created the order when
> >> viewing the empty cart - I suspect it had to do with making things
> >> REST. To be honest, I wasn't really aware that we were creating empty
> >> orders when viewing carts - its been a while since I've thought about
> >> it.
>
> >> Creating an order for partial checkouts, however, is a feature. The
> >> data needs to be stored somewhere until the checkout is complete and
> >> IMO, there is nothing wrong with modeling this as an incomplete order.
>
> >> Sean Schofield
>
> >> -------------------------------------------
> >> Rails Dog LLC
> >> 2 Wisconsin Circle, Suite 700
> >> Chevy Chase, MD 20815
> >> voice: (301)560-2000
> >> -------------------------------------------
>
> >> On Fri, Mar 12, 2010 at 10:14 PM, Chris <r3ap3r2...@gmail.com> wrote:
> >> > It's a bug in my book. The number of empty carts doesn't tell me
> >> > anything. I can possibly see the value of tracking the ones with
> >> > something in them (especially if it's tied to a user and they have the
> >> > ability to come back to it later, kind of like a wish list), but plain
> >> > empty carts in the database = bug.
>
> >> > The possible exception would be if the user added a product to the
> >> > cart and then subsequently removed the item. At that point the empty
> >> > cart does tell me something. But as it currently is, I don't know if
> >> > someone just clicked the link which auto created an empty cart, or if
> >> > the user put something in their cart, and then changed their mind.
>
> >> > My $0.02.
> >> > +1 for bug
> >> > -Chris
>
> >> > On Sat, Mar 13, 2010 at 12:00 PM, <st...@endpoint.com> wrote:
> >> >> Hi,
>
> >> >> Will you accept patches for this?
>
> >> >> First, I think the solution of hiding the cart link when the cart is
> >> empty
> >> >> breaks the idea of good usability through consistency.
>
> >> >> Second, the idea of needing to create a cronjob to address bad data
> >> is
> >> >> just silly. The bad data shouldn't be created in the first place.
>
> >> >> Another note is that the number of empty orders isn't the proper
> >> >> definition of an abandoned cart. A quick google on "what is abandoned
> >> >> cart" returned the following definition at
> >> >>http://multichannelmerchant.com/toolsofthetrade/abandoned_cart/.
> >> >> "An abandoned cart occurs when a shopper places something in their
> >> online
> >> >> shopping cart and then fails to make a purchase during that visit"
>
> >> >> So, the empty carts stored in the database won't have any information
> >> >> about the contents that were in the cart when the customer abandoned
> >> the
> >> >> site because, well, that cart is empty. There may be other entries in
> >> the
> >> >> database of carts with items which are true abandoned carts, but
> >> combining
> >> >> the two (full carts / abandoned and empty carts / abandoned) won't
> >> give
> >> >> the true abandoned cart rate. Furthermore, analytics should be set up
> >> to
> >> >> handle this anyways, in fact, this might be pretty trivial to set up
> >> with
> >> >> Google Analytics goal conversion and custom funnels.
>
> >> >> If I have time at some point, I will look into a patch for this,
> >> assuming
> >> >> it's a bug and not a "feature".
>
> >> >> ~Steph
>
> >> >>> The idea is to create an order during checkout in case you are
> >> >>> interested in the number and contents of abandoned orders. Roman is
> >> >>> correct that you purge them by cron.
>
> >> >>> Sean Schofield
>
> >> >>> -------------------------------------------
> >> >>> Rails Dog LLC
> >> >>> 2 Wisconsin Circle, Suite 700
> >> >>> Chevy Chase, MD 20815
> >> >>> voice: (301)560-2000
> >> >>> -------------------------------------------
>
> >> >>> On Fri, Mar 12, 2010 at 4:11 PM, Roman Smirnov <pom...@gmail.com>
> >> wrote:
> >> >>>>> Any thoughts?
>
> >> >>>> * Don't show 'Cart' link while cart is empty
> >> >>>> * Remove old, empty orders by cron
>
> >> >>>> On Mar 12, 6:12 pm, Sergei <s.n.koz...@gmail.com> wrote:
> >> >>>>> Hi guys,
>
> >> >>>>> I encountered a problem that must have been addressed by someone,
> >> but
> >> >>>>> I can't find where. I'm a newbie Spree user.
>
> >> >>>>> Each time someone hits the Cart link, an empty order gets created
> >> in
> >> >>>>> the database, which leaves me with hundreds of empty orders a day.
> >> I
> >> >>>>> guess that more logical would be actually creating an order at a
> >> >>>>> checkout, but I may miss something.
>
> >> >>>>> Any thoughts?
>
> >> >>>>> Cheers!
>
> >> >>>>> Sergei
> >> >>>>> writelesscode.com
>
> >> >>>> --
> >> >>>> You received this message because you are subscribed to the Google
> >> >>>> Groups "Spree" group.
> >> >>>> To post to this group, send email to spree-user@googlegroups.com.
> >> >>>> To unsubscribe from this group, send email to
> >> >>>> spree-user+unsubscribe@googlegroups.com.
> >> >>>> For more options, visit this group at
> >> >>>>http://groups.google.com/group/spree-user?hl=en.
>
> >> >>> --
> >> >>> You received this message because you are subscribed to the Google
> >> Groups
> >> >>> "Spree" group.
> >> >>> To post to this group, send email to spree-user@googlegroups.com.
> >> >>> To unsubscribe from this group, send email to
> >> >>> spree-user+unsubscribe@googlegroups.com.
> >> >>> For more options, visit this group at
> >> >>>http://groups.google.com/group/spree-user?hl=en.
>
> >> >> --
> >> >> You received this message because you are subscribed to the Google
> >> Groups "Spree" group.
> >> >> To post to this group, send email to spree-user@googlegroups.com.
> >> >> To unsubscribe from this group, send email to
> >> spree-user+unsubscribe@googlegroups.com.
> >> >> For more options, visit this group
> >> athttp://groups.google.com/group/spree-user?hl=en.
>
> >> > --
> >> > You received this message because you are subscribed to the Google
> >> Groups "Spree" group.
> >> > To post to this group, send email to spree-user@googlegroups.com.
> >> > To unsubscribe from this group, send email to
> >> spree-user+unsubscribe@googlegroups.com.
> >> > For more options, visit this group
> >> athttp://groups.google.com/group/spree-user?hl=en.
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "Spree" group.
> > To post to this group, send email to spree-user@googlegroups.com.
> > To unsubscribe from this group, send email to
> > spree-user+unsubscribe@googlegroups.com.
> > For more options, visit this group at
> >http://groups.google.com/group/spree-user?hl=en.
>
>

--
You received this message because you are subscribed to the Google Groups "Spree" group.
To post to this group, send email to spree-user@googlegroups.com.
To unsubscribe from this group, send email to spree-user+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/spree-user?hl=en.