Sarah Peeke wrote:
So, if the HTTP headers are "changed along the response chain from
server to client" what is the likely outcome? Where would the user be
directed in this case?
The user is not directed anywhere, it's just that - in the case we're
discussing - the receiving page can't deter
changed along the response chain from server to client they can't be
relied upon.
Other way 'round.
Referer is a Request header, (optionally) originated by the client.
But even user agents that provide one may have it stripped from the
Request by "personal fire walls", proxies, etc.
But sinc
On Tue, 22 Jan 2008 13:58:52 +1100, Sarah Peeke wrote:
> So, if the HTTP headers are "changed along the response chain from
> server to client" what is the likely outcome? Where would the user be
> directed in this case?
HTML doesn't care.
Its possible to write server-side code that generates di
On Jan 22, 2008 3:58 PM, Sarah Peeke <[EMAIL PROTECTED]> wrote:
> So, if the HTTP headers are "changed along the response chain from
> server to client" what is the likely outcome? Where would the user be
> directed in this case?
That depends on the application. It's not a required field, but tha
Sarah Peeke wrote:
> So, if the HTTP headers are "changed along the response chain from
> server to client" what is the likely outcome? Where would the user be
> directed in this case?
the http referer is just the uri of the page that referred you to the
current page you are on. So if you are on
On 22/1/08 1:37 PM, Chris Knowles wrote:
Referer is just one HTTP header - it is separate from response codes
(200, 404 etc) and other headers. No error is thrown if it's not present
so content is passed on as normal. But because HTTP headers can be
changed along the response chain from server to
Chris Knowles wrote:
> Sarah Peeke wrote:
>> Hi Martin and others,
>>
>> On 19/1/08 1:45 AM, Martin Heiden wrote:
>>> 2. HTTP-Header Referrer - may be supressed by proxies/firewalls or the
>>> user
>>>You can access it via (PHP|Java|ASP|...) or by JS document.referrer
>> Just out of interest, w
Sarah Peeke wrote:
> Hi Martin and others,
>
> On 19/1/08 1:45 AM, Martin Heiden wrote:
>> 2. HTTP-Header Referrer - may be supressed by proxies/firewalls or the
>> user
>>You can access it via (PHP|Java|ASP|...) or by JS document.referrer
>
> Just out of interest, what happens when HTTP-Head
Hi Martin and others,
On 19/1/08 1:45 AM, Martin Heiden wrote:
2. HTTP-Header Referrer - may be supressed by proxies/firewalls or the user
You can access it via (PHP|Java|ASP|...) or by JS document.referrer
Just out of interest, what happens when HTTP-Header Referrer is suppressed?
Does th
Martin Heiden wrote:
Simon,
on Friday, January 18, 2008 at 15:24 wsg@webstandardsgroup.org wrote:
I am on a webpage...how do I know what page the browser was previously
showing.
I think Javascript History object is the ticket...but STRICT mode in Firefox
seems to tell me that I d
You'd be surprised (maybe not!) as to how few people know about tab
and new windows and use them for this purpose.
I really have to push people in our studio to use these.
Joe
On Jan 19 2008, at 12:11, George S. Williams wrote:
On Sat, 2008-01-19 at 04:38, Designer wrote:
I use this kind
Thanks David, Glad to see I'm not the only one who read the email
carefully before replying. :-)
My understanding of web standards is that one does not replace/
duplicate what is part of the standard furniture without a GOOD
reason. Replicating functionality that already exists goes against
Thanks Pat!
On Jan 18 2008, at 17:57, Patrick H. Lauke wrote:
Christian Snodgrass wrote:
You shouldn't always assume that they are just trying to replace
the back button.
They could want to get the referrer for something else.
From the thread starter
".I just want to know what the previous
On Sat, 2008-01-19 at 04:38, Designer wrote:
> I use this kind of thing all the time - It's called a tab :-)
>
I use that thing quite a bit also.
And, occasionally, a similar thing called a new window...
George
***
List Guidelin
Christian Snodgrass wrote:
When I read that, I thought about creating a button that finds the site
you were at before you came in here, and then keeps that the same
throughout the site, so no matter how many pages you go to, you can get
back out of all of those and back where you were before yo
>When I read that, I thought about creating a button that finds the site
>you were at before you came in here, and then keeps that the same
>throughout the site, so no matter how many pages you go to, you can get
>back out of all of those and back where you were before you started
>that. That
I completely agree with most of the comments so far. Why create
functionality that is simply replicating the functionality of a browser?
There was an article on text resizing a while ago that I'm sure most people
are already aware of by Roger Johansson...
http://www.456bereastreet.com/archive/200
On 18 Jan 2008, at 17:23, Christian Snodgrass wrote:
You shouldn't always assume that they are just trying to replace
the back button.
As assumptions go, when they say "so I can create a button to go back
to it...", it is a pretty safe one.
And, not everyone knows about the back button.
are there any SSI whizzes out there?
I would have thought that you could use the referrer in an SSI to
accomplish this sort of functionality.
BTW: I am astonished at how few people understand the back button. And
many more who don't trust it: a result of abuse, no doubt, from sites
that break the
When I read that, I thought about creating a button that finds the site
you were at before you came in here, and then keeps that the same
throughout the site, so no matter how many pages you go to, you can get
back out of all of those and back where you were before you started
that. That's a bi
Christian Snodgrass wrote:
You shouldn't always assume that they are just trying to replace the
back button.
They could want to get the referrer for something else.
From the thread starter
".I just want to know what the previous page was...so I can create a
button to go back to it.."
P
--
You shouldn't always assume that they are just trying to replace the
back button.
They could want to get the referrer for something else.
And, not everyone knows about the back button. Don't assume...
Joseph Ortenzi wrote:
But why?
everyone knows about the back button, don't they? So you don'
But why?
everyone knows about the back button, don't they? So you don't really
need to help them. And if the previous site was yours and you want to
see if they went from your site A to your site B then you could
probably do this with sessions or by passing a variable forward
through the l
To: wsg@webstandardsgroup.org
Subject: Re: [WSG] Where did I come from?
You can use history.go(-1) to go back.
***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgrou
Simon,
on Friday, January 18, 2008 at 15:24 wsg@webstandardsgroup.org wrote:
> I am on a webpage...how do I know what page the browser was previously
> showing.
> I think Javascript History object is the ticket...but STRICT mode in Firefox
> seems to tell me that I don't have permission to acces
You can use history.go(-1) to go back.
Also, there is document.referrer string, but it could be empty.
On Jan 18, 2008 5:24 PM, Simon Cockayne <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I am on a webpage...how do I know what page the browser was previously
> showing.
>
> I think Javascript History obje
On 18 Jan 2008, at 14:24, Simon Cockayne wrote:
I am on a webpage...how do I know what page the browser was
previously showing.
Reliably? You can't. Unreliably? The (optional) HTTP referer header
(which is munged by some personal firewall solutions).
NOTE: I don't want to use the History
Hi,
I am on a webpage...how do I know what page the browser was previously
showing.
I think Javascript History object is the ticket...but STRICT mode in Firefox
seems to tell me that I don't have permission to access it.
NOTE: I don't want to use the History object to go back or forward...I just
28 matches
Mail list logo
