Re: [PHP] Shopping Cart Discount System

[Karl DeSaulniers]

On Dec 31, 2012, at 3:51 PM, tamouse mailing lists wrote:

On Mon, Dec 31, 2012 at 2:31 AM, Karl DeSaulniers > wrote:

Hello Everyone,
Hope all are well. Quick and hopefully painless question.
Is there any examples on how to build a discount system
into your shopping cart out there that anyone knows of?
I am using MySQL and PHP. I have built one of my own so far,
but am having trouble making sense of what goes where.

For example. If a product has miscellaneous charges,
lets say.. glitter is extra on your shirt.
How is discounts applied? I mean, as far as discounts go,
lets say its 20% a shirt and this shirt has glitter.
Is it best practice to apply the discount to just the shirt
or the shirt and glitter as a combo discount.
I know this is somewhat dependent on the owners choice
of what he/she wants to give the discount on,
but my question is of the programing of it.
Do I build conditions for the shirt to get a discount applied
then the miscellaneous charges, or combine the totals of the two,
then apply the discount to the sum?

Then lets say there is a cart discount also being applied.
Is it best practice to apply this to the total of items then
add the shipping, rush charges and tax, or to the total of the  
whole cart

including shipping, rush charges then add the tax after applying the
discount?


These sound much more like business operating questions than
programming questions, per se. I think it really depends a lot on what
other businesses in the same niche as yours do, or if you can find
out. Once you have figured out the business practices, coding them
should be easier, I'd say, but doing it the other way 'round seems
like would lead to confusion.

Some questions from a really non-business person:

1. Why are you offering discounts at all? What do you hope to
accomplish by offering discounts?
2. Who qualifies for which discounts and why?
3. Do discounts apply to just the base merchandise, or the whole end
piece, with whatever customisations it might have, and if so or if
not, why?
4. Are there different discount rates applied to base merchandise and
subsequent customisations, and if so, why?
5. Is there any reason to make this complicated, or instead just offer
a flat rate discount on final price, before taxes and S&H?



My appologies if this is an OT thread. I was in the midst of coding  
these things when I asked it.
Yes, it is a little confusing. This is a small t-shirt company a  
friend and I are putting together.
I have thought out most of the business logic for the company and the  
website.
The only thing I guess I forgot to plan in was these discounts and how  
to apply them.
I currently have discounts per item and per the cart. The discounts  
are set up to apply on birthdays
and added by admins for discounting items to clear inventory. The cart  
discounts are set to apply
at a certain interval of purchase amounts. For eg. (and im really just  
throwing numbers) if someone buys $1,000
worth of merch, they are sent a 50% off your cart discount to their  
email.


I guess the question was more how to apply the discounts to the cart.  
Discount item + miscellaneous or just item.
Discount cart or cart + shipping + handling. I was also asking if  
anyone had or knew of a sample script I could pick apart.
That was probably the programing part of the question. But thank you  
guys for taking the time to answer.

I believe it helped. We will see.. :)

Best,

Karl DeSaulniers
Design Drumm
http://designdrumm.com


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP] Re: [PHP-DB] Re: [PHP] Shopping Cart Discount System

[Karl DeSaulniers]

On Dec 31, 2012, at 3:36 AM, Ashley Sheridan wrote:




Karl DeSaulniers  wrote:


Hello Everyone,
Hope all are well. Quick and hopefully painless question.
Is there any examples on how to build a discount system
into your shopping cart out there that anyone knows of?
I am using MySQL and PHP. I have built one of my own so far,
but am having trouble making sense of what goes where.

For example. If a product has miscellaneous charges,
lets say.. glitter is extra on your shirt.
How is discounts applied? I mean, as far as discounts go,
lets say its 20% a shirt and this shirt has glitter.
Is it best practice to apply the discount to just the shirt
or the shirt and glitter as a combo discount.
I know this is somewhat dependent on the owners choice
of what he/she wants to give the discount on,
but my question is of the programing of it.
Do I build conditions for the shirt to get a discount applied
then the miscellaneous charges, or combine the totals of the two,
then apply the discount to the sum?

Then lets say there is a cart discount also being applied.
Is it best practice to apply this to the total of items then
add the shipping, rush charges and tax, or to the total of the whole
cart
including shipping, rush charges then add the tax after applying the
discount?

Sorry for the run-on question, hope this makes sense enough to merit
help.

HNY,

Best,

Karl DeSaulniers
Design Drumm
http://designdrumm.com

PS: Because this question could be answered by either database or
general, is the only reason for the double post.
Wont be making a habit of it.. :)


I would apply the discounts where they made sense from a customer  
POV. Would you expect a t-shirt discount to be applied to only the  
base item or the product as a whole? I'd say tge whole thing. You  
could have various areas in your code that apply discounts at  
different levels: per item, per group of items (bogof, etc), and per  
basket.



Thanks,
Ash
http://www.ashleysheridan.co.uk

--
PHP Database Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




That does make more sense now that you say.
I guess I would want or expect the discount to apply to the whole thing.
Thanks Ash.

Best,

Karl DeSaulniers
Design Drumm
http://designdrumm.com


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart Discount System

[Ashley Sheridan]

Karl DeSaulniers  wrote:

>Hello Everyone,
>Hope all are well. Quick and hopefully painless question.
>Is there any examples on how to build a discount system
>into your shopping cart out there that anyone knows of?
>I am using MySQL and PHP. I have built one of my own so far,
>but am having trouble making sense of what goes where.
>
>For example. If a product has miscellaneous charges,
>lets say.. glitter is extra on your shirt.
>How is discounts applied? I mean, as far as discounts go,
>lets say its 20% a shirt and this shirt has glitter.
>Is it best practice to apply the discount to just the shirt
>or the shirt and glitter as a combo discount.
>I know this is somewhat dependent on the owners choice
>of what he/she wants to give the discount on,
>but my question is of the programing of it.
>Do I build conditions for the shirt to get a discount applied
>then the miscellaneous charges, or combine the totals of the two,
>then apply the discount to the sum?
>
>Then lets say there is a cart discount also being applied.
>Is it best practice to apply this to the total of items then
>add the shipping, rush charges and tax, or to the total of the whole  
>cart
>including shipping, rush charges then add the tax after applying the  
>discount?
>
>Sorry for the run-on question, hope this makes sense enough to merit  
>help.
>
>HNY,
>
>Best,
>
>Karl DeSaulniers
>Design Drumm
>http://designdrumm.com
>
>PS: Because this question could be answered by either database or  
>general, is the only reason for the double post.
>Wont be making a habit of it.. :)

I would apply the discounts where they made sense from a customer POV. Would 
you expect a t-shirt discount to be applied to only the base item or the 
product as a whole? I'd say tge whole thing. You could have various areas in 
your code that apply discounts at different levels: per item, per group of 
items (bogof, etc), and per basket.


Thanks,
Ash
http://www.ashleysheridan.co.uk

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart question

[Nathan Nobbe]

On Fri, Nov 5, 2010 at 5:51 PM, Tommy Pham  wrote:

> > -Original Message-
> > From: Nathan Nobbe [mailto:quickshif...@gmail.com]
> > Sent: Friday, November 05, 2010 11:40 AM
> > To: Jack
> > Cc: PHP
> > Subject: Re: [PHP] Shopping cart question
> >
> > On Fri, Nov 5, 2010 at 12:30 PM, Jack  wrote:
> >
> > > Hello All,
> > >
> > >
> > > I'm looking to build a DB with items that are considered more of a
> > > catalog on one side of a website, and then provide those same items
> > > including the same images, descriptions etc. to a shopping cart.
> > >
> > > I don't want to re-invent all of the basic shopping cart functionality
> > > and I'm not sure I want to use something like OScommerce and inject
> > > the data into it at the same time as putting data into our database
> > > that we are writing.
> > >
> > >
> > > I was hoping someone out there has some suggestions, or even a cart
> > > module that would allow me to easily integrate into.
> > >
> >
> > One recommendation I can give you is to spend some time determining if
> > Magento works for you.  This is a conventional platform written on top of
> > Zend Framework.  OScommerce, and a derivative, ZenCart are ancient, and
> > there are many nasty things about the programming practices, most
> notably,
> > the 'view' layer, which is markup intermingled with logic .. its pretty
> bad.
> >
> > Magento is robust, and has a feature set that makes OScommerce look like
> it
> > shipped from the third world.  That said it may be overkill as well -
> just my
> > 2c.
> >
> > -nathan
>
> Or look at opencart.  It's based on MVC and jquery (1.3.2 ?) so you'll get
> some rich UI.  The DB structure is very similar to oscommerce.
>

I've finally had a few minutes to look around Opencart.  the framework is
custom, and doesn't appear to be as robust as some of the more popular ones
I've come to enjoy, but there is a silver lining...

I still can't say whether I'll like it or not, but after just digging around
for a bit, it already feels more approachable than Magento.  My hope is I
can hop in and wire this up to associate its schema to a third party
inventory and get order integration in place as well.

I've spent a little time digging into Magento, and while it seems do-able,
the completion date is no where in sight.

nice tip Jack!

-nathan

RE: [PHP] Shopping cart question

[Tommy Pham]

> -Original Message-
> From: Nathan Nobbe [mailto:quickshif...@gmail.com]
> Sent: Friday, November 05, 2010 11:40 AM
> To: Jack
> Cc: PHP
> Subject: Re: [PHP] Shopping cart question
> 
> On Fri, Nov 5, 2010 at 12:30 PM, Jack  wrote:
> 
> > Hello All,
> >
> >
> > I'm looking to build a DB with items that are considered more of a
> > catalog on one side of a website, and then provide those same items
> > including the same images, descriptions etc. to a shopping cart.
> >
> > I don't want to re-invent all of the basic shopping cart functionality
> > and I'm not sure I want to use something like OScommerce and inject
> > the data into it at the same time as putting data into our database
> > that we are writing.
> >
> >
> > I was hoping someone out there has some suggestions, or even a cart
> > module that would allow me to easily integrate into.
> >
> 
> One recommendation I can give you is to spend some time determining if
> Magento works for you.  This is a conventional platform written on top of
> Zend Framework.  OScommerce, and a derivative, ZenCart are ancient, and
> there are many nasty things about the programming practices, most notably,
> the 'view' layer, which is markup intermingled with logic .. its pretty bad.
> 
> Magento is robust, and has a feature set that makes OScommerce look like it
> shipped from the third world.  That said it may be overkill as well - just my
> 2c.
> 
> -nathan

Or look at opencart.  It's based on MVC and jquery (1.3.2 ?) so you'll get some 
rich UI.  The DB structure is very similar to oscommerce.

Regards,
Tommy


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] Shopping cart question

[Jack]

On Fri, Nov 5, 2010 at 12:30 PM, Jack  wrote:

Hello All,


I'm looking to build a DB with items that are considered more of a catalog
on one side of a website, and then provide those same items including the
same images, descriptions etc. to a shopping cart.

I don't want to re-invent all of the basic shopping cart functionality and
I'm not sure I want to use something like OScommerce and inject the data
into it at the same time as putting data into our database that we are
writing.


I was hoping someone out there has some suggestions, or even a cart module
that would allow me to easily integrate into.

 

One recommendation I can give you is to spend some time determining if Magento 
works for you.  This is a conventional platform written on top of Zend 
Framework.  OScommerce, and a derivative, ZenCart are ancient, and there are 
many nasty things about the programming practices, most notably, the 'view' 
layer, which is markup intermingled with logic .. its pretty bad.

 

Magento is robust, and has a feature set that makes OScommerce look like it 
shipped from the third world.  That said it may be overkill as well - just my 
2c.

 

-nathan

 

I agree, this is a cart I was going to check into because it has many more 
features and is probably a little more if not a lot more stable than 
OScommerce.  I just am not sure if I want to inject everything, although I may 
not have a choice.

 

Thanks!

Re: [PHP] Shopping cart question

[Nathan Nobbe]

On Fri, Nov 5, 2010 at 12:30 PM, Jack  wrote:

> Hello All,
>
>
> I'm looking to build a DB with items that are considered more of a catalog
> on one side of a website, and then provide those same items including the
> same images, descriptions etc. to a shopping cart.
>
> I don't want to re-invent all of the basic shopping cart functionality and
> I'm not sure I want to use something like OScommerce and inject the data
> into it at the same time as putting data into our database that we are
> writing.
>
>
> I was hoping someone out there has some suggestions, or even a cart module
> that would allow me to easily integrate into.
>

One recommendation I can give you is to spend some time determining if
Magento works for you.  This is a conventional platform written on top of
Zend Framework.  OScommerce, and a derivative, ZenCart are ancient, and
there are many nasty things about the programming practices, most notably,
the 'view' layer, which is markup intermingled with logic .. its pretty bad.

Magento is robust, and has a feature set that makes OScommerce look like it
shipped from the third world.  That said it may be overkill as well - just
my 2c.

-nathan

Re: [PHP] Shopping Cart

[Lists]

Bob McConnell wrote:

They are all going to the same place, so what is wrong?

To address your question, credit cards are not easy. As soon as you set
up a site to accept them you must conform to a number of security and
interface requirements. If you have never done it before, either hire
someone that knows what they are doing, or hire someone to train you how
to do it. The other option is to find a hosting site that provides both
secure servers and credit card authorization services and put your web
site on their servers.

It took us nearly two years to get certification that our servers and
software comply with all of the relevant PCI standards. We have two
projects that are still being evaluated and don't expect final approval
on them until August. There are four people here that are tasked with
monitoring and managing that process.

Bob McConnell




Holy duplicates batman. ;-)

Just some comments regarding 'Shopping Carts' and commerce, and it
being 'scary' :-).

I agree that this is ideally a realm for professionals and maybe
even a realm for niche professionals in many cases.
However, there are 'levels'.
When I hear people say that e-commerce requires multiple
people in multiple rolls, and is 'brain surgery' (as tedd said),
I have to disagree in some respect. I just don't think it is
unattainable for a new passionate developer/WebSite owner
to take on the goal of commerce.

As tedd mentioned, there are canned PHP solutions that may
make a good first effort. In fact, we have a canned product
(not PHP, but WebDNA) that a new user need only spend an
afternoon using a 'Wizzard' of sorts that both creates a site,
and takes care of connecting to your Merchant Account/Payment Gateway to 
take payments. One afternoon! I'm sure there are similar PHP apps.


Just my ¢.02

Donovan




--
  =o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o
  D. BROOKE   EUCA Design Center
   WebDNA Software Corp.
  WEB:> http://www.euca.us  |   http://www.webdna.us
  =o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o
  WebDNA: [** Square Bracket Utopia **]

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] Shopping Cart

[Bob McConnell]

They are all going to the same place, so what is wrong?

To address your question, credit cards are not easy. As soon as you set
up a site to accept them you must conform to a number of security and
interface requirements. If you have never done it before, either hire
someone that knows what they are doing, or hire someone to train you how
to do it. The other option is to find a hosting site that provides both
secure servers and credit card authorization services and put your web
site on their servers.

It took us nearly two years to get certification that our servers and
software comply with all of the relevant PCI standards. We have two
projects that are still being evaluated and don't expect final approval
on them until August. There are four people here that are tasked with
monitoring and managing that process.

Bob McConnell

-Original Message-
From: Gary [mailto:gwp...@ptd.net] 
Sent: Wednesday, May 20, 2009 8:44 AM
To: php-general@lists.php.net
Subject: [PHP] Shopping Cart

Sorry, the first three post was put in the wrong place...

Not sure this is a direct PHP question, however I know I will get some
answers here.  I have a customer that I am bidding a small project for.
They want to be able to accept credit card payments for enrollment into
a
class. Their customer will fill out a form and pay via CC on the site.
Is
this something that I should just look to the host for whatever shopping
cart they have or is there an easy to administer software package that I
should look into. Or since it is a one item cart, is this something that
I
could code?

Thanks for your help.

Gary




-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart

[tedd]

At 10:37 AM +0100 5/16/09, Vernon St Croix wrote:

Hi,

I am pretty new to PHP and I am trying to create a shopping cart.



Hi Vee:

I'm new to brain surgery and every time I poke here, I see stars -- 
any idea of what's wrong?  :-)


If you are new to php, then find something simple to cut your teeth 
on -- shopping carts are not trivial. At best, you'll create a bunch 
of junk code and waste a lot of your time AND at worst, you'll create 
a script that ruins your client and puts you on the hook for mondo 
bucks.


My opinion, buy a shopping cart and figure out how to install it.

Cheers,

tedd

--
---
http://sperling.com  http://ancientstones.com  http://earthstones.com

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart

[Shawn McKenzie]

Darrel St Croix wrote:
> Thanks for that.
> 
> I have changed the code as you suggested, but there is an error on the while
> loop.
> 
> *Warning*: mysql_fetch_array(): supplied argument is not a valid MySQL
> result resource in *C:\wamp\www\draft\basket.php* on line *46*
> 

That's because $result is not valid because the query failed.  You'd see
this if you turned on error reporting.  BY is not valid in your query,
maybe ORDER BY?

-- 
Thanks!
-Shawn
http://www.spidean.com

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart

[Daniel Brown]

On Sat, May 16, 2009 at 05:37, Vernon St Croix  wrote:
> Hi,
>
> I am pretty new to PHP and I am trying to create a shopping cart.

Just as a side note: in the future, please do not cross-post on
multiple lists.  For general questions, this is the right place.  The
PHP-DB list is just for database-centric code.

-- 

daniel.br...@parasane.net || danbr...@php.net
http://www.parasane.net/ || http://www.pilotpig.net/
50% Off All Shared Hosting Plans at PilotPig: Use Coupon DOW1

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart

[Darrel St Croix]

Thanks for that.

I have changed the code as you suggested, but there is an error on the while
loop.

*Warning*: mysql_fetch_array(): supplied argument is not a valid MySQL
result resource in *C:\wamp\www\draft\basket.php* on line *46*

when code is changed as below

while ($row = mysql_fetch_array($result)){



$output[] = ''.$row['name'].': £'.$row['price'].'Add to Cart';

}

$output[] = '';

echo join ('', $output);

?>

Many Thanks

Vee


2009/5/16 Ashley Sheridan 

> On Sat, 2009-05-16 at 10:37 +0100, Vernon St Croix wrote:
> > Hi,
> >
> > I am pretty new to PHP and I am trying to create a shopping cart.
> >
> > I keep on getting the below error when trying to show the shopping list.
> >
> > Any guidance that can be provided will be very much appreciated
> >
> > Fatal error: Call to a member function query() on a non-object in
> C:\wamp\www\draft\basket.php on line 36
>
> > basket.php
> >  >  include("mysql.class.php");
> >  include ("header.php");
> >  include ("mysql_connect.php");
> >   include ("functions.php");
> >  ?>
> >  
> > Rum Basket
> >  > echo writeCart();
> > ?>
> >  
> > 
> >   Rum on Offer
> >>
> >  $sql= 'SELECT * FROM spirits BY id';
> >   $result = $con->query($sql);
> >  $output[]= '';
> >  while ($row = $result->fetch()) {
> >  $output[] = ''.$row['name'].': £'.$row['price'].' href="cart.php?action=add&id=
> >   '.$row['id'].'">Add to Cart';
> > }
> > $output[] = '';
> >   echo join ('', $output);
> >?>
> >   
> >
> > 
> >  >  include("footer.html");
> >
> > ?>
> >
> > [snip][/snip]
> >
> > Many Thanks
> >
> > Vee
> The code you are having the error on is expecting a mysqli object, but
> you are using mysql, which doesn't create objects that you access
> methods and properties of.
>
> Change the $result line in basket.php to $result = mysql_query($sql) and
> in your while loop change it to use $row = mysql_fetch_array($result)
>
>
> Ash
> www.ashleysheridan.co.uk
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>


-- 
Darrel St Croix

Re: [PHP] Shopping Cart

[Ashley Sheridan]

On Sat, 2009-05-16 at 10:37 +0100, Vernon St Croix wrote:
> Hi,
> 
> I am pretty new to PHP and I am trying to create a shopping cart. 
> 
> I keep on getting the below error when trying to show the shopping list. 
> 
> Any guidance that can be provided will be very much appreciated
> 
> Fatal error: Call to a member function query() on a non-object in 
> C:\wamp\www\draft\basket.php on line 36

> basket.php
>   include("mysql.class.php");
>  include ("header.php");
>  include ("mysql_connect.php");
>   include ("functions.php");
>  ?>
>  
> Rum Basket
>  echo writeCart();
> ?>
>  
> 
>   Rum on Offer
> 
>  $sql= 'SELECT * FROM spirits BY id';
>   $result = $con->query($sql);
>  $output[]= '';
>  while ($row = $result->fetch()) {
>  $output[] = ''.$row['name'].': £'.$row['price'].' href="cart.php?action=add&id=
>   '.$row['id'].'">Add to Cart';
> }
> $output[] = '';
>   echo join ('', $output);
>?>
>   
> 
> 
>   include("footer.html");
> 
> ?>
> 
> [snip][/snip]
> 
> Many Thanks
> 
> Vee
The code you are having the error on is expecting a mysqli object, but
you are using mysql, which doesn't create objects that you access
methods and properties of.

Change the $result line in basket.php to $result = mysql_query($sql) and
in your while loop change it to use $row = mysql_fetch_array($result)


Ash
www.ashleysheridan.co.uk


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart

[Ed Lazor]

Be specific in stating what prior research has been done so that we  
may help, if possible. Point noted.


Helping out further, you'll find that this rule applies to almost all  
mailing lists.


2) We don't owe you anything. If you decide to go elsewhere for  
help don't expect us to feel guilty or upset or anything but  
mildly amused. I would point out that you're unlikely to find a  
better source of help than the 'official' PHP lists, but I really  
don't care enough about where you go for help.




My statement was meant as some behavioral/emotional modification,  
or an attempt at soliciting pity. So my lack of compassion is  
mutually returned.


Helping out even further with another general rule of etiquette on  
mailing lists, keep it cool and filter the crap.  For example, Chris'  
initial reply came across as offensive and you could have surprised  
him by filtering his attitude, focusing on the real issue, and  
responding with information about what you have researched up to this  
point.  Speaking of which, I think that's where this thread is.  Have  
you researched any of the options that come up from Googling "php  
shopping cart"?  Which options have you dismissed and why?


-Ed

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart

[Greg Maruszeczka]

CK,

With the obligatory chastisement and ensuing defensiveness out of the
way :) you may want to check out Zen Cart (zen-cart.com) and see if it
meets your requirements.

Cheers,
G

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart

[CK]

On Oct 28, 2006, at 8:52 AM, Stut wrote:



CK wrote:

I'm new to the list, and PHP. My assumption was others who have  
asked similar questions, would have, like myself, done research.   
So I thought no need to clarify. I'm aware these list are not a  
"do my homework" solution. However, having received a verbally  
abusive retort, when education was desired; I'll seek counsel  
elsewhere.




Ok, a couple of things need saying here.

1) Stating "I've done this and that already but nothing helped" is  
not only about letting us know you've not already done some  
research. It's also about telling us what you've already done so we  
don't waste our time telling you what you already know.




Be specific in stating what prior research has been done so that we  
may help, if possible. Point noted.




2) We don't owe you anything. If you decide to go elsewhere for  
help don't expect us to feel guilty or upset or anything but mildly  
amused. I would point out that you're unlikely to find a better  
source of help than the 'official' PHP lists, but I really don't  
care enough about where you go for help.




My statement was meant as some behavioral/emotional modification, or  
an attempt at soliciting pity. So my lack of compassion is mutually  
returned.




-Stut



--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart

[Stut]

CK wrote:
I'm new to the list, and PHP. My assumption was others who have asked 
similar questions, would have, like myself, done research.  So I thought 
no need to clarify. I'm aware these list are not a "do my homework" 
solution. However, having received a verbally abusive retort, when 
education was desired; I'll seek counsel elsewhere.


Ok, a couple of things need saying here.

1) Stating "I've done this and that already but nothing helped" is not 
only about letting us know you've not already done some research. It's 
also about telling us what you've already done so we don't waste our 
time telling you what you already know.


2) We don't owe you anything. If you decide to go elsewhere for help 
don't expect us to feel guilty or upset or anything but mildly amused. I 
would point out that you're unlikely to find a better source of help 
than the 'official' PHP lists, but I really don't care enough about 
where you go for help.


-Stut

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart

[CK]

Hi,


I'm new to the list, and PHP. My assumption was others who have asked  
similar questions, would have, like myself, done research.  So I  
thought no need to clarify. I'm aware these list are not a "do my  
homework" solution. However, having received a verbally abusive  
retort, when education was desired; I'll seek counsel elsewhere.



Good Day,
CK

On Oct 28, 2006, at 6:13 AM, chris smith wrote:


I don't appreciate being scolded.


Spend some time on the list and see how many times this question (or
type of question) gets asked and how many people actually do *some*
sort of work for themselves and you'll appreciate why people ask this
straight away.

If you had said "I found product X & Y but they don't fit what I need"
then we at least know you've made an effort to do a little research
for yourself.

--
Postgresql & php tutorials
http://www.designmagick.com/

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart

[chris smith]

I don't appreciate being scolded.


Spend some time on the list and see how many times this question (or
type of question) gets asked and how many people actually do *some*
sort of work for themselves and you'll appreciate why people ask this
straight away.

If you had said "I found product X & Y but they don't fit what I need"
then we at least know you've made an effort to do a little research
for yourself.

--
Postgresql & php tutorials
http://www.designmagick.com/

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart

[CK]

Hi,

Yes, I have and thought I was seeking the assistance of knowledgeable  
colleagues . The solution researched does not offer the desired  
features. I was not asking for code, but perhaps some solutions/ 
applications to explore.


CK

PS

I don't appreciate being scolded.


On Oct 27, 2006, at 3:07 AM, Chris wrote:



CK wrote:


Hi,
A client has requested a cart with the following features, any  
leads on such a package, preferably open-source?




Have you done any research at all? We're not going to do your work  
for you..


--
Postgresql & php tutorials
http://www.designmagick.com/

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




On Oct 27, 2006, at 3:07 AM, Chris wrote:


CK wrote:

Hi,
A client has requested a cart with the following features, any  
leads on such a package, preferably open-source?


Have you done any research at all? We're not going to do your work  
for you..


--
Postgresql & php tutorials
http://www.designmagick.com/

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart

[Chris]

CK wrote:

Hi,

A client has requested a cart with the following features, any leads on 
such a package, preferably open-source?


Have you done any research at all? We're not going to do your work for you..

--
Postgresql & php tutorials
http://www.designmagick.com/

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] Shopping cart

[Chris W. Parker]

Richard Lynch 
on Tuesday, August 22, 2006 10:30 AM said:

> Guys, don't take this wrong but...
> 
> How do you think all the other PHP shopping carts got started?...
> 
> Pretty much the same way.
> 
> So you really need to spend the next couple months figuring out what
> they did wrong, why they did that, and how to avoid doing it...

Finally, some sanity.

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Paul Scott]

Cron for the mailing list has done its magic, so we can move this off
the php-general list, i'm sure much to the relief of all those _not_
interested in this lot ;)

Please visit http://avoir.uwc.ac.za/mailman/listinfo/phpcart-devel to
subscribe.

--Paul

On Tue, 2006-08-22 at 10:24 -0700, Ryan A wrote:
> 
> --- Richard Lynch <[EMAIL PROTECTED]> wrote:
> 
> > And if you do NEED those 250,000 features completed
> > in 30 days, you
> > have no choice but to suck it up and use the
> > least-evil of the carts
> > out there.
> > 
> > Which brings us back (almost) to the original
> > question...
> > 
> > Which pre-packaged PHP shopping cart sucks least?
>  
> Been trying one after the other, although there are
> many contenters that deserve the prize for "which
> sucks the most" still have to sift through the muck to
> get to "which sucks the least"...and yes, i know,
> sorry...not much help.
> 
> Cheers!
> Ryan
> 
> --
> - The faulty interface lies between the chair and the keyboard.
> - Creativity is great, but plagiarism is faster!
> - Smile, everyone loves a moron. :-)
> 
> __
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> 

All Email originating from UWC is covered by disclaimer 
http://www.uwc.ac.za/portal/uwc2006/content/mail_disclaimer/index.htm 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Richard Lynch]

On Tue, August 22, 2006 11:52 am, Robert Cummings wrote:
> On Tue, 2006-08-22 at 09:22 -0700, Ryan A wrote:
>> > Please sign up for an account and join the project
>> > at
>> > http://gforge2.uwc.ac.za/projects/phpcart/
>> >
>> > I have started a mailing list, which should kick in
>> > in a few hours...
>> >
>> > --Paul
>>
>>
>> Hey,
>> Signed up there, but how do i join the project? my
>> username is "ryan"
>>
>> I think you might also want to change the project
>> name... phpcart is just too common to think that
>> someone else is not using for one of their products.
>>
>> Maybe APC (August php cart :D )
>
> Obviously you don't run the APC op-code cache ;)

Guys, don't take this wrong but...

How do you think all the other PHP shopping carts got started?...

Pretty much the same way.

So you really need to spend the next couple months figuring out what
they did wrong, why they did that, and how to avoid doing it...

:-)

-- 
Like Music?
http://l-i-e.com/artists.htm

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Ryan A]

--- Richard Lynch <[EMAIL PROTECTED]> wrote:

> And if you do NEED those 250,000 features completed
> in 30 days, you
> have no choice but to suck it up and use the
> least-evil of the carts
> out there.
> 
> Which brings us back (almost) to the original
> question...
> 
> Which pre-packaged PHP shopping cart sucks least?
 
Been trying one after the other, although there are
many contenters that deserve the prize for "which
sucks the most" still have to sift through the muck to
get to "which sucks the least"...and yes, i know,
sorry...not much help.

Cheers!
Ryan

--
- The faulty interface lies between the chair and the keyboard.
- Creativity is great, but plagiarism is faster!
- Smile, everyone loves a moron. :-)

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Ryan A]

> > Maybe APC (August php cart :D )
> >   
> 
> How about SPECS - Simple [PHP|Pluggable] E-Commerce
> System.
> 
> I have a few thoughts about this idea and will put
> something together 
> later today.
> 
> -Stut
> 


"What's in a name? That which we call a rose by"

:D

Not really bothered what its called, even if its "crap
crab cart" or "crab crap cart" (real tongue twisters
eh)

Lets get this started and pool ideas / resources and
then worry about the name later... so join in Stut,
i'm sure if we all pool in we can make something
really good.

Cheers,
Ryan

P.S , theres quite a bit of stuff at php classes.org
that I think we can salvage for parts. (Just type in
"cart" in the search field)


--
- The faulty interface lies between the chair and the keyboard.
- Creativity is great, but plagiarism is faster!
- Smile, everyone loves a moron. :-)

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Richard Lynch]

And if you do NEED those 250,000 features completed in 30 days, you
have no choice but to suck it up and use the least-evil of the carts
out there.

Which brings us back (almost) to the original question...

Which pre-packaged PHP shopping cart sucks least?

On Tue, August 22, 2006 11:13 am, Ryan A wrote:
>
>
> --- Dan McCullough <[EMAIL PROTECTED]> wrote:
>
>> Another thing to remember is that you dont want to
>> get overwhelmed
>> with all the work when you are going to build your
>> own, a list of
>> 250,000 features will never get done, many have
>> tried, many have
>> failed, so plan what you need to start with and
>> build the other
>> features later.
>
> Good point, I feel into that ditch myself some time back...
>
> --
> - The faulty interface lies between the chair and the keyboard.
> - Creativity is great, but plagiarism is faster!
> - Smile, everyone loves a moron. :-)
>
> __
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>


-- 
Like Music?
http://l-i-e.com/artists.htm

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Richard Lynch]

Pretty much, yeah.

And apparently the next thing not to do is to run out and start coding
your own shopping cart for general release, as every damn one of them
got started that way. :-)

On Mon, August 21, 2006 3:18 pm, Gerry D wrote:
> So if I understand you gentlemen correctly, these pre-builds serve as
> examples how NOT to do it?
>
> Gerry
>
> On 8/20/06, Larry Garfield <[EMAIL PROTECTED]> wrote:
>> On Sunday 20 August 2006 20:17, Gerry D wrote:
>> > On 8/19/06, Larry Garfield <[EMAIL PROTECTED]> wrote:
>> > > OSCommerce is crap.  Don't bother.
>> >
>> > Why do you say that, Larry? I may want to get into an app like
>> that
>> > because I think one of my clients is ready for it. What are the
>> cons,
>> > and what are my options? What are Drupal's limitations?
>>
>> I tried using it for a client last summer, because it was available
>> free on
>> the client's web host.  It is extremely rigid.  If you want a
>> program that
>> works the way they want and looks kinda like Buy.com with a
>> table-based
>> layout in 3 columns with certain visual effects, it's fine.  If you
>> want to
>> change or customize anything, good luck.  Nearly everything is hard
>> coded
>> with HTML and presentation PHP and business logic PHP all mixed in
>> together.
>> With a table based layout.
>>
>> Ugh.
>>
>> As for using pre-build vs. rolling your own, the main reason I favor
>> ready-made is the bank hookups.  Anytime financial stuff is
>> involved, I'd
>> rather use something someone else already debugged than roll my own.
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>


-- 
Like Music?
http://l-i-e.com/artists.htm

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Ryan A]

> > Maybe APC (August php cart :D )
> 
> Obviously you don't run the APC op-code cache ;)

:) you got me there Rob, dont have a clue about it.
Sorry if I stepped on anyones toes.

Cheers!
Ryan 


--
- The faulty interface lies between the chair and the keyboard.
- Creativity is great, but plagiarism is faster!
- Smile, everyone loves a moron. :-)

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Ryan A]

Hey,

> > Hey,
> > Signed up there, but how do i join the project? my
> > username is "ryan"
> > 
> 
> OK I have added you as a project admin.

Thanks
 
> > I think you might also want to change the project
> > name... phpcart is just too common to think that
> > someone else is not using for one of their
> products.
> > 
> 
> The project name and the branding are different
> things. We will get a
> designer to pimp it up later ;)
> 
> > Maybe APC (August php cart :D )
> 
> Why not just call it opcode cache and be done with
> it? :)

OCC - not to bad, i like it.

I also have some photoshop talents, so give me a shout
there if needed.

Cheers,
Ryan

--
- The faulty interface lies between the chair and the keyboard.
- Creativity is great, but plagiarism is faster!
- Smile, everyone loves a moron. :-)

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Stut]

Ryan A wrote:

Maybe APC (August php cart :D )
  


How about SPECS - Simple [PHP|Pluggable] E-Commerce System.

I have a few thoughts about this idea and will put something together 
later today.


-Stut

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Paul Scott]

> Hey,
> Signed up there, but how do i join the project? my
> username is "ryan"
> 

OK I have added you as a project admin.

> I think you might also want to change the project
> name... phpcart is just too common to think that
> someone else is not using for one of their products.
> 

The project name and the branding are different things. We will get a
designer to pimp it up later ;)

> Maybe APC (August php cart :D )

Why not just call it opcode cache and be done with it? :)

--Paul

All Email originating from UWC is covered by disclaimer 
http://www.uwc.ac.za/portal/uwc2006/content/mail_disclaimer/index.htm 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Robert Cummings]

On Tue, 2006-08-22 at 09:22 -0700, Ryan A wrote:
> 
> 
> > 
> > Please sign up for an account and join the project
> > at
> > http://gforge2.uwc.ac.za/projects/phpcart/
> > 
> > I have started a mailing list, which should kick in
> > in a few hours...
> > 
> > --Paul
> 
> 
> Hey,
> Signed up there, but how do i join the project? my
> username is "ryan"
> 
> I think you might also want to change the project
> name... phpcart is just too common to think that
> someone else is not using for one of their products.
> 
> Maybe APC (August php cart :D )

Obviously you don't run the APC op-code cache ;)

Cheers,
Rob.
-- 
..
| InterJinn Application Framework - http://www.interjinn.com |
::
| An application and templating framework for PHP. Boasting  |
| a powerful, scalable system for accessing system services  |
| such as forms, properties, sessions, and caches. InterJinn |
| also provides an extremely flexible architecture for   |
| creating re-usable components quickly and easily.  |
`'

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Ryan A]

> 
> Please sign up for an account and join the project
> at
> http://gforge2.uwc.ac.za/projects/phpcart/
> 
> I have started a mailing list, which should kick in
> in a few hours...
> 
> --Paul


Hey,
Signed up there, but how do i join the project? my
username is "ryan"

I think you might also want to change the project
name... phpcart is just too common to think that
someone else is not using for one of their products.

Maybe APC (August php cart :D )

Cheers!
Ryan


--
- The faulty interface lies between the chair and the keyboard.
- Creativity is great, but plagiarism is faster!
- Smile, everyone loves a moron. :-)

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Paul Scott]

Please sign up for an account and join the project at
http://gforge2.uwc.ac.za/projects/phpcart/

I have started a mailing list, which should kick in in a few hours...

--Paul

On Tue, 2006-08-22 at 08:47 -0700, Ryan A wrote:
> 
> --- Paul Scott <[EMAIL PROTECTED]> wrote:
> 
> > 
> > On Tue, 2006-08-22 at 05:36 -0700, Ryan A wrote:
> > > It really looks like I will have to write this
> > myself
> > > :(
> > 
> > We need to create a proper one, under a decent
> > licence as a community
> > damnit! Maybe even a generic PEAR object that can be
> > customized/extended
> > to connect to whatever gateway you need to?
> > 
> > I can start the project, any volunteers to do some
> > code/docs etc?
> > 
> > --Paul
> 
> Hey Paul,
> 
> I need this now more than most people so you can count
> me in... but first we have to start agreeing on how to
> do it and what features it will have etc
> 
> I have done a project that connect to and interacts
> with the 2checkout gateway so there i can be pretty
> helpful and maybe documentation but other than
> that i have no idea if my code is really "clean"
> Never did any thing with PEAR other than try its
> database stuff.
> 
> Cheers,
> Ryan
> 
> --
> - The faulty interface lies between the chair and the keyboard.
> - Creativity is great, but plagiarism is faster!
> - Smile, everyone loves a moron. :-)
> 
> __
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 

All Email originating from UWC is covered by disclaimer 
http://www.uwc.ac.za/portal/uwc2006/content/mail_disclaimer/index.htm 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Ryan A]

--- Dan McCullough <[EMAIL PROTECTED]> wrote:

> Another thing to remember is that you dont want to
> get overwhelmed
> with all the work when you are going to build your
> own, a list of
> 250,000 features will never get done, many have
> tried, many have
> failed, so plan what you need to start with and
> build the other
> features later.

Good point, I feel into that ditch myself some time back...

--
- The faulty interface lies between the chair and the keyboard.
- Creativity is great, but plagiarism is faster!
- Smile, everyone loves a moron. :-)

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Ryan A]

> I believe you can find those out there as well, most
> of what you need
> will be available out there, you will be able to
> find them and then
> take what you need to work it into your cart,
> probably would be a good
> idea to think of all the different pieces and then
> find the different
> examples/tutorials/snippets and then see how they
> fit.

Yep, I always count the jigsaw puzzle pieces before i
start ;)

Cheers!

--
- The faulty interface lies between the chair and the keyboard.
- Creativity is great, but plagiarism is faster!
- Smile, everyone loves a moron. :-)

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Ryan A]

--- Paul Scott <[EMAIL PROTECTED]> wrote:

> 
> On Tue, 2006-08-22 at 05:36 -0700, Ryan A wrote:
> > It really looks like I will have to write this
> myself
> > :(
> 
> We need to create a proper one, under a decent
> licence as a community
> damnit! Maybe even a generic PEAR object that can be
> customized/extended
> to connect to whatever gateway you need to?
> 
> I can start the project, any volunteers to do some
> code/docs etc?
> 
> --Paul

Hey Paul,

I need this now more than most people so you can count
me in... but first we have to start agreeing on how to
do it and what features it will have etc

I have done a project that connect to and interacts
with the 2checkout gateway so there i can be pretty
helpful and maybe documentation but other than
that i have no idea if my code is really "clean"
Never did any thing with PEAR other than try its
database stuff.

Cheers,
Ryan

--
- The faulty interface lies between the chair and the keyboard.
- Creativity is great, but plagiarism is faster!
- Smile, everyone loves a moron. :-)

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Dan McCullough]

Another thing to remember is that you dont want to get overwhelmed
with all the work when you are going to build your own, a list of
250,000 features will never get done, many have tried, many have
failed, so plan what you need to start with and build the other
features later.

On 8/22/06, Dan McCullough <[EMAIL PROTECTED]> wrote:

I believe you can find those out there as well, most of what you need
will be available out there, you will be able to find them and then
take what you need to work it into your cart, probably would be a good
idea to think of all the different pieces and then find the different
examples/tutorials/snippets and then see how they fit.

On 8/22/06, Ryan A <[EMAIL PROTECTED]> wrote:
> Hey,
>
> > There are many payment processing
> > script/classes/examples available
> > that you could use.  Just google around for your
> > gateway provider,
> > like PHP and Authorize.net, etc, or go to their site
> > and look for a
> > developer, API or something like that to see if they
> > have done some
> > examples.
>
> Yeah, i guess thats also an idea, will look into it.
>
> Will also need to look into the logic of calculating
> shipping, something that I have never done in the
> past.
>
> Kind of worked out the logic of "customers who bought
> this also bought..." gotto take one step at a time...
> which breaks down to a problem coz dont have much time
> to take many steps :(
>
> Cheers!
> Ryan
>
> --
> - The faulty interface lies between the chair and the keyboard.
> - Creativity is great, but plagiarism is faster!
> - Smile, everyone loves a moron. :-)
>
> __
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>



--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Dan McCullough]

I believe you can find those out there as well, most of what you need
will be available out there, you will be able to find them and then
take what you need to work it into your cart, probably would be a good
idea to think of all the different pieces and then find the different
examples/tutorials/snippets and then see how they fit.

On 8/22/06, Ryan A <[EMAIL PROTECTED]> wrote:

Hey,

> There are many payment processing
> script/classes/examples available
> that you could use.  Just google around for your
> gateway provider,
> like PHP and Authorize.net, etc, or go to their site
> and look for a
> developer, API or something like that to see if they
> have done some
> examples.

Yeah, i guess thats also an idea, will look into it.

Will also need to look into the logic of calculating
shipping, something that I have never done in the
past.

Kind of worked out the logic of "customers who bought
this also bought..." gotto take one step at a time...
which breaks down to a problem coz dont have much time
to take many steps :(

Cheers!
Ryan

--
- The faulty interface lies between the chair and the keyboard.
- Creativity is great, but plagiarism is faster!
- Smile, everyone loves a moron. :-)

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com



--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Ryan A]

Hey,

> There are many payment processing
> script/classes/examples available
> that you could use.  Just google around for your
> gateway provider,
> like PHP and Authorize.net, etc, or go to their site
> and look for a
> developer, API or something like that to see if they
> have done some
> examples.

Yeah, i guess thats also an idea, will look into it.

Will also need to look into the logic of calculating
shipping, something that I have never done in the
past.

Kind of worked out the logic of "customers who bought
this also bought..." gotto take one step at a time...
which breaks down to a problem coz dont have much time
to take many steps :(

Cheers!
Ryan

--
- The faulty interface lies between the chair and the keyboard.
- Creativity is great, but plagiarism is faster!
- Smile, everyone loves a moron. :-)

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Paul Scott]

On Tue, 2006-08-22 at 05:36 -0700, Ryan A wrote:
> It really looks like I will have to write this myself
> :(

We need to create a proper one, under a decent licence as a community
damnit! Maybe even a generic PEAR object that can be customized/extended
to connect to whatever gateway you need to?

I can start the project, any volunteers to do some code/docs etc?

--Paul

All Email originating from UWC is covered by disclaimer 
http://www.uwc.ac.za/portal/uwc2006/content/mail_disclaimer/index.htm 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Dan McCullough]

Commercial product that is good http://www.x-cart.com/


On 8/22/06, Ryan A <[EMAIL PROTECTED]> wrote:

It really looks like I will have to write this myself
:(

I know it will be good for experience but like someone
else has pointed out, I would rather work with someone
elses code for the payment parts knowing that it has
been totally debugged than getting screwed later on
because I missed assigning a value to a variable...

Still searching though, tested OSC,ZenCart,
Xcart,FishCart, now on to phpshop...

Drupal seems good, but kinda large with all the
modules out there... a bit intimidating, will keep
that as a "reserve check"

I think this is the reason why there are so many
"carts " out there people just get pissed seaching for
a simple one which they can use their _own_ page
design, and dont find it... then they write one for
themselves, see it works very well, decide to go
commercial... get requests to add "just one more
thing" and screw it up like all the others..!

Cheers!
Ryan

--- Larry Garfield <[EMAIL PROTECTED]> wrote:

> There may be other canned solutions that are not as
> bad as OSCommerce.  It's
> the only one I've worked with other than Drupal.
> I've worked with Drupal
> extensively, but haven't used its ecommerce modules
> extensively.
>
> But yes, I highly recommend OSCommerce as an example
> of how not to write a PHP
> application, of any kind.
>
> On Monday 21 August 2006 15:18, Gerry D wrote:
> > So if I understand you gentlemen correctly, these
> pre-builds serve as
> > examples how NOT to do it?
> >
> > Gerry
> >
> > On 8/20/06, Larry Garfield
> <[EMAIL PROTECTED]> wrote:
> > > On Sunday 20 August 2006 20:17, Gerry D wrote:
> > > > On 8/19/06, Larry Garfield
> <[EMAIL PROTECTED]> wrote:
> > > > > OSCommerce is crap.  Don't bother.
> > > >
> > > > Why do you say that, Larry? I may want to get
> into an app like that
> > > > because I think one of my clients is ready for
> it. What are the cons,
> > > > and what are my options? What are Drupal's
> limitations?
> > >
> > > I tried using it for a client last summer,
> because it was available free
> > > on the client's web host.  It is extremely
> rigid.  If you want a program
> > > that works the way they want and looks kinda
> like Buy.com with a
> > > table-based layout in 3 columns with certain
> visual effects, it's fine.
> > > If you want to change or customize anything,
> good luck.  Nearly
> > > everything is hard coded with HTML and
> presentation PHP and business
> > > logic PHP all mixed in together. With a table
> based layout.
> > >
> > > Ugh.
> > >
> > > As for using pre-build vs. rolling your own, the
> main reason I favor
> > > ready-made is the bank hookups.  Anytime
> financial stuff is involved, I'd
> > > rather use something someone else already
> debugged than roll my own.
>
> --
> Larry GarfieldAIM: LOLG42
> [EMAIL PROTECTED]ICQ: 6817012
>
> "If nature has made any one thing less susceptible
> than all others of
> exclusive property, it is the action of the thinking
> power called an idea,
> which an individual may exclusively possess as long
> as he keeps it to
> himself; but the moment it is divulged, it forces
> itself into the possession
> of every one, and the receiver cannot dispossess
> himself of it."  -- Thomas
> Jefferson
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>


--
- The faulty interface lies between the chair and the keyboard.
- Creativity is great, but plagiarism is faster!
- Smile, everyone loves a moron. :-)

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Dan McCullough]

There are many payment processing script/classes/examples available
that you could use.  Just google around for your gateway provider,
like PHP and Authorize.net, etc, or go to their site and look for a
developer, API or something like that to see if they have done some
examples.

On 8/22/06, Ryan A <[EMAIL PROTECTED]> wrote:

It really looks like I will have to write this myself
:(

I know it will be good for experience but like someone
else has pointed out, I would rather work with someone
elses code for the payment parts knowing that it has
been totally debugged than getting screwed later on
because I missed assigning a value to a variable...

Still searching though, tested OSC,ZenCart,
Xcart,FishCart, now on to phpshop...

Drupal seems good, but kinda large with all the
modules out there... a bit intimidating, will keep
that as a "reserve check"

I think this is the reason why there are so many
"carts " out there people just get pissed seaching for
a simple one which they can use their _own_ page
design, and dont find it... then they write one for
themselves, see it works very well, decide to go
commercial... get requests to add "just one more
thing" and screw it up like all the others..!

Cheers!
Ryan

--- Larry Garfield <[EMAIL PROTECTED]> wrote:

> There may be other canned solutions that are not as
> bad as OSCommerce.  It's
> the only one I've worked with other than Drupal.
> I've worked with Drupal
> extensively, but haven't used its ecommerce modules
> extensively.
>
> But yes, I highly recommend OSCommerce as an example
> of how not to write a PHP
> application, of any kind.
>
> On Monday 21 August 2006 15:18, Gerry D wrote:
> > So if I understand you gentlemen correctly, these
> pre-builds serve as
> > examples how NOT to do it?
> >
> > Gerry
> >
> > On 8/20/06, Larry Garfield
> <[EMAIL PROTECTED]> wrote:
> > > On Sunday 20 August 2006 20:17, Gerry D wrote:
> > > > On 8/19/06, Larry Garfield
> <[EMAIL PROTECTED]> wrote:
> > > > > OSCommerce is crap.  Don't bother.
> > > >
> > > > Why do you say that, Larry? I may want to get
> into an app like that
> > > > because I think one of my clients is ready for
> it. What are the cons,
> > > > and what are my options? What are Drupal's
> limitations?
> > >
> > > I tried using it for a client last summer,
> because it was available free
> > > on the client's web host.  It is extremely
> rigid.  If you want a program
> > > that works the way they want and looks kinda
> like Buy.com with a
> > > table-based layout in 3 columns with certain
> visual effects, it's fine.
> > > If you want to change or customize anything,
> good luck.  Nearly
> > > everything is hard coded with HTML and
> presentation PHP and business
> > > logic PHP all mixed in together. With a table
> based layout.
> > >
> > > Ugh.
> > >
> > > As for using pre-build vs. rolling your own, the
> main reason I favor
> > > ready-made is the bank hookups.  Anytime
> financial stuff is involved, I'd
> > > rather use something someone else already
> debugged than roll my own.
>
> --
> Larry GarfieldAIM: LOLG42
> [EMAIL PROTECTED]ICQ: 6817012
>
> "If nature has made any one thing less susceptible
> than all others of
> exclusive property, it is the action of the thinking
> power called an idea,
> which an individual may exclusively possess as long
> as he keeps it to
> himself; but the moment it is divulged, it forces
> itself into the possession
> of every one, and the receiver cannot dispossess
> himself of it."  -- Thomas
> Jefferson
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>


--
- The faulty interface lies between the chair and the keyboard.
- Creativity is great, but plagiarism is faster!
- Smile, everyone loves a moron. :-)

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Ryan A]

It really looks like I will have to write this myself
:(

I know it will be good for experience but like someone
else has pointed out, I would rather work with someone
elses code for the payment parts knowing that it has
been totally debugged than getting screwed later on
because I missed assigning a value to a variable...

Still searching though, tested OSC,ZenCart,
Xcart,FishCart, now on to phpshop...

Drupal seems good, but kinda large with all the
modules out there... a bit intimidating, will keep
that as a "reserve check"

I think this is the reason why there are so many
"carts " out there people just get pissed seaching for
a simple one which they can use their _own_ page
design, and dont find it... then they write one for
themselves, see it works very well, decide to go
commercial... get requests to add "just one more
thing" and screw it up like all the others..!

Cheers!
Ryan

--- Larry Garfield <[EMAIL PROTECTED]> wrote:

> There may be other canned solutions that are not as
> bad as OSCommerce.  It's 
> the only one I've worked with other than Drupal. 
> I've worked with Drupal 
> extensively, but haven't used its ecommerce modules
> extensively.
> 
> But yes, I highly recommend OSCommerce as an example
> of how not to write a PHP 
> application, of any kind.
> 
> On Monday 21 August 2006 15:18, Gerry D wrote:
> > So if I understand you gentlemen correctly, these
> pre-builds serve as
> > examples how NOT to do it?
> >
> > Gerry
> >
> > On 8/20/06, Larry Garfield
> <[EMAIL PROTECTED]> wrote:
> > > On Sunday 20 August 2006 20:17, Gerry D wrote:
> > > > On 8/19/06, Larry Garfield
> <[EMAIL PROTECTED]> wrote:
> > > > > OSCommerce is crap.  Don't bother.
> > > >
> > > > Why do you say that, Larry? I may want to get
> into an app like that
> > > > because I think one of my clients is ready for
> it. What are the cons,
> > > > and what are my options? What are Drupal's
> limitations?
> > >
> > > I tried using it for a client last summer,
> because it was available free
> > > on the client's web host.  It is extremely
> rigid.  If you want a program
> > > that works the way they want and looks kinda
> like Buy.com with a
> > > table-based layout in 3 columns with certain
> visual effects, it's fine. 
> > > If you want to change or customize anything,
> good luck.  Nearly
> > > everything is hard coded with HTML and
> presentation PHP and business
> > > logic PHP all mixed in together. With a table
> based layout.
> > >
> > > Ugh.
> > >
> > > As for using pre-build vs. rolling your own, the
> main reason I favor
> > > ready-made is the bank hookups.  Anytime
> financial stuff is involved, I'd
> > > rather use something someone else already
> debugged than roll my own.
> 
> -- 
> Larry GarfieldAIM: LOLG42
> [EMAIL PROTECTED] ICQ: 6817012
> 
> "If nature has made any one thing less susceptible
> than all others of 
> exclusive property, it is the action of the thinking
> power called an idea, 
> which an individual may exclusively possess as long
> as he keeps it to 
> himself; but the moment it is divulged, it forces
> itself into the possession 
> of every one, and the receiver cannot dispossess
> himself of it."  -- Thomas 
> Jefferson
> 
> -- 
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
> 
> 


--
- The faulty interface lies between the chair and the keyboard.
- Creativity is great, but plagiarism is faster!
- Smile, everyone loves a moron. :-)

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Larry Garfield]

There may be other canned solutions that are not as bad as OSCommerce.  It's 
the only one I've worked with other than Drupal.  I've worked with Drupal 
extensively, but haven't used its ecommerce modules extensively.

But yes, I highly recommend OSCommerce as an example of how not to write a PHP 
application, of any kind.

On Monday 21 August 2006 15:18, Gerry D wrote:
> So if I understand you gentlemen correctly, these pre-builds serve as
> examples how NOT to do it?
>
> Gerry
>
> On 8/20/06, Larry Garfield <[EMAIL PROTECTED]> wrote:
> > On Sunday 20 August 2006 20:17, Gerry D wrote:
> > > On 8/19/06, Larry Garfield <[EMAIL PROTECTED]> wrote:
> > > > OSCommerce is crap.  Don't bother.
> > >
> > > Why do you say that, Larry? I may want to get into an app like that
> > > because I think one of my clients is ready for it. What are the cons,
> > > and what are my options? What are Drupal's limitations?
> >
> > I tried using it for a client last summer, because it was available free
> > on the client's web host.  It is extremely rigid.  If you want a program
> > that works the way they want and looks kinda like Buy.com with a
> > table-based layout in 3 columns with certain visual effects, it's fine. 
> > If you want to change or customize anything, good luck.  Nearly
> > everything is hard coded with HTML and presentation PHP and business
> > logic PHP all mixed in together. With a table based layout.
> >
> > Ugh.
> >
> > As for using pre-build vs. rolling your own, the main reason I favor
> > ready-made is the bank hookups.  Anytime financial stuff is involved, I'd
> > rather use something someone else already debugged than roll my own.

-- 
Larry Garfield  AIM: LOLG42
[EMAIL PROTECTED]   ICQ: 6817012

"If nature has made any one thing less susceptible than all others of 
exclusive property, it is the action of the thinking power called an idea, 
which an individual may exclusively possess as long as he keeps it to 
himself; but the moment it is divulged, it forces itself into the possession 
of every one, and the receiver cannot dispossess himself of it."  -- Thomas 
Jefferson

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Gerry D]

So if I understand you gentlemen correctly, these pre-builds serve as
examples how NOT to do it?

Gerry

On 8/20/06, Larry Garfield <[EMAIL PROTECTED]> wrote:

On Sunday 20 August 2006 20:17, Gerry D wrote:
> On 8/19/06, Larry Garfield <[EMAIL PROTECTED]> wrote:
> > OSCommerce is crap.  Don't bother.
>
> Why do you say that, Larry? I may want to get into an app like that
> because I think one of my clients is ready for it. What are the cons,
> and what are my options? What are Drupal's limitations?

I tried using it for a client last summer, because it was available free on
the client's web host.  It is extremely rigid.  If you want a program that
works the way they want and looks kinda like Buy.com with a table-based
layout in 3 columns with certain visual effects, it's fine.  If you want to
change or customize anything, good luck.  Nearly everything is hard coded
with HTML and presentation PHP and business logic PHP all mixed in together.
With a table based layout.

Ugh.

As for using pre-build vs. rolling your own, the main reason I favor
ready-made is the bank hookups.  Anytime financial stuff is involved, I'd
rather use something someone else already debugged than roll my own.


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Larry Garfield]

On Sunday 20 August 2006 20:17, Gerry D wrote:
> On 8/19/06, Larry Garfield <[EMAIL PROTECTED]> wrote:
> > OSCommerce is crap.  Don't bother.
>
> Why do you say that, Larry? I may want to get into an app like that
> because I think one of my clients is ready for it. What are the cons,
> and what are my options? What are Drupal's limitations?

I tried using it for a client last summer, because it was available free on 
the client's web host.  It is extremely rigid.  If you want a program that 
works the way they want and looks kinda like Buy.com with a table-based 
layout in 3 columns with certain visual effects, it's fine.  If you want to 
change or customize anything, good luck.  Nearly everything is hard coded 
with HTML and presentation PHP and business logic PHP all mixed in together.  
With a table based layout.

Ugh.

As for using pre-build vs. rolling your own, the main reason I favor 
ready-made is the bank hookups.  Anytime financial stuff is involved, I'd 
rather use something someone else already debugged than roll my own.  

-- 
Larry Garfield  AIM: LOLG42
[EMAIL PROTECTED]   ICQ: 6817012

"If nature has made any one thing less susceptible than all others of 
exclusive property, it is the action of the thinking power called an idea, 
which an individual may exclusively possess as long as he keeps it to 
himself; but the moment it is divulged, it forces itself into the possession 
of every one, and the receiver cannot dispossess himself of it."  -- Thomas 
Jefferson

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] Shopping cart

[Peter Lauri]

Agreed...

-Original Message-
From: Skip Evans [mailto:[EMAIL PROTECTED] 
Sent: Monday, August 21, 2006 8:25 AM
To: Gerry D
Cc: Larry Garfield; php-general@lists.php.net
Subject: Re: [PHP] Shopping cart

Granted, the shopping cart/credit card processing 
modules I've been required to write have not been 
massively complex, but I am still a bit baffled 
why so many fully qualified programmers 
automatically leap to Xcart, OSCommerce, and other 
such solutions when shopping carts are not at all 
difficult to write.

I've found the third party jobbers I've looked at 
to be messy code-wise, and that's being polite.

If you have anything custom to do, if the cart 
doesn't work just the way you want it, you'll 
spend more time trying to get OS and X doing what 
you want then just writing it yourself.

But that's just my opinion.

Gerry D wrote:
> On 8/19/06, Larry Garfield <[EMAIL PROTECTED]> wrote:
> 
>> OSCommerce is crap.  Don't bother.
>>
> 
> Why do you say that, Larry? I may want to get into an app like that
> because I think one of my clients is ready for it. What are the cons,
> and what are my options? What are Drupal's limitations?
> 
> TIA
> 
> Gerry
> 

-- 
Skip Evans
Big Sky Penguin, LLC
61 W Broadway
Butte, Montana 59701
406-782-2240

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Skip Evans]

Granted, the shopping cart/credit card processing 
modules I've been required to write have not been 
massively complex, but I am still a bit baffled 
why so many fully qualified programmers 
automatically leap to Xcart, OSCommerce, and other 
such solutions when shopping carts are not at all 
difficult to write.


I've found the third party jobbers I've looked at 
to be messy code-wise, and that's being polite.


If you have anything custom to do, if the cart 
doesn't work just the way you want it, you'll 
spend more time trying to get OS and X doing what 
you want then just writing it yourself.


But that's just my opinion.

Gerry D wrote:

On 8/19/06, Larry Garfield <[EMAIL PROTECTED]> wrote:


OSCommerce is crap.  Don't bother.



Why do you say that, Larry? I may want to get into an app like that
because I think one of my clients is ready for it. What are the cons,
and what are my options? What are Drupal's limitations?

TIA

Gerry



--
Skip Evans
Big Sky Penguin, LLC
61 W Broadway
Butte, Montana 59701
406-782-2240

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Gerry D]

On 8/19/06, Larry Garfield <[EMAIL PROTECTED]> wrote:

OSCommerce is crap.  Don't bother.



Why do you say that, Larry? I may want to get into an app like that
because I think one of my clients is ready for it. What are the cons,
and what are my options? What are Drupal's limitations?

TIA

Gerry

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[afan]

While OSC is mentioned: I use OSC (actually CRE Loaded version:
http://www.creloaded.com) for a last 2-3 years and installed several
shoping carts. And, they, more or less, work fine. Though, what drives me
nuts, instalation sometime goes wrong with missing file, or after patc I
have manually to delete some files to make it work... And, what scares me
the most, on their forum you can find a tons of installation
questions/problems. And most of them will stay unanswered.
The reason I shoosed OSC is it was so easy make my own changes and
"versions", comparing to xcart (I installed two of those too and they look
fine and stable to me).

My question is actually, your opinion about OSC and/or CRE Loaded, safety,
support and, of course, how the application is coded (as friend of mine
told me once "the worst code ever written that works fine" :)).

Thanks.

-afan


> OSCommerce is crap.  Don't bother.
>
> 
>
> The Drupal CMS has a complete suite of ecommerce modules that work with
> it.
> I've not worked with it recently, but if you just need a straightforward
> shopping cart it should be fine.
>
> http://drupal.org/
> http://drupal.org/project/ecommerce
>
> All GPLed.
>
> 
>
> On Saturday 19 August 2006 10:37, Ryan A wrote:
>> Hey,
>> I have been long enough on this list to know this
>> shopping cart question comes up real often and
>> irritates a lot of folks, but sorry, I have checked
>> google and hotscripts and it has come down to a
>> recommendation from YOU guys as they are SO many
>> options out there with each cart most of which i will
>> never need.
>>
>> Feel free to mention commercial products as I have
>> been looking at them too, but if i go in for a
>> commercial solution I will have to cut somewhere else
>> as this is for myself and i'm starting out...budgets
>> low and am trying to do everything myself, but dont
>> have time to make this myself.
>>
>> Will be selling spare parts.
>>
>> I dont want a cart to do a million things, just around
>> 10 :)
>>
>> 1. Admin panel where i enter quantity and it keeps
>> track of inventry
>> 2. Should be *fast* (php+mysql solution)
>> 3.Intergrate with paypal+2checkout anything more is a
>> bonus
>> 4. Easy to "template"
>> 5. Calculates shipping (not vital, but bonus if it
>> does)
>> 6. Should be able to give discounts based on price and
>> accept discount codes.
>> 7. Should offer the "customers who bought this also
>> bought" feature
>> 8. Easy to maintain
>>
>> OSC is the first cart that comes to mind, followed by
>> Zen, xcart (xcart out of my budget though)
>>
>> Am leaning towards OSC for the price but its got an
>> overload of bulk and speed problems...
>>
>> Please recommend, even a link to any site and a "go to
>> that f***ing site" (the = of a "RTFM") would be
>> appreciated.
>>
>> Thanks!
>> Ryan
>>
>> --
>> - The faulty interface lies between the chair and the keyboard.
>> - Creativity is great, but plagiarism is faster!
>> - Smile, everyone loves a moron. :-)
>>
>> __
>> Do You Yahoo!?
>> Tired of spam?  Yahoo! Mail has the best spam protection around
>> http://mail.yahoo.com
>
> --
> Larry GarfieldAIM: LOLG42
> [EMAIL PROTECTED] ICQ: 6817012
>
> "If nature has made any one thing less susceptible than all others of
> exclusive property, it is the action of the thinking power called an idea,
> which an individual may exclusively possess as long as he keeps it to
> himself; but the moment it is divulged, it forces itself into the
> possession
> of every one, and the receiver cannot dispossess himself of it."  --
> Thomas
> Jefferson
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Ryan A]

Thanks,
Will check it out.

Am also looking at "viart shop", any insight from
someone who has used it would be helpful.

Cheers!
Ryan

--- Larry Garfield <[EMAIL PROTECTED]> wrote:

> OSCommerce is crap.  Don't bother.
> 
> 
> 
> The Drupal CMS has a complete suite of ecommerce
> modules that work with it.  
> I've not worked with it recently, but if you just
> need a straightforward 
> shopping cart it should be fine.
> 
> http://drupal.org/
> http://drupal.org/project/ecommerce
> 
> All GPLed.
> 
> 
> 
> On Saturday 19 August 2006 10:37, Ryan A wrote:
> > Hey,
> > I have been long enough on this list to know this
> > shopping cart question comes up real often and
> > irritates a lot of folks, but sorry, I have
> checked
> > google and hotscripts and it has come down to a
> > recommendation from YOU guys as they are SO
> many
> > options out there with each cart most of which i
> will
> > never need.
> >
> > Feel free to mention commercial products as I have
> > been looking at them too, but if i go in for a
> > commercial solution I will have to cut somewhere
> else
> > as this is for myself and i'm starting
> out...budgets
> > low and am trying to do everything myself, but
> dont
> > have time to make this myself.
> >
> > Will be selling spare parts.
> >
> > I dont want a cart to do a million things, just
> around
> > 10 :)
> >
> > 1. Admin panel where i enter quantity and it keeps
> > track of inventry
> > 2. Should be *fast* (php+mysql solution)
> > 3.Intergrate with paypal+2checkout anything more
> is a
> > bonus
> > 4. Easy to "template"
> > 5. Calculates shipping (not vital, but bonus if it
> > does)
> > 6. Should be able to give discounts based on price
> and
> > accept discount codes.
> > 7. Should offer the "customers who bought this
> also
> > bought" feature
> > 8. Easy to maintain
> >
> > OSC is the first cart that comes to mind, followed
> by
> > Zen, xcart (xcart out of my budget though)
> >
> > Am leaning towards OSC for the price but its got
> an
> > overload of bulk and speed problems...
> >
> > Please recommend, even a link to any site and a
> "go to
> > that f***ing site" (the = of a "RTFM") would be
> > appreciated.
> >
> > Thanks!
> > Ryan
> >
> > --
> > - The faulty interface lies between the chair and
> the keyboard.
> > - Creativity is great, but plagiarism is faster!
> > - Smile, everyone loves a moron. :-)
> >
> > __
> > Do You Yahoo!?
> > Tired of spam?  Yahoo! Mail has the best spam
> protection around
> > http://mail.yahoo.com
> 
> -- 
> Larry GarfieldAIM: LOLG42
> [EMAIL PROTECTED] ICQ: 6817012
> 
> "If nature has made any one thing less susceptible
> than all others of 
> exclusive property, it is the action of the thinking
> power called an idea, 
> which an individual may exclusively possess as long
> as he keeps it to 
> himself; but the moment it is divulged, it forces
> itself into the possession 
> of every one, and the receiver cannot dispossess
> himself of it."  -- Thomas 
> Jefferson
> 
> -- 
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
> 
> 


--
- The faulty interface lies between the chair and the keyboard.
- Creativity is great, but plagiarism is faster!
- Smile, everyone loves a moron. :-)

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping cart

[Larry Garfield]

OSCommerce is crap.  Don't bother.



The Drupal CMS has a complete suite of ecommerce modules that work with it.  
I've not worked with it recently, but if you just need a straightforward 
shopping cart it should be fine.

http://drupal.org/
http://drupal.org/project/ecommerce

All GPLed.



On Saturday 19 August 2006 10:37, Ryan A wrote:
> Hey,
> I have been long enough on this list to know this
> shopping cart question comes up real often and
> irritates a lot of folks, but sorry, I have checked
> google and hotscripts and it has come down to a
> recommendation from YOU guys as they are SO many
> options out there with each cart most of which i will
> never need.
>
> Feel free to mention commercial products as I have
> been looking at them too, but if i go in for a
> commercial solution I will have to cut somewhere else
> as this is for myself and i'm starting out...budgets
> low and am trying to do everything myself, but dont
> have time to make this myself.
>
> Will be selling spare parts.
>
> I dont want a cart to do a million things, just around
> 10 :)
>
> 1. Admin panel where i enter quantity and it keeps
> track of inventry
> 2. Should be *fast* (php+mysql solution)
> 3.Intergrate with paypal+2checkout anything more is a
> bonus
> 4. Easy to "template"
> 5. Calculates shipping (not vital, but bonus if it
> does)
> 6. Should be able to give discounts based on price and
> accept discount codes.
> 7. Should offer the "customers who bought this also
> bought" feature
> 8. Easy to maintain
>
> OSC is the first cart that comes to mind, followed by
> Zen, xcart (xcart out of my budget though)
>
> Am leaning towards OSC for the price but its got an
> overload of bulk and speed problems...
>
> Please recommend, even a link to any site and a "go to
> that f***ing site" (the = of a "RTFM") would be
> appreciated.
>
> Thanks!
> Ryan
>
> --
> - The faulty interface lies between the chair and the keyboard.
> - Creativity is great, but plagiarism is faster!
> - Smile, everyone loves a moron. :-)
>
> __
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com

-- 
Larry Garfield  AIM: LOLG42
[EMAIL PROTECTED]   ICQ: 6817012

"If nature has made any one thing less susceptible than all others of 
exclusive property, it is the action of the thinking power called an idea, 
which an individual may exclusively possess as long as he keeps it to 
himself; but the moment it is divulged, it forces itself into the possession 
of every one, and the receiver cannot dispossess himself of it."  -- Thomas 
Jefferson

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] Shopping Cart, security concerns

[mayo]

No, I would not have prices in the hidden fields. :-) 
Thanks though for the concern.

I do have a few questions about easiest / best way to write this.
Especially as I don't have PHP experience, meaning it takes me longer to
write the code and more importantly I might miss something important.

==

Shopping Cart display

Item Qty (allow user to change or delete)
Item ID (added to session variable by hidden field)
Item Name (added to session variable by hidden field)
Item Desc Short (added to session variable by hidden field) Item Price
(hardcoded. I hate this but it would be pulled from a file or hardcoded
- an if else clause. If itemID = 1 then price = x)


Page 1 (Shipping Info: Name, Address...)

Info forwarded to page two in hidden fields)

Page 2 (Billing Address: Name, Address ...)

Info forwarded to page three in hidden fields

Page 3 - confirmation page

Page 4 (CC info)

Page 5 (Hidden from consumer Security Check Page)

Qty * Price = Qty
Tax recalculated
Shipping recalculated

Relevant data sent to merchant and distributor company

Thanks





-Original Message-
From: Richard Lynch [mailto:[EMAIL PROTECTED] 
Sent: Saturday, May 14, 2005 10:52 PM
To: mayo
Cc: 'php'
Subject: RE: [PHP] Shopping Cart, security concerns

On Sat, May 14, 2005 6:30 am, mayo said:
> I have to say it's a pretty simple project. The don't want to keep any
> information in a db. (!!??!!) Info will be sent to a merchant services
> account and to the distributor which will process the form.
>
> Info will be kept in hidden fields  and in
> session variables then sent off.

Don't put anything you *NEED* to be correct/accurate in type="hidden"

The web surfer can *CHANGE* that in about 5 seconds and send whatever
they
want.

All your prices, all you shipping costs, all the weights, etc had better
be in your PHP source code, as arrays, I guess...

You'd really be better off just using a database with an existing cart.

The amount of code you'll have to write to do this correctly is insane.

> They have three products (it may rise to 5) and everything will be
> hardcoded  as there are no size or color variations. I told them that
> it's not advisable to have everything hardcoded but the client insists
> there is no reason to pull anything from a database. The on-site
> graphics/web designer person will make the changes. He is competent to
> do that and did a good job with the basic design.

But you CANNOT put your prices in type="hidden" fields!!!

That's EXACTLY how you get a shopping cart where the user changes the
price!

> This is not my very first foray into PHP but first time doing
something
> more complicated than
>
> 1. if person has this permission then show A else show B
>
> or
>
> 2. if person is on page 1 then show page 1 as bold else show page 1 as
> normal

-- 
Like Music?
http://l-i-e.com/artists.htm

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] Shopping Cart, security concerns

[Richard Lynch]

On Sat, May 14, 2005 6:30 am, mayo said:
> I have to say it's a pretty simple project. The don't want to keep any
> information in a db. (!!??!!) Info will be sent to a merchant services
> account and to the distributor which will process the form.
>
> Info will be kept in hidden fields  and in
> session variables then sent off.

Don't put anything you *NEED* to be correct/accurate in type="hidden"

The web surfer can *CHANGE* that in about 5 seconds and send whatever they
want.

All your prices, all you shipping costs, all the weights, etc had better
be in your PHP source code, as arrays, I guess...

You'd really be better off just using a database with an existing cart.

The amount of code you'll have to write to do this correctly is insane.

> They have three products (it may rise to 5) and everything will be
> hardcoded  as there are no size or color variations. I told them that
> it's not advisable to have everything hardcoded but the client insists
> there is no reason to pull anything from a database. The on-site
> graphics/web designer person will make the changes. He is competent to
> do that and did a good job with the basic design.

But you CANNOT put your prices in type="hidden" fields!!!

That's EXACTLY how you get a shopping cart where the user changes the price!

> This is not my very first foray into PHP but first time doing something
> more complicated than
>
> 1. if person has this permission then show A else show B
>
> or
>
> 2. if person is on page 1 then show page 1 as bold else show page 1 as
> normal

-- 
Like Music?
http://l-i-e.com/artists.htm

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] Shopping Cart, security concerns

[mayo]

I have to say it's a pretty simple project. The don't want to keep any
information in a db. (!!??!!) Info will be sent to a merchant services
account and to the distributor which will process the form.

Info will be kept in hidden fields  and in
session variables then sent off.

They have three products (it may rise to 5) and everything will be
hardcoded  as there are no size or color variations. I told them that
it's not advisable to have everything hardcoded but the client insists
there is no reason to pull anything from a database. The on-site
graphics/web designer person will make the changes. He is competent to
do that and did a good job with the basic design.

This is not my very first foray into PHP but first time doing something
more complicated than 

1. if person has this permission then show A else show B

or

2. if person is on page 1 then show page 1 as bold else show page 1 as
normal

Thanks



-Original Message-
From: Richard Lynch [mailto:[EMAIL PROTECTED] 
Sent: Saturday, May 14, 2005 1:54 AM
To: mayo
Cc: php
Subject: Re: [PHP] Shopping Cart, security concerns

On Fri, May 13, 2005 8:26 pm, mayo said:
> I'm making my first shopping cart in PHP.  I'm concerned about the
> security of my session variables, concerned about people altering data
> (lowering the price). Is there anything I should pay attention to.

There are approximately 247 other PHP shopping carts out there.  Maybe
you'd be better off just installing one of them.

Certainly, you should read the source code to several.

Your session variables are at-risk on a shared server, usually; And not
so
much on a dedicated server.  Or, more properly, on a dedicated server,
if
your session data isn't safe, you've got MUCH bigger problems than just
your session data.

As far as changing the price goes, just don't take the price as an INPUT
from your cart/form.  The only variables you need to accept from the
user
in the shopping cart itself are: $product_id and $quantity.

For the fulfillment, maybe some location data like $country, $region,
$postal to calculate shipping, and then their credit card info.

Honestly, setting up a script to accept people's credit card numbers as
your very first PHP project is probably not a particularly Good Idea... 
You can't absorb all the ins and outs of security overnight...  Just my
opinion.

Perhaps you would be better served to install a pre-existing PHP
shopping
cart, and focus on making it secure and safe, rather than trying to
write
your own from scratch as well.

-- 
Like Music?
http://l-i-e.com/artists.htm

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart, security concerns

[Richard Lynch]

On Fri, May 13, 2005 8:26 pm, mayo said:
> I'm making my first shopping cart in PHP.  I'm concerned about the
> security of my session variables, concerned about people altering data
> (lowering the price). Is there anything I should pay attention to.

There are approximately 247 other PHP shopping carts out there.  Maybe
you'd be better off just installing one of them.

Certainly, you should read the source code to several.

Your session variables are at-risk on a shared server, usually; And not so
much on a dedicated server.  Or, more properly, on a dedicated server, if
your session data isn't safe, you've got MUCH bigger problems than just
your session data.

As far as changing the price goes, just don't take the price as an INPUT
from your cart/form.  The only variables you need to accept from the user
in the shopping cart itself are: $product_id and $quantity.

For the fulfillment, maybe some location data like $country, $region,
$postal to calculate shipping, and then their credit card info.

Honestly, setting up a script to accept people's credit card numbers as
your very first PHP project is probably not a particularly Good Idea... 
You can't absorb all the ins and outs of security overnight...  Just my
opinion.

Perhaps you would be better served to install a pre-existing PHP shopping
cart, and focus on making it secure and safe, rather than trying to write
your own from scratch as well.

-- 
Like Music?
http://l-i-e.com/artists.htm

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart Solutions

[Didier McGillis]

I had been doign interchange back when it first changed names to 
Interchange, I havent used it since it was aquired by Redhat, no particular 
reason just personal preference.

Here is the link to FreeTrade.  I believe the Restoration Hardware site 
started with this code, they have since gone bigger and better, but its a 
great starting place.  This is will get you a site up and running, but this 
is pretty much framework.
http://share.whichever.com/index.php?SCREEN=freetrade


From: "Stephan Becker" <[EMAIL PROTECTED]>
Reply-To: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Subject: Re: [PHP] Shopping Cart Solutions Date: Wed, 24 Sep 2003 14:07:33 
+0200

Well take a look into interchange.
http://www.icdevgroup.org
This Shop Engine has a nice demo catalog called foundation.
Take it, adopt it and your set for the most of all things you want to
achieve.
There is a lill tutorial which guides you through the basics of interchange
and leaves you with a skeletton but functional catalog after 3-4 hours of
reading and typing.
Installation is a bit tricky but I managed it though within a couple of
hours of try and error. If you eventually pass that phase of learning you
could do it easyliy again within 10 minutes.
One thing left to mention:
It´s Perl not PHP.
But I´am on the issue to wrap it into a modul .. ;)

Stephan

"Didier McGillis" <[EMAIL PROTECTED]> schrieb im Newsbeitrag
news:<[EMAIL PROTECTED]>...
> As everyone has said osCommerce is a good cart program, but if you need 
a
> serious customized solution then you are going to need to either spend
your
> time foucsing on that app and get into it, or your going to want to find
> something a little less polished and more just foundation, not saying
> osCommerce doesnt have a good foundation, its just that its more of a
> finished and therefore has a more defined set of rules to work with it.
>
> FreeTrade is a good app, they have moved several times you'll have to
google
> it.  PHPShop I never really liked, more of a personal decision.
>
> >Anyone have suggestions for open source shopping cart apps in PHP?
> >
> >
> >Thanks, Charles
>
> _
> STOP MORE SPAM with the new MSN 8 and get 2 months FREE*
> http://join.msn.com/?page=features/junkmail


_
MSN 8 with e-mail virus protection service: 2 months FREE*  
http://join.msn.com/?page=features/virus

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart Solutions

[Didier McGillis]

As everyone has said osCommerce is a good cart program, but if you need a 
serious customized solution then you are going to need to either spend your 
time foucsing on that app and get into it, or your going to want to find 
something a little less polished and more just foundation, not saying 
osCommerce doesnt have a good foundation, its just that its more of a 
finished and therefore has a more defined set of rules to work with it.

FreeTrade is a good app, they have moved several times you'll have to google 
it.  PHPShop I never really liked, more of a personal decision.

Anyone have suggestions for open source shopping cart apps in PHP?

Thanks, Charles
_
STOP MORE SPAM with the new MSN 8 and get 2 months FREE*   
http://join.msn.com/?page=features/junkmail

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart Solutions

[Becoming Digital]

I'll give a big "+2" to all of this.  I spent a great deal of time writing a program 
for customizing various aspects of osCommerce.  After a while, I just dropped the 
project because it was becoming a tangled web of code and not at all my style.

Edward Dudlik
Becoming Digital
www.becomingdigital.com



- Original Message - 
From: "Chris W. Parker" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; "Charles Kline" <[EMAIL PROTECTED]>; 
<[EMAIL PROTECTED]>
Sent: Monday, 22 September, 2003 18:21
Subject: RE: [PHP] Shopping Cart Solutions


Henrik Hudson <mailto:[EMAIL PROTECTED]>
on Monday, September 22, 2003 3:09 PM said:

> My 2 cents. OSCommerce is great if you want to use it out of the box,
> but we tried to extend it and alter some of it's functions and the
> code is very obtuse and making changes in one spot can lead to
> problems in others.

+1

I messed around with it for a few days just trying to add two fields to
the product table but it so difficult to find where all the mysql db
errors were being generated I just gave up and decided to write my own
cart from scratch. ;)

I should clarify a little. I gave up after only trying to add two fields
because the other features that I needed in a shopping cart were WAY
more complicated than the two fields and I reasoned that if it was that
difficult to add two fields it's going to be near impossible to add what
I wanted. So I decided my time would be better spent developing my own
cart (what learning experience it's been!!). I would be able to extend
my own cart much more quickly and efficiently than I could anyone elses
code.

> Also, it tries to throw in the kitchen-sink worth
> of options and if you need something slimmer or more easily
> configured you might be better off starting from another codebase.

+1



Chris.

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart Solutions

[pete M]

loads  at hotscripts.com
http://www.hotscripts.com/PHP/Scripts_and_Programs/E-Commerce/index.html
Adrian Teasdale wrote:
Charles

Try oscommerce.org - it's an open source app written in PHP that has a
fantastic community and is incredibly feature-rich.  I'm not associated
with the project, but I have used it
Best regards

Ade
Sourceguardian.com

-Original Message-
From: Charles Kline [mailto:[EMAIL PROTECTED] 
Sent: 22 September 2003 21:10
To: [EMAIL PROTECTED]
Subject: [PHP] Shopping Cart Solutions

Anyone have suggestions for open source shopping cart apps in PHP?

Thanks,
Charles
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] Shopping Cart Solutions

[Chris W. Parker]

Henrik Hudson 
on Monday, September 22, 2003 3:09 PM said:

> My 2 cents. OSCommerce is great if you want to use it out of the box,
> but we tried to extend it and alter some of it's functions and the
> code is very obtuse and making changes in one spot can lead to
> problems in others.

+1

I messed around with it for a few days just trying to add two fields to
the product table but it so difficult to find where all the mysql db
errors were being generated I just gave up and decided to write my own
cart from scratch. ;)

I should clarify a little. I gave up after only trying to add two fields
because the other features that I needed in a shopping cart were WAY
more complicated than the two fields and I reasoned that if it was that
difficult to add two fields it's going to be near impossible to add what
I wanted. So I decided my time would be better spent developing my own
cart (what learning experience it's been!!). I would be able to extend
my own cart much more quickly and efficiently than I could anyone elses
code.

> Also, it tries to throw in the kitchen-sink worth
> of options and if you need something slimmer or more easily
> configured you might be better off starting from another codebase.

+1



Chris.

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart Solutions

[Henrik Hudson]

On Monday 22 September 2003 15:42, Adrian Teasdale wrote:
> Charles
>
> Try oscommerce.org - it's an open source app written in PHP that has a
> fantastic community and is incredibly feature-rich.  I'm not associated
> with the project, but I have used it

My 2 cents. OSCommerce is great if you want to use it out of the box, but we 
tried to extend it and alter some of it's functions and the code is very 
obtuse and making changes in one spot can lead to problems in others. Also, 
it tries to throw in the kitchen-sink worth of options and if you need 
something slimmer or more easily configured you might be better off starting 
from another codebase.

That being said..if you're looking for an OSS program which works well for 
what it's meant to be..a full featured shopping cart solution..then look no 
further.


Henrik
-- 
Henrik Hudson
[EMAIL PROTECTED]

"`If there's anything more important than my ego
around, I want it caught and shot now.'" 
--Hitchhikers Guide to the Galaxy

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] Shopping Cart Solutions

[Adrian Teasdale]

Charles

Try oscommerce.org - it's an open source app written in PHP that has a
fantastic community and is incredibly feature-rich.  I'm not associated
with the project, but I have used it

Best regards

Ade
Sourceguardian.com

> -Original Message-
> From: Charles Kline [mailto:[EMAIL PROTECTED] 
> Sent: 22 September 2003 21:10
> To: [EMAIL PROTECTED]
> Subject: [PHP] Shopping Cart Solutions
> 
> 
> Anyone have suggestions for open source shopping cart apps in PHP?
> 
> Thanks,
> Charles
> 
> -- 
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
> 
> 
> 
> 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart Solutions

[Ray Hunter]

> Anyone have suggestions for open source shopping cart apps in PHP?

Check out sourceforge.net...there are many there. Also try google and
you will get tons of info.

--
Ray

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] shopping cart and login system

[Steve Jackson]

Actually you can do it the way you suggest.
I'm in the process of doing it also.
I have yet to test the system but it should work provided that you
follow the PayPal system, I already have my cart working so I think I
just need another form like this one with the PHP variables as carried
from my previous cart session. Should be easy by the looks of it. (watch
for wrap):
http://www.paypal.com/cgi-bin/webscr?cmd=_help-ext&eloc=762&unique_id=02
413&source_page=_home&flow=

Steve Jackson
Web Development and Marketing Manager
Viola Systems Ltd.
http://www.violasystems.com
[EMAIL PROTECTED]
Mobile +358 50 343 5159





> -Original Message-
> From: electroteque [mailto:[EMAIL PROTECTED] 
> Sent: 15. kesäkuuta 2003 6:33
> To: olinux; Jeff Harris
> Cc: Php-General
> Subject: RE: [PHP] shopping cart and login system
> 
> 
> yes i know about that but then the whole basket/cart system 
> is out of your hands i prefer to send the total with the 
> products and quantities or can you not do that ? if not i 
> guess adding the individual items to their basket is the only 
> way the IPN system is confusing aswell :|
> 
> -Original Message-
> From: Jeff Harris [mailto:[EMAIL PROTECTED]
> Sent: Sunday, June 15, 2003 1:31 PM
> To: olinux
> Cc: electroteque; Php-General
> Subject: Re: [PHP] shopping cart and login system
> 
> 
> On Jun 14, 2003, "olinux" claimed that:
> 
> |hi
> |
> |--- electroteque <[EMAIL PROTECTED]> wrote:
> |> hi there , i am about to build a shopping cart which
> |> will interact with a
> |> paypal payment system , the cart will use sessions
> |> to store the items and
> |> basket information before checking out and posting
> |> to the paypal form , what
> |> i'd like to know is would the cart require a login
> |> system to track users and
> |> to prevent ppl from making dodgy orders ,
> |
> |if pure simplicity is a goal, i dont think you need a
> |login for customers. who cares if they add items and
> |then dont purchase. obviously they would not be able
> |to log in again to see the previous orders or current
> |order status but you could always implement later.
> 
> Actually, to be more simple, for paypal paying customers, I 
> would use paypal's buy it now buttons. Let them deal with the 
> shopping carts and sessions. 
> http://www.paypal.com/cgi-bin/webscr?cmd=p/xcl/rec/singleitem-
intro-outside

--
Registered Linux user #304026.
"lynx -source http://jharris.rallycentral.us/jharris.asc | gpg --import"
Key fingerprint = 52FC 20BD 025A 8C13 5FC6  68C6 9CF9 46C2 B089 0FED
Responses to this message should conform to RFC 1855.



--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] shopping cart and login system

[electroteque]

yes i know about that but then the whole basket/cart system is out of your
hands i prefer to send the total with the products and quantities or can you
not do that ? if not i guess adding the individual items to their basket is
the only way the IPN system is confusing aswell :|

-Original Message-
From: Jeff Harris [mailto:[EMAIL PROTECTED]
Sent: Sunday, June 15, 2003 1:31 PM
To: olinux
Cc: electroteque; Php-General
Subject: Re: [PHP] shopping cart and login system


On Jun 14, 2003, "olinux" claimed that:

|hi
|
|--- electroteque <[EMAIL PROTECTED]> wrote:
|> hi there , i am about to build a shopping cart which
|> will interact with a
|> paypal payment system , the cart will use sessions
|> to store the items and
|> basket information before checking out and posting
|> to the paypal form , what
|> i'd like to know is would the cart require a login
|> system to track users and
|> to prevent ppl from making dodgy orders ,
|
|if pure simplicity is a goal, i dont think you need a
|login for customers. who cares if they add items and
|then dont purchase. obviously they would not be able
|to log in again to see the previous orders or current
|order status but you could always implement later.

Actually, to be more simple, for paypal paying customers, I would use
paypal's buy it now buttons. Let them deal with the shopping carts and
sessions.
http://www.paypal.com/cgi-bin/webscr?cmd=p/xcl/rec/singleitem-intro-outside

--
Registered Linux user #304026.
"lynx -source http://jharris.rallycentral.us/jharris.asc | gpg --import"
Key fingerprint = 52FC 20BD 025A 8C13 5FC6  68C6 9CF9 46C2 B089 0FED
Responses to this message should conform to RFC 1855.



--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] shopping cart and login system

[Jeff Harris]

On Jun 14, 2003, "olinux" claimed that:

|hi
|
|--- electroteque <[EMAIL PROTECTED]> wrote:
|> hi there , i am about to build a shopping cart which
|> will interact with a
|> paypal payment system , the cart will use sessions
|> to store the items and
|> basket information before checking out and posting
|> to the paypal form , what
|> i'd like to know is would the cart require a login
|> system to track users and
|> to prevent ppl from making dodgy orders ,
|
|if pure simplicity is a goal, i dont think you need a
|login for customers. who cares if they add items and
|then dont purchase. obviously they would not be able
|to log in again to see the previous orders or current
|order status but you could always implement later.

Actually, to be more simple, for paypal paying customers, I would use
paypal's buy it now buttons. Let them deal with the shopping carts and
sessions.
http://www.paypal.com/cgi-bin/webscr?cmd=p/xcl/rec/singleitem-intro-outside

-- 
Registered Linux user #304026.
"lynx -source http://jharris.rallycentral.us/jharris.asc | gpg --import"
Key fingerprint = 52FC 20BD 025A 8C13 5FC6  68C6 9CF9 46C2 B089 0FED
Responses to this message should conform to RFC 1855.



-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] shopping cart and login system

[olinux]

hi

--- electroteque <[EMAIL PROTECTED]> wrote:
> hi there , i am about to build a shopping cart which
> will interact with a
> paypal payment system , the cart will use sessions
> to store the items and
> basket information before checking out and posting
> to the paypal form , what
> i'd like to know is would the cart require a login
> system to track users and
> to prevent ppl from making dodgy orders , 

if pure simplicity is a goal, i dont think you need a
login for customers. who cares if they add items and
then dont purchase. obviously they would not be able
to log in again to see the previous orders or current
order status but you could always implement later.


> if not can a session easily be hijacked at all ? 

easily? i dont think so
can it be done? sure


> better still is there anyone out
> there who has intergrated
> their users with the paypal login, so say they login
> to your shopping cart
> to start making payments they are alreayd logged
> into paypal aswell this
> would be ideal :D

I'm sure you already tried hotscripts.com - maybe
paypal has a developer section similar to amazon? but
i would guess that they dont want people routing their
passwords thru other websites.


__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart

[Sascha Braun]

Shopping Carts are pretty easy to write.

Just make a new table in your mysql DB and
then write a session_id together with the sku
and name, color, size, quantity and maybe
customer_id into the the new shoppingcart table.

When you want to show the shopping carts
content just do an select from the carts table.

As I save the prices into an extra table I do a
SELECT * FROM basket, price, item
WHERE basket.sku = item.sku
AND item.price = price.key

Later i use a price.q1 field and multiply it with
the quantity of the item to get the full price.

Hope this helps you a little.

Sascha

- Original Message -
From: "Chris Cook" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, February 09, 2003 10:35 PM
Subject: [PHP] Shopping Cart


> Hello everybody,
>
> I am interested in designing a site with a shopping cart. I have several
> years of programming experience in php and perl, but I have never made a
> shopping cart.
>
> I was looking into some of the already made shopping carts and was
wondering
> what peoples' experiences have been with already made shopping carts.
> Ultimately, I am wondering whether I should code it from scratch or not.
>
> Thanks in advance for any help,
> Chris
>
>
> _
> STOP MORE SPAM with the new MSN 8 and get 2 months FREE*
> http://join.msn.com/?page=features/junkmail
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] Shopping Cart Credit Card Verification

[Jonathan Rosenberg \(Tabby's Place\)]

The solution you choose for credit card verification depends on a number of
things:
- how much control you want over look & feel
- whether you are rolling your own shopping cart

I happen to use Authorize.Net, which allows you to control the entire process &
maintain the look & feel you desire:

http://www.authorize.net/

But there are lots of other solutions.  If you want to email me with more
details of what you are looking for, I'd be glad to try to help.

--
JR

> -Original Message-
> From: Josiah Peters [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, December 31, 2002 01:55 AM
> To: [EMAIL PROTECTED]
> Subject: [PHP] Shopping Cart Credit Card Verification
>
>
> I sure hope this is the correct mailing list. I have been struggling with
> this problem for quite some time.
> Does anyone know a way to verify credit card information in real time with
> your bank over the internet in say a shopping cart?
>
> Joey Peters
>
> _
> STOP MORE SPAM with the new MSN 8 and get 3 months FREE*.
> http://join.msn.com/?page=features/junkmail&xAPID=42&PS=47575&PI=7324&;
DI=7474&SU=
http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_stopmorespam_3m
f


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Shopping Cart Credit Card Verification

[Maciek Ruckgaber Bielecki]

see at http://verisign.com
two services are available:

payflo link & payflow pro

regards,

--
"Few are those who see with their own eyes and feel with their own
hearts."
Albert Einstein
-
Maciek Ruckaber Bielecki



On Mon, 30 Dec 2002, Josiah Peters wrote:

> I sure hope this is the correct mailing list. I have been struggling with
> this problem for quite some time.
> Does anyone know a way to verify credit card information in real time with
> your bank over the internet in say a shopping cart?
>
> Joey Peters
>
> _
> STOP MORE SPAM with the new MSN 8 and get 3 months FREE*.
> http://join.msn.com/?page=features/junkmail&xAPID=42&PS=47575&PI=7324&DI=7474&SU=
> http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_stopmorespam_3mf
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] shopping cart, inventory control, point of sale system

[Justin French]

A web based interface is pretty slow for POS isn't it???

phpshop.org might be a good start on the other two...

justin

on 17/10/02 11:56 PM, Daniel Negron/KBE ([EMAIL PROTECTED]) wrote:

> can anyone point me in the direction of a good system that will cover all 3
> of these points (Shopping Cart, Inventory Control, and Point of Sale) ?
> 
> 
> Thank you,
> 
> **DAN**
> 


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] shopping cart question

[Mika Tuupola]

On Fri, 1 Mar 2002, Jon Feldhammer wrote:

> The way I see it, there are three options for maintaining state in php.
> I've already taken the route of keeping a random session id and putting it
> into a database to track a user/cart.  So the only variable i need to track
> is the session id.  The three options I know of then are:

Did I understand correctly you are implementing your own
session handling? Why not use PHP's native sessions?

http://www.php.net/manual/en/ref.session.php

> search engines like these).  Also, with option 1 you need to have a  echo "?session_id=$session_id" ?> type line in every href which is a pain in
> the ass.  Option 2 is great, if the user uses cookies, if not, you cannot

This can be automated with --enable-trans-sid.

-- 
Mika Tuupola  http://www.appelsiini.net/~tuupola/


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] Shopping cart search

[Andrew Hill]

You may wish to check here for comparsons:
http://www.l-i-e.com/compare/

Plus, there was a discussion set up in onelist - phpcart. It's idle now but
may be searchable.

Best regards,
Andrew Hill
Director of Technology Evangelism
OpenLink Software  http://www.openlinksw.com
Universal Data Access & Data Integration Technology Providers

> -Original Message-
> From: Todd Cary [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, May 10, 2001 11:24 AM
> To: [EMAIL PROTECTED]
> Subject: [PHP] Shopping cart search
>
>
> Can someone pass on the URL for searching for PHP shopping cart programs
> and shopping cart related questions.
>
> Many thanks...
>
> Todd
>
> --
> Todd Cary
> Ariste Software
> [EMAIL PROTECTED]
>
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
>


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP] Shopping cart search

[Todd Cary]

Many thanks to all.  Exactly what I need!!

Todd

--
Todd Cary
Ariste Software
[EMAIL PROTECTED]



-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP] Shopping cart search

[Steve Werby]

"Todd Cary" <[EMAIL PROTECTED]> wrote:
> Can someone pass on the URL for searching for PHP shopping cart programs
> and shopping cart related questions.

google.com?  Or search the php list archives at
http://marc.theaimsgroup.com/.

> Many thanks...

Here are some shopping carts written in PHP.  I don't know of a message
board or mailing list dedicated to shopping carts.

http://www.theexchangeproject.org/
http://www.fishcart.org/

--
Steve Werby
President, Befriend Internet Services LLC
http://www.befriend.com/


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

RE: [PHP] Shopping cart search

[Jeff Oien]

http://www.hotscripts.com/PHP/

Jeff Oien
http://www.webdesigns1.com/php/

> Can someone pass on the URL for searching for PHP shopping cart programs
> and shopping cart related questions.
> 
> Many thanks...
> 
> Todd
> 
> --
> Todd Cary
> Ariste Software
> [EMAIL PROTECTED]
> 
> 
> 
> -- 
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
> 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

RE: [PHP] shopping cart classes

[Thor M. Steindorsson]

Seems to be good enough for NASA. :)

-Original Message-
From: Chris Lee [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 16, 2001 1:51 PM
To: [EMAIL PROTECTED]
Subject: Re: [PHP] shopping cart classes


I found the same as you, I wrote some classes of my own. have you done much
with postgres ? Ive used mySQL alot here and am not happy with the
stability, postgres (beta) seems to be faster but havent used it in products
so cant comment on stability. Im curious.


--


Chris Lee
Mediawaveonline.com

em. [EMAIL PROTECTED]

ph. 250.377.1095
ph. 250.376.2690
fx. 250.554.1120




"Randall Perry" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> I've checked out the shopping cart packages available for PHP and am not
> thrilled by any of them. Was wondering if there are a set of classes
> available that could be used to support a shopping cart. I'm interested in
> the 'back end' -- working with the actual data, rather than the front
end --
> the user interface. Want to build it with php + mySQL or PostgreSQL.
>
> I want complete freedom to build the interface but don't want to reinvent
> the wheel for credit card validation, online credit card processing,
> shipping calculation, etc.
>
>
> I've built a simple shopping cart for a site currently under construction.
> This uses a combination of javascript and php, and doesn't use database
> (less than 1 dozen items).
>
> You can see an example (excuse the mess) by going to:
>
> http://www.bhagavati.com/trial/mainframe.htm
>
> and clicking the 'order' link in the navbar frame at the top. HINT: close
> movie window as soon as it opens.
>
>
>
> Randy Perry
> sysTame
>
> Mac Consulting/Sales
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>



--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]



-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP] shopping cart classes

[Joe Stump]

Odd - we serve millions of pages a day off of MySQL - solid as a rock. Hhm
wonder if that Quad SPARC has anything to do with it...

--Joe

On Fri, Feb 16, 2001 at 01:50:59PM -0800, Chris Lee wrote:
> I found the same as you, I wrote some classes of my own. have you done much
> with postgres ? Ive used mySQL alot here and am not happy with the
> stability, postgres (beta) seems to be faster but havent used it in products
> so cant comment on stability. Im curious.
> 
> 
> --
> 
> 
> Chris Lee
> Mediawaveonline.com
> 
> em. [EMAIL PROTECTED]
> 
> ph. 250.377.1095
> ph. 250.376.2690
> fx. 250.554.1120
> 
> 
> 
> 
> "Randall Perry" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > I've checked out the shopping cart packages available for PHP and am not
> > thrilled by any of them. Was wondering if there are a set of classes
> > available that could be used to support a shopping cart. I'm interested in
> > the 'back end' -- working with the actual data, rather than the front
> end --
> > the user interface. Want to build it with php + mySQL or PostgreSQL.
> >
> > I want complete freedom to build the interface but don't want to reinvent
> > the wheel for credit card validation, online credit card processing,
> > shipping calculation, etc.
> >
> >
> > I've built a simple shopping cart for a site currently under construction.
> > This uses a combination of javascript and php, and doesn't use database
> > (less than 1 dozen items).
> >
> > You can see an example (excuse the mess) by going to:
> >
> > http://www.bhagavati.com/trial/mainframe.htm
> >
> > and clicking the 'order' link in the navbar frame at the top. HINT: close
> > movie window as soon as it opens.
> >
> >
> >
> > Randy Perry
> > sysTame
> >
> > Mac Consulting/Sales
> >
> >
> > --
> > PHP General Mailing List (http://www.php.net/)
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > To contact the list administrators, e-mail: [EMAIL PROTECTED]
> >
> 
> 
> 
> -- 
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]

-- 

---
Joe Stump, PHP Hacker, [EMAIL PROTECTED] -o)
http://www.miester.org http://www.care2.com /\\
"It's not enough to succeed. Everyone else must fail" -- Larry Ellison _\_V
---


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP] shopping cart classes

[Chris Lee]

I found the same as you, I wrote some classes of my own. have you done much
with postgres ? Ive used mySQL alot here and am not happy with the
stability, postgres (beta) seems to be faster but havent used it in products
so cant comment on stability. Im curious.


--


Chris Lee
Mediawaveonline.com

em. [EMAIL PROTECTED]

ph. 250.377.1095
ph. 250.376.2690
fx. 250.554.1120




"Randall Perry" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> I've checked out the shopping cart packages available for PHP and am not
> thrilled by any of them. Was wondering if there are a set of classes
> available that could be used to support a shopping cart. I'm interested in
> the 'back end' -- working with the actual data, rather than the front
end --
> the user interface. Want to build it with php + mySQL or PostgreSQL.
>
> I want complete freedom to build the interface but don't want to reinvent
> the wheel for credit card validation, online credit card processing,
> shipping calculation, etc.
>
>
> I've built a simple shopping cart for a site currently under construction.
> This uses a combination of javascript and php, and doesn't use database
> (less than 1 dozen items).
>
> You can see an example (excuse the mess) by going to:
>
> http://www.bhagavati.com/trial/mainframe.htm
>
> and clicking the 'order' link in the navbar frame at the top. HINT: close
> movie window as soon as it opens.
>
>
>
> Randy Perry
> sysTame
>
> Mac Consulting/Sales
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>



-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP] Shopping Cart Schema - Sessions

[Teodor Cimpoesu]

Hi Alexander!
On Thu, 11 Jan 2001, Alexander Wagner wrote:

> Paul K Egell-Johnsen wrote:
> > When in doubt, follow the stream... Check out this, Amazon uses cookies,
> > Amazon does a lot of business. Do you really feel that Amazon misses out
> > on a lot of customers? Do you know of any large websites doing shopping
> > carts which doesn't rely on cookies?
> 
> I don't fear cookies. As many other (geeks, mainly), I just don't like them. 
> Especially those that don't serve a purpose (at least not for me).
> I don't know much about Amazon and other shops, but what is wrong about using 
> a fallback to GET when cookies are not supported?

this is how the session works in PHP, and if you have --enable-trans-sid at
configure time, you don't have to worry for carrying the SID over the pages.

-- teodor

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP] Shopping Cart Schema - Sessions

[Michael Kimsal]

Paul K Egell-Johnsen wrote:

> Alexander Wagner wrote:
>
> > But did you know that for reasons of privacy it is officialy it is not
> > allowed to set a cookie without asking in germany? (no one cares or even
> > tries to enforce it, but thats not the point)

Why don't they make it illegal to run your browser with cookie notification
off?
The technology is already in place - people are choosing to not use it
(or they don't know it's there).  Either way, it should be an education issue,

not an 'official/legal' one.

IMO, of course.



-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP] Shopping Cart Schema - Sessions

[Paul K Egell-Johnsen]

Alexander Wagner wrote:

> But did you know that for reasons of privacy it is officialy it is not
> allowed to set a cookie without asking in germany? (no one cares or even
> tries to enforce it, but thats not the point)

No, I didn't. I can see why, especially with the sneaky doubleclick
stuff (ie. cookies via their ads).

The best method would of course be that new technology (forced by more
countries enforcing some similar law as Germany) would ask the user if
it wants to announce who s/he is to the site upon entering.

I'm a bit worried about my privacy, but mostly because I hate people
earning money on MY data and my behaviour. If someone should be paid it
is me, not someone else. They push ads at me, they track my movements,
and they sell info about me?

And it seems that it isn't much of a problem since I can turn get on/off
in PHP4:) As long as there are easy workarounds I'm all for it (as with
making web pages work both on Opera, IE and Netscape). I'm just not in
for stuff if I don't know the exact basis for why I'm doing it.

Now lets see if Germany can get the rest of EU to enforce a similar law,
then perhaps some standards and practices are changed to accomodate the
user's needs in a private and non-offencive method.
-- 
Paul K Egell-Johnsen
Utvikler/PR Manager
eZ systems as
http://ez.no/

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP] Shopping Cart Schema - Sessions

[Alexander Wagner]

Paul K Egell-Johnsen wrote:
> What really irked me is that you've received advice about market
> penetration of shops. Based on my experience it is only geeks/OSS people
> who have any problem with cookies, and at the same time those are the
> people who are experts and then deal out advice about 'ooh that's bad
> karma dude, since many people don't like cookies'.

There are a variety of people who have a problem with cookies. The biggest 
part are the geeks, who just don't like the idea.
Well, geeks know a lot of other geeks, who don't like cookies either. From 
this point, they are right. But you certainly have a point. There aren't too 
many of them.

But did you know that for reasons of privacy it is officialy it is not 
allowed to set a cookie without asking in germany? (no one cares or even 
tries to enforce it, but thats not the point)

regards
Wagner

-- 
One maniac alone can do what 20 together cannot

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP] Shopping Cart Schema - Sessions

[Paul K Egell-Johnsen]

JB wrote:
> 
> I also forgot to mention. I am leaning towards using GET to send the session
> ids. Many people have told me that customer penatration decreases, some
> times significantly, when requiring cookies to use the cart. How would this
> have an effect on my script? i will have to call the sessid in all of my
> links, correct?

Here is the info you asked for originally:)

http://www.php.net/manual/ref.session.php

You'll need to have the sessid in all links, php does this for you
(PHP4) automatically.

It also discusses the problem you mention, that browsers aren't obliged
to accept cookies and that get is needed.
-- 
Paul K Egell-Johnsen
Utvikler/PR Manager
eZ systems as
http://ez.no/

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP] Shopping Cart Schema - Sessions

[Paul K Egell-Johnsen]

Alexander Wagner wrote:
> 
> Paul K Egell-Johnsen wrote:
> > When in doubt, follow the stream... Check out this, Amazon uses cookies,
> > Amazon does a lot of business. Do you really feel that Amazon misses out
> > on a lot of customers? Do you know of any large websites doing shopping
> > carts which doesn't rely on cookies?
> 
> I don't fear cookies. As many other (geeks, mainly), I just don't like them.
> Especially those that don't serve a purpose (at least not for me).
> I don't know much about Amazon and other shops, but what is wrong about using
> a fallback to GET when cookies are not supported?
> IMHO any decent shop should have this. Even if one-click-one-buy doesn't work
> without a login then.

Hmm, I also said higher up in the post that PHP4 adds the cookie info to
all links when the correct settings have been set and that it might be
possible to determine if a browser allows cookies. (I'm pretty sure that
this is doable, I just haven't taken the time at the moment to look up
that information.)

I do agree with you that one should try to support as many people as
possible. But remember that get cookies can't be maintained over static
html pages on a site, will not help you when other sites refers to a
site, etc.

What really irked me is that you've received advice about market
penetration of shops. Based on my experience it is only geeks/OSS people
who have any problem with cookies, and at the same time those are the
people who are experts and then deal out advice about 'ooh that's bad
karma dude, since many people don't like cookies'.

Of course your advice could be based upon actual numbers, which really
show a significant problem. That's why I tried to elicit from my e-mail,
does anyone have numbers which can give a good indication of which
things makes people stay or not stay at a shop?

Then I'll worry about the most significant problem and work down the
list. And, if I suspect correctly it isn't a problem with the get cookie
vs ordinary cookie since PHP4 has an ease method for doing this if you
use native cookie handling.

http://manual.php.net/ would probably show you how to do this, btw.

-- 
Paul K Egell-Johnsen
Utvikler/PR Manager
eZ systems as
http://ez.no/

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP] Shopping Cart Schema - Sessions

[Michael Kimsal]

Paul K Egell-Johnsen wrote:

> JB wrote:
> >
> > I also forgot to mention. I am leaning towards using GET to send the session
> > ids. Many people have told me that customer penatration decreases, some
>
> Which people? What facts do they have to support their claims? Is this a
> bigger problem than distrust in credit card security? Is it a bigger
> problem than poorly designed shops where people never finalizes their
> deals?
>

Good question - I worked at a shop some time ago
with some of the largest ecommerce names (at that time anyway),
and they didn't have a problem using cookies.
*Perhaps* they would have had more shoppers,
but I don't think so.  I think a lot of the people who rant about
cookies/privacy aren't the types who purchase much online anyway,
or want to compile their own SSL extensions into lynx before
"shopping" (slight exaggeration).  :)


>
> > times significantly, when requiring cookies to use the cart. How would this
> > have an effect on my script? i will have to call the sessid in all of my
> > links, correct?
>
> That is done automatically by PHP 4.x when using the correct settings,
> but I can't remember them. There might even be a method for asserting if
> a user digs cookies or not, and thus based on that set the correct run
> time status.
>

It's not done very usefully if you rely on forms at all - at least
POST forms.  You'll need to stick a hidden variable in every form -
perhaps people have form classes that do this automatically,
but I think it's still much easier to just use cookies for this.


>
> What I really wanted to pounce on was the customer penetration
> mentioned. Does anyone have numbers/research on the following:
>
> How many don't like to use credit cards on line?
> How many turn off cookies?
> How many fear cookies?
>

You touch on it below, but rephrase that last one
"how many people who would otherwise buy from you 'fear' cookies"?


>
> I feel that for the majority of people cookies are not an issue,
> probably due to lack of knowledge, or an attitude that it serves a
> purpose. If your shop is aimed towards fringe groups (like geeks) that
> sceptic group might be large. If your shop aims at the general
> population I'm pretty sure that most leave their cookies on because it
> makes their webmail easier to use, their accounts at amazon easier to
> use, etc.
>
> When in doubt, follow the stream... Check out this, Amazon uses cookies,
> Amazon does a lot of business. Do you really feel that Amazon misses out
> on a lot of customers? Do you know of any large websites doing shopping
> carts which doesn't rely on cookies?
>

Only ones I see put the session ID in the URL string, but many use
things like broadvision to handle this, which has its own problems...


>
> Finally the biggest obstacle might be credit card usage (lots of
> negative hype) or product cost, who wants to use cc for really cheap
> stuff?
>
> Even more finally, sorry that I can't shore up my thoughts with any good
> facts either, I just felt like questioning the statement since I feel
> that it isn't neccessary the full truth.
>


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP] Shopping Cart Schema - Sessions

[Alexander Wagner]

Paul K Egell-Johnsen wrote:
> When in doubt, follow the stream... Check out this, Amazon uses cookies,
> Amazon does a lot of business. Do you really feel that Amazon misses out
> on a lot of customers? Do you know of any large websites doing shopping
> carts which doesn't rely on cookies?

I don't fear cookies. As many other (geeks, mainly), I just don't like them. 
Especially those that don't serve a purpose (at least not for me).
I don't know much about Amazon and other shops, but what is wrong about using 
a fallback to GET when cookies are not supported?
IMHO any decent shop should have this. Even if one-click-one-buy doesn't work 
without a login then.

regards
Wagner

-- 
One maniac alone can do what 20 together cannot

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP] Shopping Cart Schema - Sessions

[Paul K Egell-Johnsen]

JB wrote:
> 
> I also forgot to mention. I am leaning towards using GET to send the session
> ids. Many people have told me that customer penatration decreases, some

Which people? What facts do they have to support their claims? Is this a
bigger problem than distrust in credit card security? Is it a bigger
problem than poorly designed shops where people never finalizes their
deals?

> times significantly, when requiring cookies to use the cart. How would this
> have an effect on my script? i will have to call the sessid in all of my
> links, correct?

That is done automatically by PHP 4.x when using the correct settings,
but I can't remember them. There might even be a method for asserting if
a user digs cookies or not, and thus based on that set the correct run
time status.

What I really wanted to pounce on was the customer penetration
mentioned. Does anyone have numbers/research on the following:

How many don't like to use credit cards on line?
How many turn off cookies?
How many fear cookies?

I feel that for the majority of people cookies are not an issue,
probably due to lack of knowledge, or an attitude that it serves a
purpose. If your shop is aimed towards fringe groups (like geeks) that
sceptic group might be large. If your shop aims at the general
population I'm pretty sure that most leave their cookies on because it
makes their webmail easier to use, their accounts at amazon easier to
use, etc.

When in doubt, follow the stream... Check out this, Amazon uses cookies,
Amazon does a lot of business. Do you really feel that Amazon misses out
on a lot of customers? Do you know of any large websites doing shopping
carts which doesn't rely on cookies?

Finally the biggest obstacle might be credit card usage (lots of
negative hype) or product cost, who wants to use cc for really cheap
stuff?

Even more finally, sorry that I can't shore up my thoughts with any good
facts either, I just felt like questioning the statement since I feel
that it isn't neccessary the full truth.
-- 
Paul K Egell-Johnsen
Utvikler/PR Manager
eZ systems as
http://ez.no/

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP] Shopping Cart Schema - Sessions

[Teodor Cimpoesu]

Hi JB!
On Wed, 10 Jan 2001, JB wrote:

> ok, this all looks good, but then I again I am having a problem figuring out
> that code you wrote below. the code i'm attempting to write isn't going to
> be complex. there's maybe 10 or 15 items going to be sold. it would be very
> rare if the customer ever had 1 or 2 things in their basket, let alone more
> than that. i think i'm looking for a simpler solution. from what i had read,
> though i couldn't get to work, this would be an acceptable method of
> starting a sessions and trapping the variables without a million
> session_register calls.
> 
> session_start();
> session_register("sessvar");
> $sessvar["user"]["name"] = $login_name;
> $sessvar["cart"]["item1"] = $prod_id;
> $sessvar["cart"]["qty1"] = $qty;
> 
> Then.. I should be able to access them like:
> 
> print "$sessvar['user']['name']";
> etc...
> 
yap, just like that!
have you tried it yet?
Just remember to test if the array variable isn't already set so not to
overwrite the old values by accident (use session_is_registered(), I think)

> all i need is a sure fire way to easily hold a few variables throughout the
> site. i'm not concerned about holding the keys in a db, as with the small
> activity on this site, and the fact the writing to a local file will not
> rpoduce any noticable difference over a db query on my machine w/ its
> traffic, the db is not needed for this.
> 
My advice is to have a clear idea of what you really want, and write it down
first. Clearely formulate your problem to solve, and don't jump at coding as
most guru coders do :) Start simple.

> so.. all i need is a good simple method to register the following variables:
> uid (user id)
> p1 (product id for item 1)
> q1 (qty for item 1)
> 
[products.php][cart.php]
{uid, product_id, quantity} ---> {$cart, $user}

in cart.php you do:

session_start();

// don't mix different data (products w/ user data)
// have them in separate entities

if (!session_is_registered('cart')) {
$cart = array();
session_register('cart');
}

if (!session_is_registered('user')) {
$user = array();
session_register('user');
}

// you may have different operations on the cart. 
// let's say we add something, so we receive {uid,product_id, quantity}
// from products.php
...
$cart[$product_id] = $quantity;

I am not sure why do you need user id, as every session is `customized' for a
user, who has a corresponding session_id in your application.

> and a method to increase the next variable to p2, q2, p3,q3 etc to represent
> other items in the cart.

for this example, I thought the `key' in the array to be the  product_id (a user
can have one or more products identified by their id).

> i think i should be able to figure out how to manipulate/extract the data
> and work with it from there (in an array) once i am able to get them
> registered. really i would just need a method for walking through the
> array(s) to pull out the data. but if anyone has any suggestions on that too
> i'd love to hear em.
 
You must view it this way when writing your php code for the problem: 
you have a session associated with a user (1 to 1 relationship) in which you
store pertinent data related to users actions. We call it session because it
persists over several requests.

A user can request one or more products (a 1 to n relationship), and the
information will be stored in the session. Simple, isn't it? :)

cheers,

-- teodor

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP] Shopping Cart Schema - Sessions

[JB]

I also forgot to mention. I am leaning towards using GET to send the session
ids. Many people have told me that customer penatration decreases, some
times significantly, when requiring cookies to use the cart. How would this
have an effect on my script? i will have to call the sessid in all of my
links, correct?


> ok, this all looks good, but then I again I am having a problem figuring
out
> that code you wrote below. the code i'm attempting to write isn't going to
> be complex. there's maybe 10 or 15 items going to be sold. it would be
very
> rare if the customer ever had 1 or 2 things in their basket, let alone
more
> than that. i think i'm looking for a simpler solution. from what i had
read,
> though i couldn't get to work, this would be an acceptable method of
> starting a sessions and trapping the variables without a million
> session_register calls.
>
> session_start();
> session_register("sessvar");
> $sessvar["user"]["name"] = $login_name;
> $sessvar["cart"]["item1"] = $prod_id;
> $sessvar["cart"]["qty1"] = $qty;
>
> Then.. I should be able to access them like:
>
> print "$sessvar['user']['name']";
> etc...
>
> does this make sense to you? or anyone else?
> all i need is a sure fire way to easily hold a few variables throughout
the
> site. i'm not concerned about holding the keys in a db, as with the small
> activity on this site, and the fact the writing to a local file will not
> rpoduce any noticable difference over a db query on my machine w/ its
> traffic, the db is not needed for this.
>
> so.. all i need is a good simple method to register the following
varables:
> uid (user id)
> p1 (product id for item 1)
> q1 (qty for item 1)
>
> and a method to increase the next variable to p2, q2, p3,q3 etc to
represent
> other items in the cart.
>
> i think i should be able to figure out how to manipulate/extract the data
> and work with it from there (in an array) once i am able to get them
> registered. really i would just need a method for walking through the
> array(s) to pull out the data. but if anyone has any suggestions on that
too
> i'd love to hear em.
>
> thanks for the help everyone.
>
>
> > > Hey,
> > >
> > > I'm looking for little information from those who have coded their own
> shopping cart apps. what would you say the best way to setup a cart would
> be? more specificly, the method for adding items to the cart.
> > >
> > eww, lost wrapping ...
> >
> > > say the user is broswing around. when they entered the website a new
> session was created. when they go to add an item, what is the best way
store
> variables (such as what they bought and quantity) in the session. i have
> read that it is possible to put all of your session variables in a single
> associative array. however, i have not had any luck doing this myself.
Under
> such a method of an array, how would i store each item (product id and
> quantity, possibly price as well) in the cart into the session. obviously
i
> don't expect anyone to write an entire app. i am comfortable starting the
> session, and doing th db extraction and presentation. i just need to know
> how to store a variable in a session (passed through post) and how to
> extract it when need be (considering it is an array). Thanks a lot!
> >
> > I codded a shopping cart which allowed `thin sessions' and `fat
sessions'.
> >
> > Thin would mean I store only the IDs, then retrieve the rest of the
> > information about the product from the DB (more DB queries, but smaller
> > session data), while `fat' would mean I store all the data I need to
> display
> > when the user invetories his/her cart, namely name, price &|short desc.,
> > quantity.
> >
> > Some code snippets would be:
> >
> > if (!$SES->isRegistered ('cart.object')) {
> >  $CART = new Cart();
> > $CART->setLanguage (CART_LANGUAGE);
> > $SES->setAttribute ('cart.object', $CART);
> > }
> >
> > $CART = &$SES->getAttribute ('cart.object');
> >
> > then go ahead and use the cart object:
> > ...
> > $CART->addItem ($sku, 1, new Product($arr_attr));
> > $CART->dropItem ($sku);
> >
> > And the Product class has among others, these two methods:
> >
> >  __setStorageType ($t)
> >
>
> >   if ($t == CART_FAT_SESS) {
> > $this->_slots = array_keys (get_object_vars ($this));
> > unset ($this->_slots['_desc']);
> > }
> > }
> >
> > function __sleep ()
> > {
> > return  (isset ($this->_slots) ? $this->_slots : array ('_quant'));
> > }
> >
> > This is in the manner of Session class from PHPLIB which records what is
> to
> > be saved in the session (in this case, what attributes.)
> >
> > And the Cart class has:
> >
> > function __wakeup ()
> > {
> >  if ($this->STORAGE == CART_THIN_SESS) {
> > $pr_attrs = Cart::getItemsAttr (array_keys($this->_items));
> >
> > foreach ($pr_attrs as $sku => $attrs) {
> > $attrs['quant'] = $this->_items[$sku]->getQuantity();
> > $this->_items[$sku] = new Product ($attrs);
> > }
> >  }
> > }
> >
> > Note that __sleep() and __wakeup() are PHP serialisati

Re: [PHP] Shopping Cart Schema - Sessions

[JB]

ok, this all looks good, but then I again I am having a problem figuring out
that code you wrote below. the code i'm attempting to write isn't going to
be complex. there's maybe 10 or 15 items going to be sold. it would be very
rare if the customer ever had 1 or 2 things in their basket, let alone more
than that. i think i'm looking for a simpler solution. from what i had read,
though i couldn't get to work, this would be an acceptable method of
starting a sessions and trapping the variables without a million
session_register calls.

session_start();
session_register("sessvar");
$sessvar["user"]["name"] = $login_name;
$sessvar["cart"]["item1"] = $prod_id;
$sessvar["cart"]["qty1"] = $qty;

Then.. I should be able to access them like:

print "$sessvar['user']['name']";
etc...

does this make sense to you? or anyone else?
all i need is a sure fire way to easily hold a few variables throughout the
site. i'm not concerned about holding the keys in a db, as with the small
activity on this site, and the fact the writing to a local file will not
rpoduce any noticable difference over a db query on my machine w/ its
traffic, the db is not needed for this.

so.. all i need is a good simple method to register the following varables:
uid (user id)
p1 (product id for item 1)
q1 (qty for item 1)

and a method to increase the next variable to p2, q2, p3,q3 etc to represent
other items in the cart.

i think i should be able to figure out how to manipulate/extract the data
and work with it from there (in an array) once i am able to get them
registered. really i would just need a method for walking through the
array(s) to pull out the data. but if anyone has any suggestions on that too
i'd love to hear em.

thanks for the help everyone.


> > Hey,
> >
> > I'm looking for little information from those who have coded their own
shopping cart apps. what would you say the best way to setup a cart would
be? more specificly, the method for adding items to the cart.
> >
> eww, lost wrapping ...
>
> > say the user is broswing around. when they entered the website a new
session was created. when they go to add an item, what is the best way store
variables (such as what they bought and quantity) in the session. i have
read that it is possible to put all of your session variables in a single
associative array. however, i have not had any luck doing this myself. Under
such a method of an array, how would i store each item (product id and
quantity, possibly price as well) in the cart into the session. obviously i
don't expect anyone to write an entire app. i am comfortable starting the
session, and doing th db extraction and presentation. i just need to know
how to store a variable in a session (passed through post) and how to
extract it when need be (considering it is an array). Thanks a lot!
>
> I codded a shopping cart which allowed `thin sessions' and `fat sessions'.
>
> Thin would mean I store only the IDs, then retrieve the rest of the
> information about the product from the DB (more DB queries, but smaller
> session data), while `fat' would mean I store all the data I need to
display
> when the user invetories his/her cart, namely name, price &|short desc.,
> quantity.
>
> Some code snippets would be:
>
> if (!$SES->isRegistered ('cart.object')) {
>  $CART = new Cart();
> $CART->setLanguage (CART_LANGUAGE);
> $SES->setAttribute ('cart.object', $CART);
> }
>
> $CART = &$SES->getAttribute ('cart.object');
>
> then go ahead and use the cart object:
> ...
> $CART->addItem ($sku, 1, new Product($arr_attr));
> $CART->dropItem ($sku);
>
> And the Product class has among others, these two methods:
>
>  __setStorageType ($t)
>

>   if ($t == CART_FAT_SESS) {
> $this->_slots = array_keys (get_object_vars ($this));
> unset ($this->_slots['_desc']);
> }
> }
>
> function __sleep ()
> {
> return  (isset ($this->_slots) ? $this->_slots : array ('_quant'));
> }
>
> This is in the manner of Session class from PHPLIB which records what is
to
> be saved in the session (in this case, what attributes.)
>
> And the Cart class has:
>
> function __wakeup ()
> {
>  if ($this->STORAGE == CART_THIN_SESS) {
> $pr_attrs = Cart::getItemsAttr (array_keys($this->_items));
>
> foreach ($pr_attrs as $sku => $attrs) {
> $attrs['quant'] = $this->_items[$sku]->getQuantity();
> $this->_items[$sku] = new Product ($attrs);
> }
>  }
> }
>
> Note that __sleep() and __wakeup() are PHP serialisation hooks, which can
customize
> the marshalling/unmarshalling process (e.g. restore DB connections, etc.)
>
> cheers,
>
> -- teodor
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
>


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL P

Re: [PHP] Shopping Cart Schema - Sessions

[Paul K Egell-Johnsen]

Jason Beebe wrote:
> 
> Hey,
> 
> I'm looking for little information from those who have coded their own shopping cart 
>apps. what would you say the best way to setup a cart would be? more specificly, the 
>method for adding items to the cart.
> 
> say the user is broswing around. when they entered the website a new session was 
>created. when they go to add an item, what is the best way store variables (such as 
>what they bought and quantity) in the session. i have read that it is possible to put 
>all of your session variables in a single associative array. however, i have not had 
>any luck doing this myself. Under such a method of an array, how would i store each 
>item (product id and quantity, possibly price as well) in the cart into the session. 
>obviously i don't expect anyone to write an entire app. i am comfortable starting the 
>session, and doing th db extraction and presentation. i just need to know how to 
>store a variable in a session (passed through post) and how to extract it when need 
>be (considering it is an array). Thanks a lot!

A session cookie can be of max 4096 bytes, so there is a limit to what
you can set. Also it is (I'm not sure if this is part of the cookie
standard) a general standard that only the supplier sites name and the
user's ID should be stored, nothing else.

Instead you can use the session id as the id of tables used for storing
info:

session_id
key
value

Then you could store key value pairs in say a database. The above
example is, btw, a misuse of relational databases, and should not be
taken as the way of doing things.

You should use a databaase in the background and store info in tables, a
structure might be something like:

customer_history
---
session_id
cart_id

cart
-
id
total
date

cart_item
---
cart_id
item_id
quantity
price_pr_unit

item
---
id
name

In this structure you can give each customer a number of carts (ie,
previous orders), you can let each cart have several items, you will
know the quantity of each item, and the item price for this (allowing
for prices which are variable with price/discounts).

You should also consider that you don't want people to register until
checkout (just to mention this), if they aren't registered customers
from before.

If you want to read more about this, take a look at
http://developer.ez.no where you can learn about eZ trade which has
implemented such a shopping cart system. You'll find code, examples,
design documents, administration documents and discussions covering this
software. The software is free under the GNU GPL.

-- 
Paul K Egell-Johnsen
Developer/PR Manager
eZ systems as
http://ez.no/

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Re: [PHP] Shopping Cart Schema - Sessions

[Teodor Cimpoesu]

Hi Jason!
On Wed, 10 Jan 2001, Jason Beebe wrote:

> Hey, 
> 
> I'm looking for little information from those who have coded their own shopping cart 
>apps. what would you say the best way to setup a cart would be? more specificly, the 
>method for adding items to the cart.
> 
eww, lost wrapping ...

> say the user is broswing around. when they entered the website a new session was 
>created. when they go to add an item, what is the best way store variables (such as 
>what they bought and quantity) in the session. i have read that it is possible to put 
>all of your session variables in a single associative array. however, i have not had 
>any luck doing this myself. Under such a method of an array, how would i store each 
>item (product id and quantity, possibly price as well) in the cart into the session. 
>obviously i don't expect anyone to write an entire app. i am comfortable starting the 
>session, and doing th db extraction and presentation. i just need to know how to 
>store a variable in a session (passed through post) and how to extract it when need 
>be (considering it is an array). Thanks a lot!

I codded a shopping cart which allowed `thin sessions' and `fat sessions'.

Thin would mean I store only the IDs, then retrieve the rest of the
information about the product from the DB (more DB queries, but smaller
session data), while `fat' would mean I store all the data I need to display
when the user invetories his/her cart, namely name, price &|short desc.,
quantity.

Some code snippets would be:

if (!$SES->isRegistered ('cart.object')) {
 $CART = new Cart();
 $CART->setLanguage (CART_LANGUAGE);
 $SES->setAttribute ('cart.object', $CART);
}

$CART = &$SES->getAttribute ('cart.object');

then go ahead and use the cart object:
...
$CART->addItem ($sku, 1, new Product($arr_attr));
$CART->dropItem ($sku);

And the Product class has among others, these two methods:

 __setStorageType ($t) 
{  
if ($t == CART_FAT_SESS) {
$this->_slots = array_keys (get_object_vars ($this));
unset ($this->_slots['_desc']);
}
}

function __sleep ()
{
return  (isset ($this->_slots) ? $this->_slots : array ('_quant')); 
}

This is in the manner of Session class from PHPLIB which records what is to
be saved in the session (in this case, what attributes.)

And the Cart class has:

function __wakeup ()
{
 if ($this->STORAGE == CART_THIN_SESS) {
$pr_attrs = Cart::getItemsAttr (array_keys($this->_items));

foreach ($pr_attrs as $sku => $attrs) {
$attrs['quant'] = $this->_items[$sku]->getQuantity();
$this->_items[$sku] = new Product ($attrs);
}
 }
}

Note that __sleep() and __wakeup() are PHP serialisation hooks, which can customize
the marshalling/unmarshalling process (e.g. restore DB connections, etc.)

cheers,

-- teodor

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]