On Sun, 16 Jan 2005 08:20:42 +1300, Adam Cameron <[EMAIL PROTECTED]> wrote:
> I guess it depends on what the webserver says to CF when CF sys "got this
> one?".  I would have thought th webserver would have returned either a
> message "no, dunno what yer on about", or a null.  I would be *very*
> surprised if it would return an empty string in lieu of a null, as that
> strikes me as a particularly CF sort of thing to do.
> 
> So if the connector @ the webserver end knows "null" or "no, doesn't
> exist", then that's what it should return to CF.

But when CF queries a database and the column has no data (null) you
get back an empty string - so that's really very consistent...

> Good call.  At the *very least* there should be a function to "go get ALL
> the webserver's CGI variables NOW".  At least the names of them, anyhow.

I'm not entirely sure such a function is supported by most web
servers. The problem is that CGI variables are so specific to each web
server that you can't write web server neutral code unless you really
only stick to a few very basic CGI variables. And even then, most of
the really core ones are accessible through the J2EE
getPageContext().getRequest() machinery (which may or may not be
safer).

The set of available CGI variables changes with each web server and
often with different versions of a single web server. It also depends
on how you're connecting the web server to CF. Even with IIS I believe
there are two different ways to configure the connector, yes?

The bottom line is that you really can't rely on CGI variables for
much so they should all be considered "caveat programmer"...
-- 
Sean A Corfield -- http://www.corfield.org/
Team Fusebox -- http://www.fusebox.org/
Breeze Me! -- http://www.corfield.org/breezeme
Got Gmail? -- I have 5 invites to give away!

"If you're not annoying somebody, you're not really alive."
-- Margaret Atwood

---
You are currently subscribed to cfaussie as: [email protected]
To unsubscribe send a blank email to [EMAIL PROTECTED]
Aussie Macromedia Developers: http://lists.daemon.com.au/

Reply via email to