How determine that the visitor is leave

How do you determine (on the client, on the server) that the visitor leave
the site?

http://www.alvas.net - Audio tools for C# and VB.Net developers

Re: How determine that the visitor is leave

"Alexander Vasilevsky" wrote in message
news:fn2pv5$28q0$1@behemoth.volia.net...

> How do you determine (on the client, on the server) that the visitor leave
> the site?

There is no reliable way to do this due to the disconnected architecture of
the web...

A client sends a request to a server.
The server processes the request and sends a response back to the client.
The server has no knowledge of what happens after that until / unless it
receives another request from the same client.

There are suggested options using the onunload / onbeforeunload JavaScript
events, but they cannot be guaranteed to work either...

My advice would be don't even bother...


--
Mark Rae
ASP.NET MVP
http://www.markrae.net

RE: How determine that the visitor is leave

You have to use the timeout event - there is no event when the client goes to
another site - so all you can do is say 10 minutes has passed, they must have
left.

--
thanks - dave
david_at_windward_dot_net
http://www.windwardreports.com

Cubicle Wars - http://www.windwardreports.com/film.htm




"Alexander Vasilevsky" wrote:

> How do you determine (on the client, on the server) that the visitor leave
> the site?
>
> http://www.alvas.net - Audio tools for C# and VB.Net developers
>
>
>

Re: How determine that the visitor is leave

"David Thielen" wrote in message
news:734E25AB-AED8-45F8-ACD1-19F0989AD7D5@microsoft.com...

> You have to use the timeout event - there is no event when the client goes
> to
> another site - so all you can do is say 10 minutes has passed, they must
> have
> left.

There is no timeout event - sessions have a Timeout property after which the
Session_End event fires, but only if the site is using inproc sessions...


--
Mark Rae
ASP.NET MVP
http://www.markrae.net

RE: How determine that the visitor is leave

I've tried things like calling to them ( "Vistor? Are you still there?") but
that doesn't seem to work either.

Site: http://www.eggheadcafe.com
UnBlog: http://petesbloggerama.blogspot.com
MetaFinder: http://www.blogmetafinder.com


"Alexander Vasilevsky" wrote:

> How do you determine (on the client, on the server) that the visitor leave
> the site?
>
> http://www.alvas.net - Audio tools for C# and VB.Net developers
>
>
>

Re: How determine that the visitor is leave

You could have some fun and use "IsClientConnected" :

http://msdn2.microsoft.com/en-us/library/system.web.httpresp onse.isclientconnected.aspx

There's one thing I've never been able to figure out about IsClientConnected.
Isn't *being connected* a pre-requisite to it being used ?





Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en español : http://asp.net.do/foros/
======================================
"Peter Bromberg [C# MVP]" wrote in message
news:4B3AC283-92F0-4201-9023-807954E5AEBF@microsoft.com...
> I've tried things like calling to them ( "Vistor? Are you still there?") but
> that doesn't seem to work either.
>
> Site: http://www.eggheadcafe.com
> UnBlog: http://petesbloggerama.blogspot.com
> MetaFinder: http://www.blogmetafinder.com
>
>
> "Alexander Vasilevsky" wrote:
>
>> How do you determine (on the client, on the server) that the visitor leave
>> the site?
>>
>> http://www.alvas.net - Audio tools for C# and VB.Net developers
>>
>>
>>

Re: How determine that the visitor is leave

AFAIK. it just allows to see if the destination of the current HTTP response
is still connected. For example if a user triggers a long running page and
closes its browser (or just goes on another page on the same site), my
understanding is that IsClientConnected will be false as the network link
between the server sending the response and the "destination" of this
response is broken.

It just allows to see if the response that is currently sent has a receiver
on the other side of the network link

--
Patrice

"Juan T. Llibre" a écrit dans le message de
news: ujXWQJHXIHA.3940@TK2MSFTNGP05.phx.gbl...
> You could have some fun and use "IsClientConnected" :
>
> http://msdn2.microsoft.com/en-us/library/system.web.httpresp onse.isclientconnected.aspx
>
> There's one thing I've never been able to figure out about
> IsClientConnected.
> Isn't *being connected* a pre-requisite to it being used ?
>
>
>
>
>
> Juan T. Llibre, asp.net MVP
> asp.net faq : http://asp.net.do/faq/
> foros de asp.net, en español : http://asp.net.do/foros/
> ======================================
> "Peter Bromberg [C# MVP]" wrote in
> message
> news:4B3AC283-92F0-4201-9023-807954E5AEBF@microsoft.com...
>> I've tried things like calling to them ( "Vistor? Are you still there?")
>> but
>> that doesn't seem to work either.
>>
>> Site: http://www.eggheadcafe.com
>> UnBlog: http://petesbloggerama.blogspot.com
>> MetaFinder: http://www.blogmetafinder.com
>>
>>
>> "Alexander Vasilevsky" wrote:
>>
>>> How do you determine (on the client, on the server) that the visitor
>>> leave
>>> the site?
>>>
>>> http://www.alvas.net - Audio tools for C# and VB.Net developers
>>>
>>>
>>>
>
>
>

Re: How determine that the visitor is leave

re:
!> AFAIK. it just allows to see if the destination of the current HTTP response is still connected

I'm well aware of that.

I'll also bet that 99.9999% of all clients are still connected when IsClientConnected is used.
After all, IsClientConnected is checked only in response to a client request for a page.

Most page processing, btw, takes very little time.

A client would have to have very nimble fingers to close the browser
or move to another page before his latest request is fulfilled.

The intended purpose, of course, is to save server resources by not continuing
to process a request which will have no destination, but it seems to me that
IsClientConnected takes up a lot of server resources by itself.




Juan T. Llibre, asp.net MVP
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en español : http://asp.net.do/foros/
======================================
"Patrice" wrote in message news:Oi2DVYNXIHA.4868@TK2MSFTNGP03.phx.gbl...
> AFAIK. it just allows to see if the destination of the current HTTP response is still connected. For example if a user
> triggers a long running page and closes its browser (or just goes on another page on the same site), my understanding
> is that IsClientConnected will be false as the network link between the server sending the response and the
> "destination" of this response is broken.
>
> It just allows to see if the response that is currently sent has a receiver on the other side of the network link
>
> --
> Patrice
>
> "Juan T. Llibre" a écrit dans le message de news: ujXWQJHXIHA.3940@TK2MSFTNGP05.phx.gbl...
>> You could have some fun and use "IsClientConnected" :
>>
>> http://msdn2.microsoft.com/en-us/library/system.web.httpresp onse.isclientconnected.aspx
>>
>> There's one thing I've never been able to figure out about IsClientConnected.
>> Isn't *being connected* a pre-requisite to it being used ?
>>
>>
>>
>>
>>
>> Juan T. Llibre, asp.net MVP
>> asp.net faq : http://asp.net.do/faq/
>> foros de asp.net, en español : http://asp.net.do/foros/
>> ======================================
>> "Peter Bromberg [C# MVP]" wrote in message
>> news:4B3AC283-92F0-4201-9023-807954E5AEBF@microsoft.com...
>>> I've tried things like calling to them ( "Vistor? Are you still there?") but
>>> that doesn't seem to work either.
>>>
>>> Site: http://www.eggheadcafe.com
>>> UnBlog: http://petesbloggerama.blogspot.com
>>> MetaFinder: http://www.blogmetafinder.com
>>>
>>>
>>> "Alexander Vasilevsky" wrote:
>>>
>>>> How do you determine (on the client, on the server) that the visitor leave
>>>> the site?
>>>>
>>>> http://www.alvas.net - Audio tools for C# and VB.Net developers
>>>>
>>>>
>>>>
>>
>>
>>
>
>

Re: How determine that the visitor is leave

Wanted to mention this to point out that this is unlikely to solve the OP
problem... IMO the OP best bet would be to explain what he wants to do i.e.
why he needs to track down leaving visitors.

For example in most cases, it's likely the current user count seen on some
site is just an approximation. If this is for cleanup, cleanup could likely
be done another way etc.. etc...

--
Patrice

"Juan T. Llibre" a écrit dans le message de
news: eHyKKHPXIHA.4272@TK2MSFTNGP05.phx.gbl...
> re:
> !> AFAIK. it just allows to see if the destination of the current HTTP
> response is still connected
>
> I'm well aware of that.
>
> I'll also bet that 99.9999% of all clients are still connected when
> IsClientConnected is used.
> After all, IsClientConnected is checked only in response to a client
> request for a page.
>
> Most page processing, btw, takes very little time.
>
> A client would have to have very nimble fingers to close the browser
> or move to another page before his latest request is fulfilled.
>
> The intended purpose, of course, is to save server resources by not
> continuing
> to process a request which will have no destination, but it seems to me
> that
> IsClientConnected takes up a lot of server resources by itself.
>
>
>
>
> Juan T. Llibre, asp.net MVP
> asp.net faq : http://asp.net.do/faq/
> foros de asp.net, en español : http://asp.net.do/foros/
> ======================================
> "Patrice" wrote in message
> news:Oi2DVYNXIHA.4868@TK2MSFTNGP03.phx.gbl...
>> AFAIK. it just allows to see if the destination of the current HTTP
>> response is still connected. For example if a user triggers a long
>> running page and closes its browser (or just goes on another page on the
>> same site), my understanding is that IsClientConnected will be false as
>> the network link between the server sending the response and the
>> "destination" of this response is broken.
>>
>> It just allows to see if the response that is currently sent has a
>> receiver on the other side of the network link
>>
>> --
>> Patrice
>>
>> "Juan T. Llibre" a écrit dans le message de
>> news: ujXWQJHXIHA.3940@TK2MSFTNGP05.phx.gbl...
>>> You could have some fun and use "IsClientConnected" :
>>>
>>> http://msdn2.microsoft.com/en-us/library/system.web.httpresp onse.isclientconnected.aspx
>>>
>>> There's one thing I've never been able to figure out about
>>> IsClientConnected.
>>> Isn't *being connected* a pre-requisite to it being used ?
>>>
>>>
>>>
>>>
>>>
>>> Juan T. Llibre, asp.net MVP
>>> asp.net faq : http://asp.net.do/faq/
>>> foros de asp.net, en español : http://asp.net.do/foros/
>>> ======================================
>>> "Peter Bromberg [C# MVP]" wrote in
>>> message
>>> news:4B3AC283-92F0-4201-9023-807954E5AEBF@microsoft.com...
>>>> I've tried things like calling to them ( "Vistor? Are you still
>>>> there?") but
>>>> that doesn't seem to work either.
>>>>
>>>> Site: http://www.eggheadcafe.com
>>>> UnBlog: http://petesbloggerama.blogspot.com
>>>> MetaFinder: http://www.blogmetafinder.com
>>>>
>>>>
>>>> "Alexander Vasilevsky" wrote:
>>>>
>>>>> How do you determine (on the client, on the server) that the visitor
>>>>> leave
>>>>> the site?
>>>>>
>>>>> http://www.alvas.net - Audio tools for C# and VB.Net developers
>>>>>
>>>>>
>>>>>
>>>
>>>
>>>
>>
>>
>
>