Jump to content

  • Log in with Facebook Log in with Twitter Log In with Google      Sign In   
  • Create Account

Subscribe to HRA Now!

 



Are you a Google Analytics enthusiast?

Share and download Custom Google Analytics Reports, dashboards and advanced segments--for FREE! 

 



 

 www.CustomReportSharing.com 

From the folks who brought you High Rankings!


Sponsored Content

 

 
 

Photo
- - - - -

Unreasonable To Code Own Shopping Cart?


  • Please log in to reply
9 replies to this topic

#1 JeremyH

JeremyH

    HR 5

  • Active Members
  • PipPipPipPipPip
  • 365 posts
  • Location:San Diego

Posted 22 June 2006 - 03:10 AM

I'm looking at creating my first online store so I'm dealing with issues I've never had to deal with before, such as shopping carts.

I see everyone talking about different packages and services, but I actually don't like the idea of using another service's ugly code, having to pay monthly for the use of the shopping cart, or sending my users off to a third party site for transactions.

I've already got some basics down on my end. I've just purchased and setup a SSL site, and I'm in the process of being able to accept credit cards.

Now, I'm down to the sticky issues. The shopping cart. Do I have to buy or lease somebody else's, or would it be possible/reasonable to build my own?

I have only a few items, but the items are dynamic and customizable. That's fine, because I have a developing working knowledge of PHP and MySQL, and I'm fine on those issues.

I just don't know if I'm going to be going way over my head attempting to build my own shopping cart. Is that reasonable?

And a finial question, which may make me seem like I have no clue, but...

Short of ugly URLs with session ids, how do shopping carts keep track of items people want to purchase? I can see how I can get it to work using cookies, but then that would present a problem with people who don't like cookies. Would forcing users to accept my cookies be reasonable in order to shop on my site--or is this completely inaccessible and therefore unacceptable?

Thanks so much for any feedback.

#2 chrishirst

chrishirst

    A not so moderate moderator.

  • Moderator
  • 5,881 posts
  • Location:Blackpool UK

Posted 22 June 2006 - 03:35 AM

coding your own cart is not unreasonable at all. You know what you are selling so you don't have to allow for any and every variable and you know what to change and where to change it should the need arise.

Keeping track is simple.

If the user accepts cookies and sessions you use them, if not put some identifier in the URL but only when something is in the cart it doesn't have to be the session id it can be the ID from the database.

#3 linux_lover

linux_lover

    LiLo

  • Active Members
  • PipPipPipPipPipPip
  • 831 posts
  • Location:York, UK

Posted 22 June 2006 - 03:46 AM

I coded my own solution and its not unreasonable at all... if you have the skill and knowledge you can offer your customers a completely bespoke solution completely tailerored to your site and what you want to sell, how you want to sell it.

It takes more time obviously, but will save in the long run if something 'out of the box' doesnt work for you.

Regarding tracking, I use Sessions in php, and its perfectly resonable to expect that on an e-commerce site IMO. Otherwise you'd be posting hidden form fields everywhere :S.

#4 Randy

Randy

    Convert Me!

  • Moderator
  • 17,540 posts

Posted 22 June 2006 - 08:09 AM

For me it's always come down to a cost vs. time issue Jeremy.

Building a cart can be a great learning experience and you can of course customize everything to exactly meet your needs and expectations. The beauty of the cart being dynamic is that it doesn't really matter if you're going to be selling 3 items or 3,000. The underlying code doesn't change all that much.

Of course, building an application that is specific to your needs takes time. Your time. So you have to first figure out how much your time is worth.

Then compare that figure against a few commercially available carts (or even free ones) and decide if the experience you'll gain and having the ability to have a cart that does exactly what you need it to do is worth the additional cost in time. Building your own application will almost always cost you more in time and money than purchasing an off-the-shelf application. But by the same token, the experience of developing something is certainly worth a lot.

Not to mention having something that does exactly what you need it to do. Nothing more, nothing less. You'll never find that in an application written by someone else.

#5 Raphael

Raphael

    The Limey Cowboy

  • Active Members
  • PipPipPipPipPipPip
  • 722 posts
  • Location:New England

Posted 22 June 2006 - 10:02 AM

QUOTE(Randy @ Jun 22 2006, 09:09 AM)
Not to mention having something that does exactly what you need it to do.  Nothing more, nothing less.  You'll never find that in an application written by someone else.
View Post

That's why I always build custom, bespoke solutions for everything I do. I've never found an application written by someone else that does *everything* that I want it to do - And often, hacking someone else's code to make those changes can take as long as building your own.

#6 QuillDesign

QuillDesign

    HR 2

  • Members
  • PipPip
  • 12 posts

Posted 26 June 2006 - 11:05 PM

Rolling your own shopping cart can be a great thing. It will definately take some time especially if you have a diverse product set, but if you as it sounds have a set small amount of products and those are very similar, you can build your own cart to do just want you want.

Be prepared though, sometimes getting all the great features that you are used to seeing out there in the commerce world may get alittle overwhelming and what starts off as an easy task, turns into a huge application.

If you have the desire, time and knowledge (in that order), by all means give it a go, if it works out for you super!! you have accomplished a great thing, if it doesn't work out, then you will appreciate all the pre-built carts and the time that has gone into them.

Good luck!

#7 JeremyH

JeremyH

    HR 5

  • Active Members
  • PipPipPipPipPip
  • 365 posts
  • Location:San Diego

Posted 27 June 2006 - 08:10 PM

It seems like I have a hill to climb.

A lot of work ahead of me, but a worthwhile challenge that will result with a thorough understanding of my cart, the ability to change it as desired, the benefit of having everything and only the things I want, and knowing that I can do it.

I'll do it!

Thanks for the feedback!

#8 QuillDesign

QuillDesign

    HR 2

  • Members
  • PipPip
  • 12 posts

Posted 28 June 2006 - 10:25 PM

smile.gif .. Yes, you do, like I had said above, it always starts off easy and goes really quick until you get into your feature set and then is starts to boggle on you.

I would recommend that you spend a few days going through a number of your favorite online stores and stores that match your product selection. Write down their features and how you want things to work on your site.

Then spend the time diagraming it out and figuring out when you will be activating your features and how they will interact with your shopping cart. Plan it out well and it will be much easier in the long run.

Good luck .. I know you will have fun (thats how I started).

#9 WSO

WSO

    HR 3

  • Active Members
  • PipPipPip
  • 94 posts
  • Location:Dallas, Texas

Posted 25 July 2006 - 10:15 AM

I'm curious how things have gone in the past month Jeremy. Sounds like you were going to start work on development, which I think is a great way to go. How have things progressed?

#10 arlen

arlen

    HR 6

  • Active Members
  • PipPipPipPipPipPip
  • 835 posts

Posted 25 July 2006 - 10:43 AM

I was at about the point mindset wise a year ago that you are right now Jeremy. I started with gusto, got my programmer brother involved and mapped things out, and made some progress on the back-end. But I've stalled, I've found the learning curve to be a little steep for the time I have to dedicate to it right now. I still have my ultimate e-comm solution in mind, and both I and my brother are committed to see it through, but we've both come to the conclusion this isn't a short term project for us ... we'll get there, but not fast enough to hinge other efforts on it.

I've paused work on our project until I can get adequate 'for-now' systems in place that do much of what I want to do, and will just live with the delay in implementing the rest of my plans. This will mean a rebuild of anything I do between now and then IF I choose to migrate them to my new system, but life forced me to get real about my available time and how much I can accomplish without a big chunk of time to dedicate.

Good luck in your efforts. I think it's the smart way to go, if you have the time to dedicate.




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users