Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

jdavidb (1361)

jdavidb
  (email not shown publicly)
http://voiceofjohn.blogspot.com/

J. David Blackstone has a Bachelor of Science in Computer Science and Engineering and nine years of experience at a wireless telecommunications company, where he learned Perl and never looked back. J. David has an advantage in that he works really hard, he has a passion for writing good software, and he knows many of the world's best Perl programmers.

Journal of jdavidb (1361)

Friday February 09, 2007
10:25 AM

Javascript and cookies

[ #32360 ]

Please enable JavaScript in your browser to experience all the custom features of our site, including the ability to make a purchase.

Please enable Cookies in your browser to experience all the custom features of our site, including the ability to make a purchase.

If your site needs Javascript and cookies to show me your product, your site is crap. Wouldn't it be smarter to make it easier for people to see and buy your products?

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • While I agree that requiring JavaScript enabled is annoying, how many online stores actually work if cookies are turned off?

    HTTP is stateless. Under any shopping cart type scenario, you need to be able to persist the list of products the customer wants to buy. The alternatives to cookies are rewriting every link on every page to include a state identifier, which has its own wonderful problems associated with it.

    May I ask what the context was in which it was onerous to use same-domain session-only cookies? I
    • The conventional way to handle this is to to put session keys into the URI instead of the cookie. /shop/1b28dcb81028be012b8dc01/item/12345
    • Yeah, HTTP is garbage. Luckily, we have stateful protocols like FTP that scale so much better. :)

    • Or you could use POST and hidden session variables. It seems kinda dodgy to me to be using GET in the first place if your state is going to be changing. Doesn't sound very RESTful.
      EuSecWest [eusecwest.com] is an example of a cart that doesn't require either cookies or javascript. Mostly because we sell to a very security conscious/paranoid audience who don't necessarily have either javascript or cookies turned on, and may restrict both by organizational fiat.
    • I'm not saying stores should be able to function without cookies. I'm saying that I don't want to have to turn them on for your site until I decide if your site has anything worth selling, and if your site can't even display the goods to me without having to track the fact, you need to get over the ego that made you think this was important and just show me what you're selling.

      --
      J. David works really hard, has a passion for writing good software, and knows many of the world's best Perl programmers