The Blog

 
 
OTHER POSTS
 
Here's a well hidden issue (and I blame nobody but myself):   I was writing what really is a very simple PHP script to grab a file from the server and download the file via a link. No matter what I did I kept getting an error from Firefox that politely informed me that it couldn't render the image due to internal errors.   I quite accidentally tripped across the cause .... somehow I
PHP and downloaded image can't be rendered error (Tue, Nov 15, '11)
It seems Safari doesn't like the use of the 'continue' as an object element. I have a short JS script all neatly wrapped up as a JavaScript "object" ....   function obj() { function _continue() { do_something_here; } this.continue = _continue; }   This worked fine with IE (7, 8 and 9), Firefox, Chrome and Opera; but Safari 5.05 complained that "this.continue = _continue;" was
A quick JavaScript note involving Safari ... (Sun, May 15, '11)
Because this question seems to be frequently asked, and because I want to help make the answer easy to locate:   PHP code follows ...   $ch_post_data = array(   'property_name_1' => 'property_value_1',   'property_name_2' => 'property_value_2' ); $ch = curl_init('http://somesite.com/somefiletocall.php'); curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); curl_
PHP, curl and post submissions (Sun, May 15, '11)
Because this question seems to be frequently asked (by me at least), and because I want to help make the answer easy to locate:   Internet Explorer obviously has issues, but despite the fact it should be relegated to the trash heap of buggy software that doesn't perform nearly as well as its competition IE will be with us for years to come. One of the many issues I've had programming cross-
Internet explorer and overlay boxes that don't have content (Sun, Feb 20, '11)
I've taken up using FlowPlayer for my web site streaming video needs. It's light weight, extensible, easy to program to and with, packed with features and available for free. If you want just a few extra tidbits like being able to brand your players with your own logo then a few bucks is in order for the commercial version ... otherwise you're free to use the freebie in any manner you choose (incl
FlowPlayer and the (non) problem with overlays (Sat, Oct 30, '10)
Here's the scenario: you're clicking your way around a favorite commercial website looking for stuff to buy. Your mouse is busy filling up your shopping cart, but you really can't follow from product to product without pursuing a link that takes you from your happy hunting shopping grounds just to download information that really should be at your finger tips.   Damn ... what to do? Isn't t
Displaying a user friendly shopping cart (Sat, Oct 30, '10)
This is the first post of my web development blog. I don't pretend that you will find cutting edge technology or programming techniques here, but I do believe what you find here will be of value in your day to day needs.
My little attempt at giving back that which I have been so freely given (Sat, Oct 30, '10)
Shopping carts and databases and sessions oh my!
Posted by ramabahama on Sat, Oct 30, '10
 

Shopping carts ... developed sometime after the invention of the wheel and then not really updated until the advent of the internet and electronic shopping.

 

Two things I wonder about:

1) Is it better to use a session cookie or database for shopping cart storage?

2) Isn't it annoying when you have to click from one to another just to view you shopping cart entries?

 

Okay, so I don't really wonder about either of those above questions anymore. In short my answers are: 1) database, and 2) absolutely.

 

After the break is some thinking on the shopping cart storage. I'll come back in the near future to discuss an alternative to #2.

LABELS: Shopping Carts Databases Sessions Cookies

The processes I use are quite simple.

 

I generally use the session cookie simply to identify a signed in user, and if somebody isn't a registered and signed in user I use the session cookie to identify that person (notice the similarity?). I generally have some information stored in a database that is associated with a registered user of a web site and the value of the session cookie will contain something that I can use to bridge my way to the appropriate database entry. The exact bridging method is up to you.

 

You could, for example, assign a random value to a session cookie that is repeated somewhere in your database. The database value can then be used as a lookup for the user's information. You could simply use a database table index as the session cookie and thus have a more direct link from cookie to user information.

 

As I said, it's up to you. Keep in mind that if security is of top import a direct cookie to information link is not going to be good enough. In some cases you might not even want to hide this process from the user!

 

And thus on to the shopping cart ....

 

I like my shopping carts in the database, and then I associate the shopping cart entries in one form or another with the user or, in the case of a non-signed in user, the customer's session cookie value (the session cookie id is almost always going to be good enough to assure a unique identifier so I often substitute this for the value). Lose the session cookie? At least the registered site user can get back to her/his cart because it's in the database. The non-registered user who is identified by the session value (or id) is out of luck because the linking to the shopping cart has been lost.


[submit an addition or response]

 
Web Statistics