On Tuesday 04 June 2002 11:16 am, Ian Bicking wrote: > Was your HEAD request also HTTP/0.9 like this (i.e., no protocol > version specified)? �Apache might not specify the host if you don't > specify it when you connect. �Most requests will look like: > > GET /webkit/MyApp HTTP/1.1 > Host: localhost > User-Agent: yada yada (and maybe some more headers) > > � Ian
It probably was 0.9 as HEAD usually comes from older browsers. (GET If-Modified-Since has effectively replaced HEAD & GET requests these days.) But note that HTTP_HOST is *not* the remote host, but the server that Apache is running on. It shouldn't be HTTP protocol version dependent. My box is always "foobar.com" all day, every day. On Tuesday 04 June 2002 11:24 am, Matt Feifarek wrote: > I've meant to wrap it up in try/except, but I always figured it was > my fault in my context-building code, but maybe if you're getting it, > it's not my fault. Well I can see some of these variables disappearing based on HTTP/0.9 not conveying the info, but not HTTP_HOST. I suppose we could construct it in WebKit as a cover, but I'm not sure how to. "stockalerts.com" is what I get normally and that's correct. But the hostname command returns "www" or with --fqdn "www.stockalerts.com". Obviously, I could just use the domain name, but I bet that doesn't work for most configurations. Maybe it should use socket.getfqdn() when HTTP_HOST is missing, overridable by a new AppServer setting for people like me that don't use "www" anymore (but still have a machine name). Hmmm.... -Chuck _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Webware-discuss mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/webware-discuss
