Re: Apache, IE & cgi.http_referer
On 10/17/06, Richard Cooper <[EMAIL PROTECTED]> wrote: > I've a system that relies quite heavily on CGI.SERVER_NAME. > > Is there a more robust an alternative to this? I prefer to use CGI.HTTP_HOST. In Apache - at least with 1.3 a few years ago - CGI.SERVER_NAME returned the value in the ServerName directive no matter which virtual host was being accessed. This may have been changed by now. CGI.HTTP_HOST, on the other hand, correctly identified the host being accessed. That said, I'm not sure what you mean by a "more robust alternative". ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256997 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: Apache, IE & cgi.http_referer
I've a system that relies quite heavily on CGI.SERVER_NAME. Is there a more robust an alternative to this? ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256988 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: Apache, IE & cgi.http_referer
By unknown I simply meant that it could be one of several possible pages within the site. So yes, all potential pages are internal and we do have control over those. A littel more detail... The initial page has a drop down select box. In the on change of that select I redirect to another page with a form. If the user is to click cancel on that form, I want to take them back one page, but the select box should have it's original value (originally came from db) selected and not the value the user selected which caused the redirect. Make sense? So it is a box which could be wrapped in tags and then a hidden field passed. I was just looking for something better. Thanks. Matt On 10/16/06, Doug Bezona <[EMAIL PROTECTED]> wrote: > > So the question at hand should be how can you make a link that will go > > back one page (that page being unknown) and refresh it > > By "unknown", do you mean literally any arbitrary page on the internet, > or an arbitrary page from within your site/application? > > If it's the former, there probably isn't a truly reliable solution - > experiment with the JavaScript history() function and you might get > closer - although I don't know how you would force a refresh on a page > you can't control. > > If its pages within your own site, or a site you have control over, you > may have better options, bit without a more detailed explanation of what > you are trying to do and why, it's hard to say exactly what the best > approach might be. > > ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256950 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: Apache, IE & cgi.http_referer
> So the question at hand should be how can you make a link that will go > back one page (that page being unknown) and refresh it By "unknown", do you mean literally any arbitrary page on the internet, or an arbitrary page from within your site/application? If it's the former, there probably isn't a truly reliable solution - experiment with the JavaScript history() function and you might get closer - although I don't know how you would force a refresh on a page you can't control. If its pages within your own site, or a site you have control over, you may have better options, bit without a more detailed explanation of what you are trying to do and why, it's hard to say exactly what the best approach might be. ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256919 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: Apache, IE & cgi.http_referer
On 10/16/06, Doug Bezona <[EMAIL PROTECTED]> wrote: > Honestly though, the conclusion you probably should be coming to here is > not to depend on the referrer info being present for anything > meaningful, since there are a lot of things a potential user could have > installed, or ways a browser might be set, that can interfere with it. Okay, sorry for ignoring the comments that I shouldn't be relying on the referer. This is a system where there is some control over the user's browser. It is online software where certain requirements can be met. However, I tried adjusting both the security and privacy settings but no help. Also, there isn't any firewall or other software blockage. This is just my local machine. So the question at hand should be how can you make a link that will go back one page (that page being unknown) and refresh it? I'm thinking I may have to make the calling page(s) submit a form with a hidden variable that I can use. -- Matt Williams "It's the question that drives us." ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256915 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: Apache, IE & cgi.http_referer
Possibly a privacy setting, or, again, make sure you don't have any software running (anti-virus, firewall, antispyware, an add-in toolbar etc.) that has a "feature" that's scrubbing the referrer info. It's possible that software would only support/effect IE, and is leaving Firefox untouched. Honestly though, the conclusion you probably should be coming to here is not to depend on the referrer info being present for anything meaningful, since there are a lot of things a potential user could have installed, or ways a browser might be set, that can interfere with it. > -Original Message- > From: Matt Williams [mailto:[EMAIL PROTECTED] > Sent: Monday, October 16, 2006 10:47 AM > To: CF-Talk > Subject: Re: Apache, IE & cgi.http_referer > > On 10/16/06, Snake <[EMAIL PROTECTED]> wrote: > > Any variable that is considered personal information and can be used for > > tracking purposes may not be sent. > > > > Russ > > But can anybody explain why the variable shows in Firefox, but not IE? > This makes me think there's an IE setting - maybe the security or > privacy level. I'll play around with those. > > -- > Matt Williams > "It's the question that drives us." > > ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256913 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: Apache, IE & cgi.http_referer
> But can anybody explain why the variable shows in Firefox, > but not IE? This makes me think there's an IE setting - maybe > the security or privacy level. I'll play around with those. There may well be a setting that you could change, that would change this specific instance of behavior. But in the long term, you simply can't count on having that variable available. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore and Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256912 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: Apache, IE & cgi.http_referer
On 10/16/06, Snake <[EMAIL PROTECTED]> wrote: > Any variable that is considered personal information and can be used for > tracking purposes may not be sent. > > Russ But can anybody explain why the variable shows in Firefox, but not IE? This makes me think there's an IE setting - maybe the security or privacy level. I'll play around with those. -- Matt Williams "It's the question that drives us." ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256910 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: Apache, IE & cgi.http_referer
Any variable that is considered personal information and can be used for tracking purposes may not be sent. Russ -Original Message- From: Richard Cooper [mailto:[EMAIL PROTECTED] Sent: 16 October 2006 10:18 To: CF-Talk Subject: Re: Apache, IE & cgi.http_referer Does the browser tend to do this with other CGI variables or is it mainly just the referer one? ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256863 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: Apache, IE & cgi.http_referer
Does the browser tend to do this with other CGI variables or is it mainly just the referer one? ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256862 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: Apache, IE & cgi.http_referer
This is quite normal. You cannot rely on the referer exisitng as so many things stop this data being transmitted. Anti-virus, anti-spyware, proxy servers, firewalls to name a few Russ -Original Message- From: Matt Williams [mailto:[EMAIL PROTECTED] Sent: 15 October 2006 23:46 To: CF-Talk Subject: Apache, IE & cgi.http_referer On my laptop, I can't get IE to give me output for cgi.http_referer. A dump of CGI shows it as a variable, but with empty string. Anyone else run into this? Sample code: Cancel Real issue here is to go back one page, but to force that page to reload. So a simple history.go(-1) doesn't do the reload. Other ideas? -- Matt Williams "It's the question that drives us." ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256858 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: Apache, IE & cgi.http_referer
Matt Williams wrote: > On 10/15/06, Claude Schneegans wrote: >> >> The http_referer vartiable is set and transmitted by the browser,... if >> it wants to. >> If the browser does not set it, the CF server will not get it. > > How rude of the browser! Is this a setting the user can control? If the user knows what he is doing. And what his firewall is doing. And what his anti-virus software is doing. And what his proxy is doing. So I think that accumulates to "no". Jochem ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256854 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: Apache, IE & cgi.http_referer
On 10/15/06, Doug Bezona <[EMAIL PROTECTED]> wrote: > Are you by any chance running a security suite such as Zone Alarm, Norton > Internet >Security or the like? Nope. Pretty straightforward here. Matt Q. said: >The http_referer will only exist if the page load is a result of a link >click or a form submission. If you just type the URL into the addy bar, >then it will be an empty string. Could be part of the issue. The template that won't work is called by a javascript redirect. However, this does work in Firefox. -- Matt Williams "It's the question that drives us." ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256849 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: Apache, IE & cgi.http_referer
>>How rude of the browser! Also note that is there is no referrer, the browser will not tell there is one ;-) The referrer is the page you clicked to get into the next page. If the user gets directly to your page, by typing the address or by bookmark, there is no referrer. >>Is this a setting the user can control? Not as far as I know, but actually I never checked. -- ___ REUSE CODE! Use custom tags; See http://www.contentbox.com/claude/customtags/tagstore.cfm (Please send any spam to this address: [EMAIL PROTECTED]) Thanks. ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256848 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: Apache, IE & cgi.http_referer
Are you by any chance running a security suite such as Zone Alarm, Norton Internet Security or the like? The 'privacy' function of these packages often include scrubbing the referrer info from your browser requests. -Original Message- From: "Matt Williams" <[EMAIL PROTECTED]> To: "CF-Talk" Sent: 10/15/06 6:46 PM Subject: Apache, IE & cgi.http_referer On my laptop, I can't get IE to give me output for cgi.http_referer. A dump of CGI shows it as a variable, but with empty string. Anyone else run into this? Sample code: Cancel Real issue here is to go back one page, but to force that page to reload. So a simple history.go(-1) doesn't do the reload. Other ideas? -- Matt Williams "It's the question that drives us." ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256846 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
RE: Apache, IE & cgi.http_referer
> > The http_referer vartiable is set and transmitted by the > > browser,... if it wants to. > > If the browser does not set it, the CF server will not get it. > > How rude of the browser! Is this a setting the user can control? Not directly from within a standard browser, although there are lots of ways that a determined user can send any value, or no value at all, for this. You shouldn't count on it being there, or containing the "correct" value. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256840 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4
Re: Apache, IE & cgi.http_referer
On 10/15/06, Claude Schneegans <[EMAIL PROTECTED]> wrote: > >>cgi.http_referer > > The http_referer vartiable is set and transmitted by the browser,... if > it wants to. > If the browser does not set it, the CF server will not get it. How rude of the browser! Is this a setting the user can control? -- Matt Williams "It's the question that drives us." ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256839 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: Apache, IE & cgi.http_referer
The http_referer will only exist if the page load is a result of a link click or a form submission. If you just type the URL into the addy bar, then it will be an empty string. -Original Message- From: Matt Williams [mailto:[EMAIL PROTECTED] Sent: Sunday, October 15, 2006 5:46 PM To: CF-Talk Subject: Apache, IE & cgi.http_referer On my laptop, I can't get IE to give me output for cgi.http_referer. A dump of CGI shows it as a variable, but with empty string. Anyone else run into this? Sample code: Cancel Real issue here is to go back one page, but to force that page to reload. So a simple history.go(-1) doesn't do the reload. Other ideas? -- Matt Williams "It's the question that drives us." ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256838 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Re: Apache, IE & cgi.http_referer
>>cgi.http_referer The http_referer vartiable is set and transmitted by the browser,... if it wants to. If the browser does not set it, the CF server will not get it. -- ___ REUSE CODE! Use custom tags; See http://www.contentbox.com/claude/customtags/tagstore.cfm (Please send any spam to this address: [EMAIL PROTECTED]) Thanks. ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256837 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Apache, IE & cgi.http_referer
On my laptop, I can't get IE to give me output for cgi.http_referer. A dump of CGI shows it as a variable, but with empty string. Anyone else run into this? Sample code: Cancel Real issue here is to go back one page, but to force that page to reload. So a simple history.go(-1) doesn't do the reload. Other ideas? -- Matt Williams "It's the question that drives us." ~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:256836 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
RE: cgi.HTTP_REFERER
Then you handle the fact that the variable doesn't exist mailto:[EMAIL PROTECTED] Sent: Thursday, March 30, 2006 11:09 AM To: CF-Talk Subject: RE: cgi.HTTP_REFERER But what if he doesn't have control over the calling page? -Original Message- From: Charles Sheehan-Miles [mailto:[EMAIL PROTECTED] Sent: Thursday, March 30, 2006 5:06 AM To: CF-Talk Subject: RE: cgi.HTTP_REFERER You could try (on the calling page) writing a session variable for the current page, then call that variable instead of cgi.http_referrer -Original Message- From: Coldfusion [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 29, 2006 9:18 PM To: CF-Talk Subject: RE: cgi.HTTP_REFERER Why not append the CGI.SCRIPT_NAME to the URL location? Or hard code the name. Because I agree with Dave, I do not think the referrer Will be displayed on a cflocation but then again I have Not tested it. -Original Message- From: Dave Watts [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 29, 2006 8:57 PM To: CF-Talk Subject: RE: cgi.HTTP_REFERER > Calling page is: > > > > Still not working. I don't think that the Referer header is passed when you redirect using CFLOCATION. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236553 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
RE: cgi.HTTP_REFERER
But what if he doesn't have control over the calling page? -Original Message- From: Charles Sheehan-Miles [mailto:[EMAIL PROTECTED] Sent: Thursday, March 30, 2006 5:06 AM To: CF-Talk Subject: RE: cgi.HTTP_REFERER You could try (on the calling page) writing a session variable for the current page, then call that variable instead of cgi.http_referrer -Original Message- From: Coldfusion [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 29, 2006 9:18 PM To: CF-Talk Subject: RE: cgi.HTTP_REFERER Why not append the CGI.SCRIPT_NAME to the URL location? Or hard code the name. Because I agree with Dave, I do not think the referrer Will be displayed on a cflocation but then again I have Not tested it. -Original Message- From: Dave Watts [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 29, 2006 8:57 PM To: CF-Talk Subject: RE: cgi.HTTP_REFERER > Calling page is: > > > > Still not working. I don't think that the Referer header is passed when you redirect using CFLOCATION. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236551 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
RE: cgi.HTTP_REFERER
Ah... That might not work. I don't think that a page with only a cflocation is going to generate the referrer variable. -Original Message- From: Richard Colman [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 29, 2006 7:22 PM To: CF-Talk Subject: RE: cgi.HTTP_REFERER Calling page is: Still not working. ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236550 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
RE: cgi.HTTP_REFERER
You could try (on the calling page) writing a session variable for the current page, then call that variable instead of cgi.http_referrer -Original Message- From: Coldfusion [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 29, 2006 9:18 PM To: CF-Talk Subject: RE: cgi.HTTP_REFERER Why not append the CGI.SCRIPT_NAME to the URL location? Or hard code the name. Because I agree with Dave, I do not think the referrer Will be displayed on a cflocation but then again I have Not tested it. -Original Message- From: Dave Watts [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 29, 2006 8:57 PM To: CF-Talk Subject: RE: cgi.HTTP_REFERER > Calling page is: > > > > Still not working. I don't think that the Referer header is passed when you redirect using CFLOCATION. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236528 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
RE: cgi.HTTP_REFERER
Why not append the CGI.SCRIPT_NAME to the URL location? Or hard code the name. Because I agree with Dave, I do not think the referrer Will be displayed on a cflocation but then again I have Not tested it. -Original Message- From: Dave Watts [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 29, 2006 8:57 PM To: CF-Talk Subject: RE: cgi.HTTP_REFERER > Calling page is: > > > > Still not working. I don't think that the Referer header is passed when you redirect using CFLOCATION. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236513 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
RE: cgi.HTTP_REFERER
> Calling page is: > > > > Still not working. I don't think that the Referer header is passed when you redirect using CFLOCATION. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236508 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
RE: cgi.HTTP_REFERER
Calling page is: Still not working. -Original Message- From: Charles Sheehan-Miles [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 29, 2006 7:43 AM To: CF-Talk Subject: Re: cgi.HTTP_REFERER This is kind of like asking to make sure your computer is plugged in (so you've probably already checked this) but it will be empty if you didn't actually have a referrer (as in, you browse directly to the page). On 3/29/06 10:38 PM, "Ian Skinner" <[EMAIL PROTECTED]> wrote: > > cgi variable exists > > cgi variable does not exist > > > > #CGI.HTTP_REFERER# > > However I am not getting anything back in the cgi variable. > > Any comments appreciated. > > Rick Colman > > Just to eliminate any other kind of white space characters, I usually > do a trim on anything I'm trying to compare to an empty string. > > > > I also usually try to phrase this as a binary comparison. > > > > > -- > Ian Skinner > Web Programmer > BloodSource > www.BloodSource.org > Sacramento, CA > > - > | 1 | | > - Binary Soduko > | | | > - > > "C code. C code run. Run code run. Please!" > - Cynthia Dunning > > Confidentiality Notice: This message including any attachments is for > the sole use of the intended > recipient(s) and may contain confidential and privileged information. > Any unauthorized review, use, disclosure or distribution is > prohibited. If you are not the intended recipient, please contact the > sender and delete any copies of this message. > > > > > ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236506 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
RE: cgi.HTTP_REFERER
Also you have to be going to that page from another page for it to have a value... Eric ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236505 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
Re: cgi.HTTP_REFERER
Thanks DaveI'm not sure I'd use the word sillybut I hear ya ;-) Bryan Stevenson B.Comm. VP & Director of E-Commerce Development Electric Edge Systems Group Inc. phone: 250.480.0642 fax: 250.480.1264 cell: 250.920.8830 e-mail: [EMAIL PROTECTED] web: www.electricedgesystems.com ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236485 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
RE: cgi.HTTP_REFERER
> > > Dave Watts, CTO, Fig Leaf Software WTF!! Dave may kindly ask if you have any insight into the logic behind that little gem? ;-) Thanks CGI is a bit of a bastard because different web server software will return deferent lists. This can be confounded with proxy servers and other systems in between. So basically CF just assumes you know what CGI you want and that it exists when you ask for it. This is just one of those "special" rules. -- Ian Skinner Web Programmer BloodSource www.BloodSource.org Sacramento, CA - | 1 | | - Binary Soduko | | | - "C code. C code run. Run code run. Please!" - Cynthia Dunning Confidentiality Notice: This message including any attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender and delete any copies of this message. ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236482 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
RE: cgi.HTTP_REFERER
> WTF!! Dave may kindly ask if you have any insight into the > logic behind that little gem? ;-) I can only speculate, but the set of CGI variables is dependent on the browser and the server, so my presumption is that they did this to reduce errors when checking CGI variables. I think it's kind of silly, myself. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236481 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
Re: cgi.HTTP_REFERER
For that matter (and I know this is a bit off the original point), cgi.jimmyhoffa will always exist. The cgi scope is really funny that way, everything exists there. --Ferg Charlie Griefer wrote: > what is the result of the conditional? > > the variable will always exist. there should (i believe) always be a > key in the CGI scope (struct) for cgi.http_referer. However, the > value of that key could be an empty string (if the user bookmarked the > page, typed it in manually, etc). > > > On 3/29/06, Richard Colman <[EMAIL PROTECTED]> wrote: > >> I am trying to get this to work, and the simple test case is: >> >> >> >> cgi variable exists >> >> cgi variable does not exist >> >> >> >> #CGI.HTTP_REFERER# >> >> However I am not getting anything back in the cgi variable. >> >> Any comments appreciated. >> >> Rick Colman >> >> >> >> >> >> > > ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236480 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
Re: cgi.HTTP_REFERER
>> checks for it's existence > > Actually, I'm pretty sure that IsDefined always returns true for any CGI > variable, whether it actually exists or not. For example, this would return > true: > > > > Dave Watts, CTO, Fig Leaf Software WTF!! Dave may kindly ask if you have any insight into the logic behind that little gem? ;-) Thanks Bryan Stevenson B.Comm. VP & Director of E-Commerce Development Electric Edge Systems Group Inc. phone: 250.480.0642 fax: 250.480.1264 cell: 250.920.8830 e-mail: [EMAIL PROTECTED] web: www.electricedgesystems.com ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236478 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
RE: cgi.HTTP_REFERER
> checks for it's existence Actually, I'm pretty sure that IsDefined always returns true for any CGI variable, whether it actually exists or not. For example, this would return true: Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236474 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
Re: cgi.HTTP_REFERER
This is kind of like asking to make sure your computer is plugged in (so you've probably already checked this) but it will be empty if you didn't actually have a referrer (as in, you browse directly to the page). On 3/29/06 10:38 PM, "Ian Skinner" <[EMAIL PROTECTED]> wrote: > > cgi variable exists > > cgi variable does not exist > > > > #CGI.HTTP_REFERER# > > However I am not getting anything back in the cgi variable. > > Any comments appreciated. > > Rick Colman > > Just to eliminate any other kind of white space characters, I usually do a > trim on anything I'm trying to compare to an empty string. > > > > I also usually try to phrase this as a binary comparison. > > > > > -- > Ian Skinner > Web Programmer > BloodSource > www.BloodSource.org > Sacramento, CA > > - > | 1 | | > - Binary Soduko > | | | > - > > "C code. C code run. Run code run. Please!" > - Cynthia Dunning > > Confidentiality Notice: This message including any > attachments is for the sole use of the intended > recipient(s) and may contain confidential and privileged > information. Any unauthorized review, use, disclosure or > distribution is prohibited. If you are not the > intended recipient, please contact the sender and > delete any copies of this message. > > > > > ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236471 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
Re: cgi.HTTP_REFERER
checks for it's existence half assed checks for it being blank the non-half assed approach would be: means it's blank This var is often blank or incorrect due to proxys etc. HTH Cheers Bryan Stevenson B.Comm. VP & Director of E-Commerce Development Electric Edge Systems Group Inc. phone: 250.480.0642 fax: 250.480.1264 cell: 250.920.8830 e-mail: [EMAIL PROTECTED] web: www.electricedgesystems.com ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236470 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
Re: cgi.HTTP_REFERER
what is the result of the conditional? the variable will always exist. there should (i believe) always be a key in the CGI scope (struct) for cgi.http_referer. However, the value of that key could be an empty string (if the user bookmarked the page, typed it in manually, etc). On 3/29/06, Richard Colman <[EMAIL PROTECTED]> wrote: > I am trying to get this to work, and the simple test case is: > > > > cgi variable exists > > cgi variable does not exist > > > > #CGI.HTTP_REFERER# > > However I am not getting anything back in the cgi variable. > > Any comments appreciated. > > Rick Colman > > > > > ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236469 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
RE: cgi.HTTP_REFERER
cgi variable exists cgi variable does not exist #CGI.HTTP_REFERER# However I am not getting anything back in the cgi variable. Any comments appreciated. Rick Colman Just to eliminate any other kind of white space characters, I usually do a trim on anything I'm trying to compare to an empty string. I also usually try to phrase this as a binary comparison. -- Ian Skinner Web Programmer BloodSource www.BloodSource.org Sacramento, CA - | 1 | | - Binary Soduko | | | - "C code. C code run. Run code run. Please!" - Cynthia Dunning Confidentiality Notice: This message including any attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender and delete any copies of this message. ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236468 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
RE: cgi.HTTP_REFERER
A lot of software blocks this variable, like firewalls and stuff. Http_referer is useful, but you can't rely on it being there. > -Original Message- > From: Richard Colman [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 29, 2006 2:33 PM > > I am trying to get this to work, and the simple test case is: > > > > cgi variable exists > > cgi variable does not exist > > > > #CGI.HTTP_REFERER# > > However I am not getting anything back in the cgi variable. > > Any comments appreciated. This transmission may contain information that is privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. A1. ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236467 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
cgi.HTTP_REFERER
I am trying to get this to work, and the simple test case is: cgi variable exists cgi variable does not exist #CGI.HTTP_REFERER# However I am not getting anything back in the cgi variable. Any comments appreciated. Rick Colman ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:236466 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
RE: Tracking cgi.http_referer variables...
Just a guess, but what about referring to in JavaScript since the main window would be parent...not sure if it is possible to do so, but worth looking into. You may also be able to do some java to accomplish this if JavaScript can't do it. The other thing would be to put a "marker" on the page that tags the db counter each time the page is hit. -Original Message- From: Rick Faircloth [mailto:[EMAIL PROTECTED] Sent: Wednesday, 08 March 2006 09:48 To: CF-Talk Subject: Tracking cgi.http_referer variables... I'm trying to track the number of hits from a site that a client has an ad on. I have his site stats in a db, but found not hits from that particular http_referer, although I know there should be. I think I tracked the problem to the fact that the ad opens a new browser window and that eliminates the possiblity of tracking the variable. Is there a way around this and still get the http_referer? Rick ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:234781 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
Re: Tracking cgi.http_referer variables...
You must have some control over the URL... You can make a subdomain for each campaign. with a re-direct to the campaign content. domain.com/news9 domain.com/CRM_EM_DOMAIN2_COM On 3/8/06, Snake <[EMAIL PROTECTED]> wrote: > Not all clients will NOT send http_refer, it is blocked by a lot of problems > such as anti=spyware, anti-virus, browser plugins, firewalls etc . > > Russ > > -Original Message- > From: Rick Faircloth [mailto:[EMAIL PROTECTED] > Sent: 08 March 2006 15:48 > To: CF-Talk > Subject: Tracking cgi.http_referer variables... > > I'm trying to track the number of hits > from a site that a client has an ad on. > > I have his site stats in a db, but found not hits from that particular > http_referer, although I know there should be. > > I think I tracked the problem to the fact that the ad opens a new browser > window and that eliminates the possiblity of tracking the variable. > > Is there a way around this and still > get the http_referer? > > Rick > > > > > ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:234665 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
RE: Tracking cgi.http_referer variables...
Not all clients will NOT send http_refer, it is blocked by a lot of problems such as anti=spyware, anti-virus, browser plugins, firewalls etc . Russ -Original Message- From: Rick Faircloth [mailto:[EMAIL PROTECTED] Sent: 08 March 2006 15:48 To: CF-Talk Subject: Tracking cgi.http_referer variables... I'm trying to track the number of hits from a site that a client has an ad on. I have his site stats in a db, but found not hits from that particular http_referer, although I know there should be. I think I tracked the problem to the fact that the ad opens a new browser window and that eliminates the possiblity of tracking the variable. Is there a way around this and still get the http_referer? Rick ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:234659 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
RE: Tracking cgi.http_referer variables...
> I'm trying to track the number of hits > from a site that a client has an ad on. > > I have his site stats in a db, but found not hits from that > particular http_referer, although I know there should be. > > I think I tracked the problem to the fact that the ad opens a > new browser window and that eliminates the possiblity of > tracking the variable. > > Is there a way around this and still get the http_referer? Well, first of all, you can never rely on CGI.HTTP_REFERER since it can be removed by proxies, security packages, etc. Often, ads are hosted on another server than that of the page you're visiting; that other server can then track the ads for you. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ Fig Leaf Software provides the highest caliber vendor-authorized instruction at our training centers in Washington DC, Atlanta, Chicago, Baltimore, Northern Virginia, or on-site at your location. Visit http://training.figleaf.com/ for more information! ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:234637 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
RE: Tracking cgi.http_referer variables...
I think I understand what you're saying, but I also think you misunderstand my situation (which I didn't make clear)... I didn't create this site for the client...he's got an ad on a third party site and I was trying to track clicks from it. But they're got the link set up to open a new browser window when his ad image is clicked. I can't place code in the URL, either... Rick > -Original Message- > From: Srinivasa Teja Palla [mailto:[EMAIL PROTECTED] > Sent: Wednesday, March 08, 2006 10:02 AM > To: CF-Talk > Subject: Re: Tracking cgi.http_referer variables... > > > Not sure if I read it properly, btu I think you can look at tag. > In the src attribute you can actually put a url. like > "http://blah/file.php"; > in this php file you get the http referrer. in the add you > somewhere put this img tag. in file.php, while doing whatever you > want, you will put the src as a image of size say 1px by 1px. Did > I remotely answer your question or am I rambling off the topic? > > >I'm trying to track the number of hits > >from a site that a client has an ad on. > > > >I have his site stats in a db, but found > >not hits from that particular http_referer, > >although I know there should be. > > > >I think I tracked the problem to the fact > >that the ad opens a new browser window > >and that eliminates the possiblity of > >tracking the variable. > > > >Is there a way around this and still > >get the http_referer? > > > >Rick > > ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:234635 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
Re: Tracking cgi.http_referer variables...
Not sure if I read it properly, btu I think you can look at tag. In the src attribute you can actually put a url. like "http://blah/file.php"; in this php file you get the http referrer. in the add you somewhere put this img tag. in file.php, while doing whatever you want, you will put the src as a image of size say 1px by 1px. Did I remotely answer your question or am I rambling off the topic? >I'm trying to track the number of hits >from a site that a client has an ad on. > >I have his site stats in a db, but found >not hits from that particular http_referer, >although I know there should be. > >I think I tracked the problem to the fact >that the ad opens a new browser window >and that eliminates the possiblity of >tracking the variable. > >Is there a way around this and still >get the http_referer? > >Rick ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:234631 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
Tracking cgi.http_referer variables...
I'm trying to track the number of hits from a site that a client has an ad on. I have his site stats in a db, but found not hits from that particular http_referer, although I know there should be. I think I tracked the problem to the fact that the ad opens a new browser window and that eliminates the possiblity of tracking the variable. Is there a way around this and still get the http_referer? Rick ~| Message: http://www.houseoffusion.com/lists.cfm/link=i:4:234625 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
RE: Maintaining CGI.HTTP_REFERER
Thanks Justin! -Original Message- From: Justin D. Scott [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 18, 2005 1:26 PM To: CF-Talk Subject: RE: Maintaining CGI.HTTP_REFERER > I need to maintain the url of the referer if the > current page is reloaded seral times. Whats the > best method of acheiving this? You could toss the value into a session variable, a cookie, a database, a structure in an application variable... There are a lot of options for keeping a value around after the first request. I do this on several sites and then send the original referrer along with contact forms, signup forms, etc. to track where people are coming from. -Justin Scott ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:221375 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
RE: Maintaining CGI.HTTP_REFERER
> I need to maintain the url of the referer if the > current page is reloaded seral times. Whats the > best method of acheiving this? You could toss the value into a session variable, a cookie, a database, a structure in an application variable... There are a lot of options for keeping a value around after the first request. I do this on several sites and then send the original referrer along with contact forms, signup forms, etc. to track where people are coming from. -Justin Scott ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:221352 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
Maintaining CGI.HTTP_REFERER
Hello Again Gurus! I need to maintain the url of the referer if the current page is reloaded seral times. Whats the best method of acheiving this? Eg: Visitor leaves a of pages "Page B,C,D,E,F or G" an goes to "Page A" page A is reloaded several times. How do I maintain the refering page A several time based on delete, or modifications actions that occur on page A. Al ~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:221345 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
RE: Alternative to cgi.http_referer - single signon
Brian, I'm not sure you will get consistency from anything in cgi.  I'd say you are going to have to pass something else - a shared key of somekind between you and the host.  This could be done with _javascript_ point to a page on your server (src="" that appends a url string to the link or hidden variable. -Mark   -Original Message-   From: Brian Meloche [mailto:[EMAIL PROTECTED]   Sent: Tuesday, August 31, 2004 11:54 AM   To: CF-Talk   Subject: Alternative to cgi.http_referer - single signon   At the office, we've run into a bit of a snag with a script that a   consultant did for us that authenticates from the URL of a referring   page hosted on a third party site to auto-generate single signon   authentication, so that an account from their site is automatically   generates an account on our system and doesn't require the user to   sign into our system.  This feature is a requirement to our   application by the third party (our client).   In this case, the consultant's code tries to authenticate from   cgi.http_referer.  The problem we're getting is that we're not getting   back a value.   I have looked around the web, on this list and elsewhere, and know   that this is a potential problem both with firewalls and certain   browsers, but I haven't been able to find an alternative.  We NEED an   alternative, and we need it ASAP.   Any suggestions?   --   Sincerely,   Brian Meloche   http://www.brianmeloche.com   http://www.clevelandmmug.org (currently partially down) [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings] [Donations and Support]
Re: Alternative to cgi.http_referer - single signon
Brian Meloche wrote: > At the office, we've run into a bit of a snag with a script that a > consultant did for us that authenticates from the URL of a referring > page hosted on a third party site to auto-generate single signon > authentication, so that an account from their site is automatically > generates an account on our system and doesn't require the user to > sign into our system.  This feature is a requirement to our > application by the third party (our client). > > In this case, the consultant's code tries to authenticate from > cgi.http_referer.  The problem we're getting is that we're not getting > back a value. > > I have looked around the web, on this list and elsewhere, and know > that this is a potential problem both with firewalls and certain > browsers, but I haven't been able to find an alternative.  We NEED an > alternative, and we need it ASAP. HTTP Digest Authentication can be set up to authenticate for multiple domains / servers, see RFC 2617. Jochem [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings] [Donations and Support]
Alternative to cgi.http_referer - single signon
At the office, we've run into a bit of a snag with a script that a consultant did for us that authenticates from the URL of a referring page hosted on a third party site to auto-generate single signon authentication, so that an account from their site is automatically generates an account on our system and doesn't require the user to sign into our system.  This feature is a requirement to our application by the third party (our client). In this case, the consultant's code tries to authenticate from cgi.http_referer.  The problem we're getting is that we're not getting back a value. I have looked around the web, on this list and elsewhere, and know that this is a potential problem both with firewalls and certain browsers, but I haven't been able to find an alternative.  We NEED an alternative, and we need it ASAP. Any suggestions? -- Sincerely, Brian Meloche http://www.brianmeloche.com http://www.clevelandmmug.org (currently partially down) [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings] [Donations and Support]
Re: CGI.HTTP_REFERER is blank!
Donnie Carvajal wrote: > So, any ideas on the best way to keep outside sites from submitting my > forms? Try using ticketmaster to buy some tickets, you'll see what is probably one of the more effective methods... then scan the list archives for the many discussions on methods of doing it.  =)  It's been talked about OFTEN.   - Rick [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings] [Donations and Support]
RE: CGI.HTTP_REFERER is blank!
Norton Internet Security and similar products will strip it. -Original Message- From: Donnie Carvajal [mailto:[EMAIL PROTECTED] Sent: Monday, July 12, 2004 10:41 AM To: CF-Talk Subject: CGI.HTTP_REFERER is blank! I am trying to check the CGI.HTTP_REFERER variable to keep outside sites from submitting forms; however, I have seen some strange things.  The same form on one computer when the form is submitted will have data in CGI.HTTP_REFERER and on another computer, CGI.HTTP_REFERER is blank. Any ideas of what might cause this?  Are there certain settings in a browser that might cause this? Thanks. Donnie Carvajal   _ [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings] [Donations and Support]
RE: CGI.HTTP_REFERER is blank!
Donnie: There's been a lot of discussion on this topic in the past.  You can check the House Of Fusion archives for them. In general, the best method I've heard of is dynamically generating a unique value on form display that needs to be submitted to the form processing page.  Basically, when the user first requests the form, generate a unique value and store it in a hidden field of the form or in a cookie.  Also store the value on the server (SESSION, database, etc.).  When the form is submitted, compare the form/cookie value to the server-side value.  This ensures that the form used to submit to your site is your own form and not someone else's. -- Mosh Teitelbaum evoch, LLC Tel: (301) 942-5378 Fax: (301) 933-3651 Email: [EMAIL PROTECTED] WWW: http://www.evoch.com/ Donnie Carvajal [mailto:[EMAIL PROTECTED] wrote: > So, any ideas on the best way to keep outside sites from submitting my > forms? Mosh Teitelbaum [mailto:[EMAIL PROTECTED] wrote: > > The "Referer" header is optional.  HTTP Clients are not required to send the > > header or, if they do, are not required to be truthful about the data > > specified by the header.  Additionally, a lot of systems along the path of > > the HTTP connection (firewalls, gateways, etc.) can strip the header before > > it reaches your server.  In short, don't rely on the HTTP_REFERER value. [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings] [Donations and Support]
RE: CGI.HTTP_REFERER is blank!
Internet Privacy software will strip out the referrer oftentimes.  With all of the privacy issues and the software to address them, it might not be a good idea to rely on CGI.HTTP_REFERERespecially since it can be forged easily. Marlon > -Original Message- > From: Donnie Carvajal [mailto:[EMAIL PROTECTED] > Sent: Monday, July 12, 2004 10:41 AM > To: CF-Talk > Subject: CGI.HTTP_REFERER is blank! > > I am trying to check the CGI.HTTP_REFERER variable to keep outside sites > from submitting forms; however, I have seen some strange things.  The > same form on one computer when the form is submitted will have data in > CGI.HTTP_REFERER and on another computer, CGI.HTTP_REFERER is blank. > Any ideas of what might cause this?  Are there certain settings in a > browser that might cause this? > > Thanks. > > Donnie Carvajal > > [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings] [Donations and Support]
Re: CGI.HTTP_REFERER is blank!
proxy server ;-) Bryan Stevenson B.Comm. VP & Director of E-Commerce Development Electric Edge Systems Group Inc. t. 250.920.8830 e. [EMAIL PROTECTED] - Macromedia Associate Partner www.macromedia.com - Vancouver Island ColdFusion Users Group Founder & Director www.cfug-vancouverisland.com   - Original Message -   From: Donnie Carvajal   To: CF-Talk   Sent: Monday, July 12, 2004 8:40 AM   Subject: CGI.HTTP_REFERER is blank!   I am trying to check the CGI.HTTP_REFERER variable to keep outside sites from submitting forms; however, I have seen some strange things.  The same form on one computer when the form is submitted will have data in CGI.HTTP_REFERER and on another computer, CGI.HTTP_REFERER is blank.  Any ideas of what might cause this?  Are there certain settings in a browser that might cause this?   Thanks.   Donnie Carvajal [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings] [Donations and Support]
RE: CGI.HTTP_REFERER is blank!
So, any ideas on the best way to keep outside sites from submitting my forms?   -Original Message-   From: Mosh Teitelbaum [mailto:[EMAIL PROTECTED]   Sent: Monday, July 12, 2004 10:50 AM   To: CF-Talk   Subject: RE: CGI.HTTP_REFERER is blank!   Donnie:   The "Referer" header is optional.  HTTP Clients are not required to send the   header or, if they do, are not required to be truthful about the data   specified by the header.  Additionally, a lot of systems along the path of   the HTTP connection (firewalls, gateways, etc.) can strip the header before   it reaches your server.  In short, don't rely on the HTTP_REFERER value.   --   Mosh Teitelbaum   evoch, LLC   Tel: (301) 942-5378   Fax: (301) 933-3651   Email: [EMAIL PROTECTED]   WWW: http://www.evoch.com/   -Original Message-   From: Donnie Carvajal [mailto:[EMAIL PROTECTED]   Sent: Monday, July 12, 2004 11:41 AM   To: CF-Talk   Subject: CGI.HTTP_REFERER is blank!   I am trying to check the CGI.HTTP_REFERER variable to keep outside sites   from submitting forms; however, I have seen some strange things.  The same   form on one computer when the form is submitted will have data in   CGI.HTTP_REFERER and on another computer, CGI.HTTP_REFERER is blank.  Any   ideas of what might cause this?  Are there certain settings in a browser   that might cause this?   Thanks.   Donnie Carvajal [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings] [Donations and Support]
RE: CGI.HTTP_REFERER is blank!
Sending a referrer is entirely up to the browser/system - most home firewall software will prevent referrers from being sent for example. You really should never use referrer as security mechanism it's just not reliable enough. Jim Davis I am trying to check the CGI.HTTP_REFERER variable to keep outside sites from submitting forms; however, I have seen some strange things.  The same form on one computer when the form is submitted will have data in CGI.HTTP_REFERER and on another computer, CGI.HTTP_REFERER is blank.  Any ideas of what might cause this?  Are there certain settings in a browser that might cause this? [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings] [Donations and Support]
RE: CGI.HTTP_REFERER is blank!
Donnie: The "Referer" header is optional.  HTTP Clients are not required to send the header or, if they do, are not required to be truthful about the data specified by the header.  Additionally, a lot of systems along the path of the HTTP connection (firewalls, gateways, etc.) can strip the header before it reaches your server.  In short, don't rely on the HTTP_REFERER value. -- Mosh Teitelbaum evoch, LLC Tel: (301) 942-5378 Fax: (301) 933-3651 Email: [EMAIL PROTECTED] WWW: http://www.evoch.com/ -Original Message- From: Donnie Carvajal [mailto:[EMAIL PROTECTED] Sent: Monday, July 12, 2004 11:41 AM To: CF-Talk Subject: CGI.HTTP_REFERER is blank! I am trying to check the CGI.HTTP_REFERER variable to keep outside sites from submitting forms; however, I have seen some strange things.  The same form on one computer when the form is submitted will have data in CGI.HTTP_REFERER and on another computer, CGI.HTTP_REFERER is blank.  Any ideas of what might cause this?  Are there certain settings in a browser that might cause this? Thanks. Donnie Carvajal [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings] [Donations and Support]
CGI.HTTP_REFERER is blank!
I am trying to check the CGI.HTTP_REFERER variable to keep outside sites from submitting forms; however, I have seen some strange things.  The same form on one computer when the form is submitted will have data in CGI.HTTP_REFERER and on another computer, CGI.HTTP_REFERER is blank.  Any ideas of what might cause this?  Are there certain settings in a browser that might cause this? Thanks. Donnie Carvajal [Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings] [Donations and Support]
RE: Does cgi.http_referer ALWAYS work?
perhaps also the standard (and good!) advice for security. the less a person knows about a given setup, the less handles they have to use to crack into it. chris -Original Message- From: Jann VanOver [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 27, 2002 8:18 PM To: CF-Talk Subject: Re: Does cgi.http_referer ALWAYS work? On 7/1/02 9:22 AM, "S. Isaac Dealey" <[EMAIL PROTECTED]> wrote: >>> Do some firewalls prevent browsers passing on this variable? >> >> Yes > > I guess this would typically be the firewall at the user's location preventing > the data going out, rather than the firewall at the server's location > preventing the data coming in... I'm not sure I understand the reasoning > behind either tho... Why would a network admin want to prevent this info going > out? > Fear __ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Does cgi.http_referer ALWAYS work?
On 7/1/02 9:22 AM, "S. Isaac Dealey" <[EMAIL PROTECTED]> wrote: >>> Do some firewalls prevent browsers passing on this variable? >> >> Yes > > I guess this would typically be the firewall at the user's location preventing > the data going out, rather than the firewall at the server's location > preventing the data coming in... I'm not sure I understand the reasoning > behind either tho... Why would a network admin want to prevent this info going > out? > Fear __ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Extract substring from cgi.http_referer string
Cool! Thanks On Tue, 13 Aug 2002 14:44:45 +0100, Philip Arnold - ASP wrote: > > I need to extract "d%3A%5Ctemp%5Ctestdir000\" and decode the > > line so it appears as "d:\temp\testdir000\" > > > > I'm not sure of the correct syntax? > > > > http://127.0.0.1/test/index.cfm?dir=d%3A%5Ctemp%5Ctestdir000\ > > Look up URLdecode(), it does exactly that - unless you're running CF4.5, > then there isn't anything apart from doing it by hand > > Philip Arnold > Technical Director > Certified ColdFusion Developer > ASP Multimedia Limited > Switchboard: +44 (0)20 8680 8099 > Fax: +44 (0)20 8686 7911 > > www.aspmedia.co.uk > www.aspevents.net > > An ISO9001 registered company. > > ** > This email and any files transmitted with it are confidential and > intended solely for the use of the individual or entity to whom they > are addressed. If you have received this email in error please notify > the system manager. > ** > > > __ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Extract substring from cgi.http_referer string
> I need to extract "d%3A%5Ctemp%5Ctestdir000\" and decode the > line so it appears as "d:\temp\testdir000\" > > I'm not sure of the correct syntax? > > http://127.0.0.1/test/index.cfm?dir=d%3A%5Ctemp%5Ctestdir000\ Look up URLdecode(), it does exactly that - unless you're running CF4.5, then there isn't anything apart from doing it by hand Philip Arnold Technical Director Certified ColdFusion Developer ASP Multimedia Limited Switchboard: +44 (0)20 8680 8099 Fax: +44 (0)20 8686 7911 www.aspmedia.co.uk www.aspevents.net An ISO9001 registered company. ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. ** __ Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Extract substring from cgi.http_referer string
Hi, I need to extract "d%3A%5Ctemp%5Ctestdir000\" and decode the line so it appears as "d:\temp\testdir000\" I'm not sure of the correct syntax? http://127.0.0.1/test/index.cfm?dir=d%3A%5Ctemp%5Ctestdir000\ __ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: CGI.HTTP_REFERER
> A firewall would have to _strip_ the referer header from > the HTTP request... a lot of work, and I can't imagine what > additional security would be gained from doing this. Imagine that you've got a relatively unsavory site with a bunch of links to less unsavory sites. You might not want to have the "good" site log the fact that you came from the "bad" site. A minor issue, but there are those concerned enough about their privacy to care about this. In any case, it's not a lot of work for a firewall to strip that one header. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ voice: (202) 797-5496 fax: (202) 797-5444 __ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Was: CGI.HTTP_REFERER
It depends on exactly what you use HTTP_REFERER for. However, when doing security audits on sites the most common use I see is to check that a form is submitted from a correct page. It is much better to do proper form validation. Of course, there are other reasons, but I would just go along with what Mike said: > > >IN short, if you're planning an application that's going to need > > >http_referer, my advice is to re-think it! Cheers, Mark >Mark, > >Curious, what other method do you use? > >Paul Giesenhagen >QuillDesign > > > > I have always regarded the use of HTTP_Referer as a security measure to >be > > rather poor, as it can easily be spoofed. So my sites don't rely on it, > > although occassionally they may use it to refine error messages. > > > > Cheers > > > > > > > > >The correct spelling is the American spelling - i.e. cgi.http_referer > > >even > > >though my outlook insists on arguing with me and changing it to >referrer. > > > > > >But as you have discovered, not all browsers send the parameter, >because > > >the > > >anti-spamming measures adopted by a lot of people block it. This >hasn't > > >been much of a worry until recently. But a site I'm working on has a > > >rapidly increasing number of users with this problem, and I'm having to > > >re-write a whole application which relied on http_referer to verify the > > >user > > >had access. Computers are increasingly being delivered to users >with > > >personal firewalls installed and that gives rise to the problem. > > > > > >IN short, if you're planning an application that's going to need > > >http_referer, my advice is to re-think it! > > > > > >Cheers, > > >Mike Kear > > >Windsor, NSW, Australia > > >AFP WebWorks > > > > > > > > >-Original Message- > > >From: mark brinkworth [mailto:[EMAIL PROTECTED]] > > >Sent: Sunday, 28 July 2002 1:09 PM > > >To: CF-Talk > > >Subject: Re: CGI.HTTP_REFERER > > > > > >Some firewalls (such as Norton's - I know this from personal >experience), > > >block or change the http_referer that is sent from the browser to the > > >server. In the case or Norton, it gets changed to http_weferer, and > > >consists > > >of a rather random looking alphabet soup. > > > > > >Cheers, > > >Mark > > > > > > > > > > > > > > > >Okay. I'm stumped. I had this whole lovely plan for something I'm > > >working > > > >on. It involved looking at the value of CGI.HTTP_REFERER. But that > > >value > > > >isn't coming up on my radar. It doesn't matter what browser I use. >It's > > > >just not there. I've tried different spellings (REFERRER, REFERER), > > >looped > > > >through every variable available, put a reference without a variable > > >scope > > > >prefix, everything. It just doesn't show up. > > > > > > > >I understand that the CGI variables returned are based on the server > > > >configuration. So I guess my entire pile of questions is: > > > > > > > >A) Am I doing something simple and obviously stupid? > > > > > > > >B) What would I have to do to my server to get it to return this > > >variable: > > > >is it on the CFAS side, or on the HTTP-server-software side? > > > > > > > >Thanks for any help anyone can give. I need this blasted variable!! > > > > > > > >Matthieu > > > > > > > > > > > > > > > > > > > > > __ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Was: CGI.HTTP_REFERER
Mark, Curious, what other method do you use? Paul Giesenhagen QuillDesign > I have always regarded the use of HTTP_Referer as a security measure to be > rather poor, as it can easily be spoofed. So my sites don't rely on it, > although occassionally they may use it to refine error messages. > > Cheers > > > > >The correct spelling is the American spelling - i.e. cgi.http_referer > >even > >though my outlook insists on arguing with me and changing it to referrer. > > > >But as you have discovered, not all browsers send the parameter, because > >the > >anti-spamming measures adopted by a lot of people block it. This hasn't > >been much of a worry until recently. But a site I'm working on has a > >rapidly increasing number of users with this problem, and I'm having to > >re-write a whole application which relied on http_referer to verify the > >user > >had access. Computers are increasingly being delivered to users with > >personal firewalls installed and that gives rise to the problem. > > > >IN short, if you're planning an application that's going to need > >http_referer, my advice is to re-think it! > > > >Cheers, > >Mike Kear > >Windsor, NSW, Australia > >AFP WebWorks > > > > > >-Original Message- > >From: mark brinkworth [mailto:[EMAIL PROTECTED]] > >Sent: Sunday, 28 July 2002 1:09 PM > >To: CF-Talk > >Subject: Re: CGI.HTTP_REFERER > > > >Some firewalls (such as Norton's - I know this from personal experience), > >block or change the http_referer that is sent from the browser to the > >server. In the case or Norton, it gets changed to http_weferer, and > >consists > >of a rather random looking alphabet soup. > > > >Cheers, > >Mark > > > > > > > > > > >Okay. I'm stumped. I had this whole lovely plan for something I'm > >working > > >on. It involved looking at the value of CGI.HTTP_REFERER. But that > >value > > >isn't coming up on my radar. It doesn't matter what browser I use. It's > > >just not there. I've tried different spellings (REFERRER, REFERER), > >looped > > >through every variable available, put a reference without a variable > >scope > > >prefix, everything. It just doesn't show up. > > > > > >I understand that the CGI variables returned are based on the server > > >configuration. So I guess my entire pile of questions is: > > > > > >A) Am I doing something simple and obviously stupid? > > > > > >B) What would I have to do to my server to get it to return this > >variable: > > >is it on the CFAS side, or on the HTTP-server-software side? > > > > > >Thanks for any help anyone can give. I need this blasted variable!! > > > > > >Matthieu > > > > > > > > > > > > > > __ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: CGI.HTTP_REFERER
I have always regarded the use of HTTP_Referer as a security measure to be rather poor, as it can easily be spoofed. So my sites don't rely on it, although occassionally they may use it to refine error messages. Cheers >The correct spelling is the American spelling - i.e. cgi.http_referer >even >though my outlook insists on arguing with me and changing it to referrer. > >But as you have discovered, not all browsers send the parameter, because >the >anti-spamming measures adopted by a lot of people block it. This hasn't >been much of a worry until recently. But a site I'm working on has a >rapidly increasing number of users with this problem, and I'm having to >re-write a whole application which relied on http_referer to verify the >user >had access. Computers are increasingly being delivered to users with >personal firewalls installed and that gives rise to the problem. > >IN short, if you're planning an application that's going to need >http_referer, my advice is to re-think it! > >Cheers, >Mike Kear >Windsor, NSW, Australia >AFP WebWorks > > >-Original Message- >From: mark brinkworth [mailto:[EMAIL PROTECTED]] >Sent: Sunday, 28 July 2002 1:09 PM >To: CF-Talk >Subject: Re: CGI.HTTP_REFERER > >Some firewalls (such as Norton's - I know this from personal experience), >block or change the http_referer that is sent from the browser to the >server. In the case or Norton, it gets changed to http_weferer, and >consists >of a rather random looking alphabet soup. > >Cheers, >Mark > > > > > >Okay. I'm stumped. I had this whole lovely plan for something I'm >working > >on. It involved looking at the value of CGI.HTTP_REFERER. But that >value > >isn't coming up on my radar. It doesn't matter what browser I use. It's > >just not there. I've tried different spellings (REFERRER, REFERER), >looped > >through every variable available, put a reference without a variable >scope > >prefix, everything. It just doesn't show up. > > > >I understand that the CGI variables returned are based on the server > >configuration. So I guess my entire pile of questions is: > > > >A) Am I doing something simple and obviously stupid? > > > >B) What would I have to do to my server to get it to return this >variable: > >is it on the CFAS side, or on the HTTP-server-software side? > > > >Thanks for any help anyone can give. I need this blasted variable!! > > > >Matthieu > > > > > > > > __ Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: CGI.HTTP_REFERER
The correct spelling is the American spelling - i.e. cgi.http_referer even though my outlook insists on arguing with me and changing it to referrer. But as you have discovered, not all browsers send the parameter, because the anti-spamming measures adopted by a lot of people block it. This hasn't been much of a worry until recently. But a site I'm working on has a rapidly increasing number of users with this problem, and I'm having to re-write a whole application which relied on http_referer to verify the user had access. Computers are increasingly being delivered to users with personal firewalls installed and that gives rise to the problem. IN short, if you're planning an application that's going to need http_referer, my advice is to re-think it! Cheers, Mike Kear Windsor, NSW, Australia AFP WebWorks -Original Message- From: mark brinkworth [mailto:[EMAIL PROTECTED]] Sent: Sunday, 28 July 2002 1:09 PM To: CF-Talk Subject: Re: CGI.HTTP_REFERER Some firewalls (such as Norton's - I know this from personal experience), block or change the http_referer that is sent from the browser to the server. In the case or Norton, it gets changed to http_weferer, and consists of a rather random looking alphabet soup. Cheers, Mark >Okay. I'm stumped. I had this whole lovely plan for something I'm working >on. It involved looking at the value of CGI.HTTP_REFERER. But that value >isn't coming up on my radar. It doesn't matter what browser I use. It's >just not there. I've tried different spellings (REFERRER, REFERER), looped >through every variable available, put a reference without a variable scope >prefix, everything. It just doesn't show up. > >I understand that the CGI variables returned are based on the server >configuration. So I guess my entire pile of questions is: > >A) Am I doing something simple and obviously stupid? > >B) What would I have to do to my server to get it to return this variable: >is it on the CFAS side, or on the HTTP-server-software side? > >Thanks for any help anyone can give. I need this blasted variable!! > >Matthieu > > > __ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: CGI.HTTP_REFERER
Some firewalls (such as Norton's - I know this from personal experience), block or change the http_referer that is sent from the browser to the server. In the case or Norton, it gets changed to http_weferer, and consists of a rather random looking alphabet soup. Cheers, Mark >Okay. I'm stumped. I had this whole lovely plan for something I'm working >on. It involved looking at the value of CGI.HTTP_REFERER. But that value >isn't coming up on my radar. It doesn't matter what browser I use. It's >just not there. I've tried different spellings (REFERRER, REFERER), looped >through every variable available, put a reference without a variable scope >prefix, everything. It just doesn't show up. > >I understand that the CGI variables returned are based on the server >configuration. So I guess my entire pile of questions is: > >A) Am I doing something simple and obviously stupid? > >B) What would I have to do to my server to get it to return this variable: >is it on the CFAS side, or on the HTTP-server-software side? > >Thanks for any help anyone can give. I need this blasted variable!! > >Matthieu > > > __ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: CGI.HTTP_REFERER
Turn on "Debugging" on you development box. This should show you all the values in the CGI scope. Joe -Original Message- From: Cornillon, Matthieu [mailto:[EMAIL PROTECTED]] Sent: Saturday, July 27, 2002 6:49 PM To: CF-Talk Subject: CGI.HTTP_REFERER Okay. I'm stumped. I had this whole lovely plan for something I'm working on. It involved looking at the value of CGI.HTTP_REFERER. But that value isn't coming up on my radar. It doesn't matter what browser I use. It's just not there. I've tried different spellings (REFERRER, REFERER), looped through every variable available, put a reference without a variable scope prefix, everything. It just doesn't show up. I understand that the CGI variables returned are based on the server configuration. So I guess my entire pile of questions is: A) Am I doing something simple and obviously stupid? B) What would I have to do to my server to get it to return this variable: is it on the CFAS side, or on the HTTP-server-software side? Thanks for any help anyone can give. I need this blasted variable!! Matthieu __ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: CGI.HTTP_REFERER
Which web server and version of CF are running on this server? On my CF5/IIS5 server, I always have the exact same set of CGI variable (including CGI.HTTP_REFERER), but some of them will sometimes have a zero length string as there value. A firewall would have to _strip_ the referer header from the HTTP request... a lot of work, and I can't imagine what additional security would be gained from doing this. Jim - Original Message - From: "Cornillon, Matthieu" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Saturday, July 27, 2002 4:49 PM Subject: CGI.HTTP_REFERER > Okay. I'm stumped. I had this whole lovely plan for something I'm working > on. It involved looking at the value of CGI.HTTP_REFERER. But that value > isn't coming up on my radar. It doesn't matter what browser I use. It's > just not there. I've tried different spellings (REFERRER, REFERER), looped > through every variable available, put a reference without a variable scope > prefix, everything. It just doesn't show up. > > I understand that the CGI variables returned are based on the server > configuration. So I guess my entire pile of questions is: > > A) Am I doing something simple and obviously stupid? > > B) What would I have to do to my server to get it to return this variable: > is it on the CFAS side, or on the HTTP-server-software side? > > Thanks for any help anyone can give. I need this blasted variable!! > > Matthieu __ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: CGI.HTTP_REFERER
H not sure it will work in application.cfm due to that being the first file processed by CF. It needs to have a referring page, hence the name. Douglas Brown Email: [EMAIL PROTECTED] - Original Message - From: "Cornillon, Matthieu" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Saturday, July 27, 2002 4:48 PM Subject: RE: CGI.HTTP_REFERER > I'm checking it in my Application.cfm. I want to see whether the page > before the current page is from my site or not. If not, I want to do > something different. I am guessing that my company's firewall is set to > block outgoing referer information from the browser. I am checking into > this with my IT department. > > Thanks anyway, > Matthieu > > -Original Message- > From: Douglas Brown [mailto:[EMAIL PROTECTED]] > Sent: Saturday, July 27, 2002 7:05 PM > To: CF-Talk > Subject: Re: CGI.HTTP_REFERER > > > The syntax on the first one is correct. Are you referencing it after a page > request or form submittal? > > > > > Douglas Brown > Email: [EMAIL PROTECTED] > - Original Message - > From: "Cornillon, Matthieu" <[EMAIL PROTECTED]> > To: "CF-Talk" <[EMAIL PROTECTED]> > Sent: Saturday, July 27, 2002 3:49 PM > Subject: CGI.HTTP_REFERER > > > > Okay. I'm stumped. I had this whole lovely plan for something I'm > working > > on. It involved looking at the value of CGI.HTTP_REFERER. But that value > > isn't coming up on my radar. It doesn't matter what browser I use. It's > > just not there. I've tried different spellings (REFERRER, REFERER), > looped > > through every variable available, put a reference without a variable scope > > prefix, everything. It just doesn't show up. > > > > I understand that the CGI variables returned are based on the server > > configuration. So I guess my entire pile of questions is: > > > > A) Am I doing something simple and obviously stupid? > > > > B) What would I have to do to my server to get it to return this variable: > > is it on the CFAS side, or on the HTTP-server-software side? > > > > Thanks for any help anyone can give. I need this blasted variable!! > > > > Matthieu > > > > > > > > __ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: CGI.HTTP_REFERER
I'm checking it in my Application.cfm. I want to see whether the page before the current page is from my site or not. If not, I want to do something different. I am guessing that my company's firewall is set to block outgoing referer information from the browser. I am checking into this with my IT department. Thanks anyway, Matthieu -Original Message- From: Douglas Brown [mailto:[EMAIL PROTECTED]] Sent: Saturday, July 27, 2002 7:05 PM To: CF-Talk Subject: Re: CGI.HTTP_REFERER The syntax on the first one is correct. Are you referencing it after a page request or form submittal? Douglas Brown Email: [EMAIL PROTECTED] - Original Message - From: "Cornillon, Matthieu" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Saturday, July 27, 2002 3:49 PM Subject: CGI.HTTP_REFERER > Okay. I'm stumped. I had this whole lovely plan for something I'm working > on. It involved looking at the value of CGI.HTTP_REFERER. But that value > isn't coming up on my radar. It doesn't matter what browser I use. It's > just not there. I've tried different spellings (REFERRER, REFERER), looped > through every variable available, put a reference without a variable scope > prefix, everything. It just doesn't show up. > > I understand that the CGI variables returned are based on the server > configuration. So I guess my entire pile of questions is: > > A) Am I doing something simple and obviously stupid? > > B) What would I have to do to my server to get it to return this variable: > is it on the CFAS side, or on the HTTP-server-software side? > > Thanks for any help anyone can give. I need this blasted variable!! > > Matthieu > > > __ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: CGI.HTTP_REFERER
The syntax on the first one is correct. Are you referencing it after a page request or form submittal? Douglas Brown Email: [EMAIL PROTECTED] - Original Message - From: "Cornillon, Matthieu" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Saturday, July 27, 2002 3:49 PM Subject: CGI.HTTP_REFERER > Okay. I'm stumped. I had this whole lovely plan for something I'm working > on. It involved looking at the value of CGI.HTTP_REFERER. But that value > isn't coming up on my radar. It doesn't matter what browser I use. It's > just not there. I've tried different spellings (REFERRER, REFERER), looped > through every variable available, put a reference without a variable scope > prefix, everything. It just doesn't show up. > > I understand that the CGI variables returned are based on the server > configuration. So I guess my entire pile of questions is: > > A) Am I doing something simple and obviously stupid? > > B) What would I have to do to my server to get it to return this variable: > is it on the CFAS side, or on the HTTP-server-software side? > > Thanks for any help anyone can give. I need this blasted variable!! > > Matthieu > > > __ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
CGI.HTTP_REFERER
Okay. I'm stumped. I had this whole lovely plan for something I'm working on. It involved looking at the value of CGI.HTTP_REFERER. But that value isn't coming up on my radar. It doesn't matter what browser I use. It's just not there. I've tried different spellings (REFERRER, REFERER), looped through every variable available, put a reference without a variable scope prefix, everything. It just doesn't show up. I understand that the CGI variables returned are based on the server configuration. So I guess my entire pile of questions is: A) Am I doing something simple and obviously stupid? B) What would I have to do to my server to get it to return this variable: is it on the CFAS side, or on the HTTP-server-software side? Thanks for any help anyone can give. I need this blasted variable!! Matthieu __ Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: CGI.HTTP_REFERER
>>I doubt that you can do this without some assistance from the intervening
>>page. While browsers have a history object,
<<<
>>> > I currently use #CGI.HTTP_REFERER# to see the last page my user came
>>> > from, is there a way to look back 2 pages?<<<
This is not exactly the same thing, but the following does access the
history object successfully. I don't know JavaScript that well, but it's not
a stretch to think you could access and capture the url.
This may help too:
http://www.dannyg.com/javascript/quickref/index.html
HTH
-Craig
GO BACK
function goHistory(form)
{
window.history.go(parseInt(form.num.value));
}
-1
-2
-3
-4
__
Get the mailserver that powers this list at http://www.coolfusion.com
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: CGI.HTTP_REFERER
I doubt that you can do this without some assistance from the intervening page. While browsers have a history object, this is usually not available for extracting information from. Users are hesitant enough about the browsing history within a given site, let alone across multiple sites. Cheers >From: "Jim Vosika" <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: CF-Talk <[EMAIL PROTECTED]> >Subject: RE: CGI.HTTP_REFERER >Date: Tue, 9 Jul 2002 08:03:45 -0500 > >I mean for pages out of my control. Like say the user first goes to a >google result page then clicks through to some website where there is a >link to me. This is a bad example but I would want to see the google >url. > >Thanks, >Jim Vosika >http://tinyclick.com >Free URL Shortening! > >-Original Message- >From: Pete Ruckelshaus [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, July 09, 2002 7:15 AM >To: CF-Talk >Subject: Re: CGI.HTTP_REFERER > >Save it as a variable? > >Pete > >- Original Message - >From: "Jim Vosika" <[EMAIL PROTECTED]> >To: "CF-Talk" <[EMAIL PROTECTED]> >Sent: Monday, July 08, 2002 6:19 PM >Subject: CGI.HTTP_REFERER > > > > I currently use #CGI.HTTP_REFERER# to see the last page my user came > > from, is there a way to look back 2 pages? > > > > Thanks! > > Jim Vosika > > http://www.softwaresupermall.com > > http://www.jimvosika.com > > > > > > __ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: CGI.HTTP_REFERER
I mean for pages out of my control. Like say the user first goes to a google result page then clicks through to some website where there is a link to me. This is a bad example but I would want to see the google url. Thanks, Jim Vosika http://tinyclick.com Free URL Shortening! -Original Message- From: Pete Ruckelshaus [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 09, 2002 7:15 AM To: CF-Talk Subject: Re: CGI.HTTP_REFERER Save it as a variable? Pete - Original Message - From: "Jim Vosika" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Monday, July 08, 2002 6:19 PM Subject: CGI.HTTP_REFERER > I currently use #CGI.HTTP_REFERER# to see the last page my user came > from, is there a way to look back 2 pages? > > Thanks! > Jim Vosika > http://www.softwaresupermall.com > http://www.jimvosika.com > > __ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: CGI.HTTP_REFERER
Save it as a variable? Pete - Original Message - From: "Jim Vosika" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Monday, July 08, 2002 6:19 PM Subject: CGI.HTTP_REFERER > I currently use #CGI.HTTP_REFERER# to see the last page my user came > from, is there a way to look back 2 pages? > > Thanks! > Jim Vosika > http://tinyclick.com <http://tinyclick.com/> > Free URL Shortening! > > __ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: CGI.HTTP_REFERER
>>>>I currently use #CGI.HTTP_REFERER# to see the last page my user came >>from, is there a way to look back 2 pages? >> >>Thanks! >>Jim Vosika << I have never done this, but the javascript object model has a history object which has the info you would need to know. Something like window.history.go(-2) would be back 2 pages, other history.properties that might interest you are: current, length, next and previous; and history.methods: back(), forward(), go(). HTH -Craig __ Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: CGI.HTTP_REFERER
Not unless you pass the previous page as a variable of some sort (cookie, URL, form, etc). Kevin >>> [EMAIL PROTECTED] 07/08/02 03:19PM >>> I currently use #CGI.HTTP_REFERER# to see the last page my user came from, is there a way to look back 2 pages? Thanks! Jim Vosika http://tinyclick.com <http://tinyclick.com/> Free URL Shortening! __ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
CGI.HTTP_REFERER
I currently use #CGI.HTTP_REFERER# to see the last page my user came from, is there a way to look back 2 pages? Thanks! Jim Vosika http://tinyclick.com <http://tinyclick.com/> Free URL Shortening! __ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Does cgi.http_referer ALWAYS work?
>> Do some firewalls prevent browsers passing on this variable? > > Yes I guess this would typically be the firewall at the user's location preventing the data going out, rather than the firewall at the server's location preventing the data coming in... I'm not sure I understand the reasoning behind either tho... Why would a network admin want to prevent this info going out? Isaac Dealey www.turnkey.to 954-776-0046 __ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Does cgi.http_referer ALWAYS work?
Mike Kear wrote: > I have an application that has to grant or deny access based on whether the > user has paid membership fees. They can't get to the application unless the > page that sends them there has also granted access through the online shop > (.asp, written by someone else), so I figured if they have access to the > article, then they have access to my app. If they don't have access to the > article then I'll send them back to the article. Then all considerations of > access and payment etc are handled by the article and the shop. And also > the article is free to the public or restricted access to members only based > on the content management system's settings rather than my coldfusion > programming. If a content writer changes the status of the article, it also > changes the status of the CF application without needing to have any work > from me. > > So the test I've got on my page is if cgi.http_referer is the article, or > elsewhere in my app, then they're granted access, other wise they get sent > back to the article using > However lately, I have had some users who can't get access. No matter what > they do, they're kicked back to the article. This doesn't happen to > everyone, only a few people, and we're having trouble finding the common > factor with these people. We're assuming at present that the cause is we're > not picking up the http_referer parameter. > > Does cgi.http_referer always work with all browsers? No. > Do some firewalls prevent browsers passing on this variable? Yes > How else can I check that the user has come from a particular place, without > using cgi.http_referer? Not really. Best way would be for the ASP page that links to your page to append a checksum to the URL, then you can do a cfhttp call to another ASP page to verify the checksum (or use a cookie to passw the checksum if the domain is the same). Or look into the possibilities of Digest Authentication (RFC 2617), but that is uncharted territory AFAIK. Jochem __ Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Does cgi.http_referer ALWAYS work?
cgi.http_referrer works most of the time... but not all ... if a user attempts to go directly to a page ( for instance from a bookmark ) without passing through a previous page, then there isn't any cgi.http_referrer variable when they get to the page... you can use to ensure that it's defined, although that's probably not related to the problem you're having... though it does highlight the point that the http_referrer is provided to the server by the browser much like the http_user_agent variable... I would check to see what kind of antivirus or privacy type software they're using -- I have seen av/privacy software in the past force the browser to not pass the referrer info when it requests new urls through links and forms... Isaac www.turnkey.to 954-776-0046 __ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Does cgi.http_referer ALWAYS work?
> Does cgi.http_referer always work with all browsers? No. > Do some firewalls prevent browsers passing on this variable? Yes. > Because if it's not provided my app will assume they have > no right to be here and kick them out. > > How else can I check that the user has come from a particular > place, without using cgi.http_referer? You can't, really. The HTTP protocol simply isn't designed for that. However, if you have control over both ends, the referring page and the target page, you can set a cookie or use web server authentication or something along those lines. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ voice: (202) 797-5496 fax: (202) 797-5444 __ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Does cgi.http_referer ALWAYS work?
I use cgi.http_referer on one of our sites. The issue that has arisen with us is if someone has Firewall software installed on their computer or is behind a really restricted firewall on their network. As far as I have been able to determine, under such circumstances there is a chance that cgi.http_referer cannot be sent from the users browser (pretty layman terms but I don't know the in-depth details of this topic). So, I guess that my 2cents on your question is "not for every user". Tony Gruen -Original Message- From: Mike Kear [mailto:[EMAIL PROTECTED]] Sent: Sunday, June 30, 2002 10:42 PM To: CF-Talk Subject: Does cgi.http_referer ALWAYS work? I have an application that has to grant or deny access based on whether the user has paid membership fees. They can't get to the application unless the page that sends them there has also granted access through the online shop (.asp, written by someone else), so I figured if they have access to the article, then they have access to my app. If they don't have access to the article then I'll send them back to the article. Then all considerations of access and payment etc are handled by the article and the shop. And also the article is free to the public or restricted access to members only based on the content management system's settings rather than my coldfusion programming. If a content writer changes the status of the article, it also changes the status of the CF application without needing to have any work from me. So the test I've got on my page is if cgi.http_referer is the article, or elsewhere in my app, then they're granted access, other wise they get sent back to the article using http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists __ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Does cgi.http_referer ALWAYS work?
I have an application that has to grant or deny access based on whether the user has paid membership fees. They can't get to the application unless the page that sends them there has also granted access through the online shop (.asp, written by someone else), so I figured if they have access to the article, then they have access to my app. If they don't have access to the article then I'll send them back to the article. Then all considerations of access and payment etc are handled by the article and the shop. And also the article is free to the public or restricted access to members only based on the content management system's settings rather than my coldfusion programming. If a content writer changes the status of the article, it also changes the status of the CF application without needing to have any work from me. So the test I've got on my page is if cgi.http_referer is the article, or elsewhere in my app, then they're granted access, other wise they get sent back to the article using http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Cgi.http_referer
Is this no longer functional in 5.0? Did we miss something as it is not working on our new 5.0 server. Cfif not #cgi.http_referer# eq "index.cfm" cflocation url="index.cfm" /cfif Thanks for any pointers. Regards, Eric J. Hoffman Director of Internet Development DataStream Connexion, LLC (formerly Small Dog Design) __ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Opera and cgi.HTTP_REFERER
> I have a page which allows access only if a user is coming > from a specific page, and I use http_referer to grant or deny > access. But I don't think Opera gives this variable. can > anyone else verify that? And how do you get around it? > > The situation is people buy access to an article or series > of articles through an online shop, and I am reasoning that > if they have got as far as page 101625, they must have paid > or been given appropriate access. (that means I can leave it > to the guy who looks after page 101625 to make sure he > restricts access appropriately. The code I'm using is as > follows: > > even though there's no variable called CGI.FOO_BAR. Second, and more important, you can't rely on CGI.HTTP_REFERER for any serious security anyway, since it's sent by the browser, and can easily be set to whatever value the end user wants it to be (typically, they'd set it to the value that you're expecting, I suppose). Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ voice: (202) 797-5496 fax: (202) 797-5444 __ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Opera and cgi.HTTP_REFERER
Hi Michael, I've checked out Opera for you and yup, cgi.HTTP_REFERER exists. In regards to your code all i would do is rewrite it like this, but that doesn't affect how it works in the browser: ... Rgds Dave A. -Original Message- From: Michael Kear [mailto:[EMAIL PROTECTED]] Sent: Monday, May 13, 2002 9:14 AM To: CF-Talk Subject: Opera and cgi.HTTP_REFERER I have a page which allows access only if a user is coming from a specific page, and I use http_referer to grant or deny access. But I don't think Opera gives this variable. can anyone else verify that? And how do you get around it? The situation is people buy access to an article or series of articles through an online shop, and I am reasoning that if they have got as far as page 101625, they must have paid or been given appropriate access. (that means I can leave it to the guy who looks after page 101625 to make sure he restricts access appropriately. The code I'm using is as follows: (#HTTP_REFERER# contains "#articleID#") OR (#HTTP_REFERER# contains "#calcfilename#") ) > http://www.mydomain.com/goArticle.asp?ID=#articleID#&p=01";> Can anyone see the flaw in this snippet that lets it work for IE and NN but not for Opera? Cheers Mike Kear AFP Webworks Windsor, NSW, Australia __ Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Opera and cgi.HTTP_REFERER
I have a page which allows access only if a user is coming from a specific page, and I use http_referer to grant or deny access. But I don't think Opera gives this variable. can anyone else verify that? And how do you get around it? The situation is people buy access to an article or series of articles through an online shop, and I am reasoning that if they have got as far as page 101625, they must have paid or been given appropriate access. (that means I can leave it to the guy who looks after page 101625 to make sure he restricts access appropriately. The code I'm using is as follows: (#HTTP_REFERER# contains "#articleID#") OR (#HTTP_REFERER# contains "#calcfilename#") ) > http://www.mydomain.com/goArticle.asp?ID=#articleID#&p=01";> Can anyone see the flaw in this snippet that lets it work for IE and NN but not for Opera? Cheers Mike Kear AFP Webworks Windsor, NSW, Australia __ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Why am I not getting the correct cgi.http_referer?
I want to perform an action based upon the http_referer CGI variable; in a nutshell, I have a form that I am using for administration. Enter the URL of the page that you want to administer in the form (template name is clearpage.cfm), submit it, and I use to redirect to that page (also tried using a meta refresh tag): ...the final page checks for the cgi.http_referer, and if it exists, it performs a specific action: ...do something... However, the http_referer variable is always returned as http://localhost/ without the directory or script information. Any ideas as to what's going on here? Thanks Pete FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
CGI.HTTP_REFERER
Yes there! This may sound overly naive but, on the index page of one of our web applications, I have done a check for the #cgi.http_referer# environment variable. Then I have done a search through MNS (per say), where it links directly to the (URL AND) template, the variable is defined but it is empty. I was hoping it was going to give me the full search string of the msn URL, or any other. Is this because IIS is not passing this to CF, although it is defined. Is there a way round this? Or am I having a brain fart? Cheers jmc .. ~~ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: cgi.http_referer problem
If there is anything we can do I certainly haven't figured it out. If this is user behavior it would explain the scattered random nature of the problem. I have about 1 records in the db at the moment. If I get the time today I'll see if I can pin the problem on specific browsers, although it won't do much good to know, I think. --- Matt Robertson[EMAIL PROTECTED] MSB Designs, Inc., www.mysecretbase.com --- -- Original Message -- from: "Sima Lee" <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] date: Fri, 2 Nov 2001 15:17:46 -0500 Hi Matt, Thanks for your input. Yes, this does not happen very often, we got two from one site: Browser used: Mozilla/4.0 (compatible; MSIE 5.0; AOL 5.0; Windows 98; DigExt) Browser used: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0) I guess we cannot do anything to prevent this to happen? Thank you again. Sima -Original Message- From: Matt Robertson [mailto:[EMAIL PROTECTED]] Sent: Friday, November 02, 2001 12:35 PM To: CF-Talk Subject: Re: cgi.http_referer problem Short answer: Yes. I've been running and logging referer tests for about 6 months now. I get an email every time one fails, and record all initial 'incoming' visitors in a db that logs, among other things, browser type and referer value. Every once in a while I'll have a user get 'refered' in from my own site, which should be impossible given the tests I run. Only maybe 1 out of 100 fail, and the failure appears to be random... sort of. It appears to be restricted to IE 5.x and AOL browsers after AOL 4.0. However I haven't tried to quantify this other than eyeballing the reports. On occasion, maybe the browser drops the ball and somehow loses the referer value. This could also be user behavior: Lets say for some reason a page doesn't load properly for whatever reason. a user could place their cursor in the Address field at the end and hits the ENTER key. That would do it, too. (i.e. user 'arrives' at a page after hitting 'Enter' and actually refreshes it. The next link is a referred link in from my own site). - Matt Robertson [EMAIL PROTECTED] MSB Designs, Inc. http://mysecretbase.com - - Original Message - From: "Sima Lee" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Friday, November 02, 2001 8:20 AM Subject: cgi.http_referer problem So the question is: Is there any other situation when the cgi.http_referer would not be get set? ~~ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: cgi.http_referer problem
Hi Matt, Thanks for your input. Yes, this does not happen very often, we got two from one site: Browser used: Mozilla/4.0 (compatible; MSIE 5.0; AOL 5.0; Windows 98; DigExt) Browser used: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0) I guess we cannot do anything to prevent this to happen? Thank you again. Sima -Original Message- From: Matt Robertson [mailto:[EMAIL PROTECTED]] Sent: Friday, November 02, 2001 12:35 PM To: CF-Talk Subject: Re: cgi.http_referer problem Short answer: Yes. I've been running and logging referer tests for about 6 months now. I get an email every time one fails, and record all initial 'incoming' visitors in a db that logs, among other things, browser type and referer value. Every once in a while I'll have a user get 'refered' in from my own site, which should be impossible given the tests I run. Only maybe 1 out of 100 fail, and the failure appears to be random... sort of. It appears to be restricted to IE 5.x and AOL browsers after AOL 4.0. However I haven't tried to quantify this other than eyeballing the reports. On occasion, maybe the browser drops the ball and somehow loses the referer value. This could also be user behavior: Lets say for some reason a page doesn't load properly for whatever reason. a user could place their cursor in the Address field at the end and hits the ENTER key. That would do it, too. (i.e. user 'arrives' at a page after hitting 'Enter' and actually refreshes it. The next link is a referred link in from my own site). - Matt Robertson [EMAIL PROTECTED] MSB Designs, Inc. http://mysecretbase.com - - Original Message - From: "Sima Lee" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Friday, November 02, 2001 8:20 AM Subject: cgi.http_referer problem So the question is: Is there any other situation when the cgi.http_referer would not be get set? ~~ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/cf-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
