Does ASP allow communications between sessions?
Usually Response sends the response to the destination from which the
Request came.
Is it possible to send the Response to some other client who is connected to
the same page at this moment?

nope

--
Curt Christianson
Owner/Lead Developer, DF-Software
www.Darkfalz.com


"aa" <aa@virgin.net> wrote in message
news:exdyuLp6DHA.3008@TK2MSFTNGP09.phx.gbl...[color=blue]
> Does ASP allow communications between sessions?
> Usually Response sends the response to the destination from which the
> Request came.
> Is it possible to send the Response to some other client who is connected[/color]
to[color=blue]
> the same page at this moment?
>
>[/color]

aa wrote on 03 feb 2004 in microsoft.public.inetserver.asp.general:
[color=blue]
> Does ASP allow communications between sessions?
> Usually Response sends the response to the destination from which the
> Request came.
> Is it possible to send the Response to some other client who is
> connected to the same page at this moment?[/color]

Clients are not connected to a page, they just get a html page downloaded.

The only way to get info from one session to the other is the save that
info on the server [in a file, a database file or an application variable]
for retrieval by another session's page.


--
Evertjan.
The Netherlands.
(Please change the x'es to dots in my emailaddress)

Clients are not connected to a page, they just get a html page downloaded.

I appreciate that.
But a client stays connected (Connection:Keep-Alive) to the server (I guess)
which I interpret as a possibility for the server to use this connection to
send information.
Where am I wrong?

"Evertjan." <exjxw.hannivoort@interxnl.net> wrote in message
news:Xns9484DAC505564eejj99@194.109.133.29...[color=blue]
> aa wrote on 03 feb 2004 in microsoft.public.inetserver.asp.general:
>[color=green]
> > Does ASP allow communications between sessions?
> > Usually Response sends the response to the destination from which the
> > Request came.
> > Is it possible to send the Response to some other client who is
> > connected to the same page at this moment?[/color]
>
> Clients are not connected to a page, they just get a html page downloaded.
>
> The only way to get info from one session to the other is the save that
> info on the server [in a file, a database file or an application variable]
> for retrieval by another session's page.
>
>
> --
> Evertjan.
> The Netherlands.
> (Please change the x'es to dots in my emailaddress)[/color]

aa wrote on 04 feb 2004 in microsoft.public.inetserver.asp.general:
[color=blue]
> Clients are not connected to a page, they just get a html page
> downloaded.[/color]

This shows there is no keep alive in connection with the browser.
[color=blue]
> I appreciate that.
> But a client stays connected (Connection:Keep-Alive) to the server (I
> guess) which I interpret as a possibility for the server to use this
> connection to send information.
> Where am I wrong?
>[/color]

You are wrong

[1 By topposting]

2 There is no keep alive in asp server client intercource, as far as I
know.

Only thwe client can ask for more information by rewesting a new page.

(I hope we are not talking asp.net [OT on this NG] which perhaps fakes a
connection by adsking for iframse or so. I knowe nothing about that.)

--
Evertjan.
The Netherlands.
(Please change the x'es to dots in my emailaddress)

1 There is no keep alive in asp server client intercource, as far as I
know.

Is this relevant to asp server? I thought that this is relevant to HTTP and
a server which manages HTTP

2. Only thwe client can ask for more information by rewesting a new page
This is how thing are working most of the time. But are you sure about
"Only"?

Consider this:
A Client sends an HTTP request. Webserver replies to it with an HTTP
response. What prevents the Webserver from sending a second response along
the same route?

3. REMOTE_HOST in Request.ServerVariables - does it mean the IP (static or
dynamic) adress of the computer, generated the HTTP request?

4. [1 By topposting]

If you mean my message timestamped 1.5 hours before yours - I have nothing
to do with this for these 1.5 hour give no advantage and secondly, I
understand that this can only be done by wrong time set on my. As of this
writing I have 10:14 am UK time on my machine



"Evertjan." <exjxw.hannivoort@interxnl.net> wrote in message
news:Xns9485E22DE2FECeejj99@194.109.133.29...[color=blue]
> aa wrote on 04 feb 2004 in microsoft.public.inetserver.asp.general:
>[color=green]
> > Clients are not connected to a page, they just get a html page
> > downloaded.[/color]
>
> This shows there is no keep alive in connection with the browser.
>[color=green]
> > I appreciate that.
> > But a client stays connected (Connection:Keep-Alive) to the server (I
> > guess) which I interpret as a possibility for the server to use this
> > connection to send information.
> > Where am I wrong?
> >[/color]
>
> You are wrong
>
> [1 By topposting]
>
> 2 There is no keep alive in asp server client intercource, as far as I
> know.
>
> Only thwe client can ask for more information by rewesting a new page.
>
> (I hope we are not talking asp.net [OT on this NG] which perhaps fakes a
> connection by adsking for iframse or so. I knowe nothing about that.)
>
> --
> Evertjan.
> The Netherlands.
> (Please change the x'es to dots in my emailaddress)[/color]

aa wrote on 05 feb 2004 in microsoft.public.inetserver.asp.general:
[color=blue]
> 1 There is no keep alive in asp server client intercource, as far as
> I know.
>
> Is this relevant to asp server? I thought that this is relevant to
> HTTP and a server which manages HTTP[/color]

It is relevant to the browser, that only sees html content and header
info. It needs two to keep a connection alive.
[color=blue]
> 2. Only thwe client can ask for more information by rewesting a new
> page This is how thing are working most of the time. But are you sure
> about "Only"?
>
> Consider this:
> A Client sends an HTTP request. Webserver replies to it with an HTTP
> response. What prevents the Webserver from sending a second response
> along the same route?[/color]

Nothing, but the browser is not "into" unrequested streams.
[color=blue]
> 3. REMOTE_HOST in Request.ServerVariables - does it mean the IP
> (static or dynamic) adress of the computer, generated the HTTP
> request?[/color]

No, it could also mean the proxiserver. Or your NAT translation router.
[color=blue]
> 4. [1 By topposting]
>
> If you mean my message timestamped 1.5 hours before yours - I have
> nothing to do with this for these 1.5 hour give no advantage and
> secondly, I understand that this can only be done by wrong time set on
> my. As of this writing I have 10:14 am UK time on my machine[/color]

No, please read up on usenet netiquette about quoting.

Why is Bottom-posting better than Top-posting
<http://www.caliburn.nl/topposting.html>

RFC 1855
<http://www.faqs.org/rfcs/rfc1855.html>

etc.

--
Evertjan.
The Netherlands.
(Please change the x'es to dots in my emailaddress)

1. > Nothing, but the browser is not "into" unrequested streams.

You mean that it is possible to generate "unsolisited" responce on the
server, and it will reach the cleant, but the browser will ignore it?

2. [1 By topposting]
I see. Actually this is not a strict rule, but rather an opinion. There are
a lot of people who prefer bottomposting, myself among them.
Topposting is consideres bad, because it does not creat context. But I
always quote the bit I refering to, so the context is there.

I find bottomposting inconveniet as it forses you to scroll down though your
own writing and make is easy to miss an important comment. But again, this
is a matter of taste.

"Evertjan." <exjxw.hannivoort@interxnl.net> wrote in message
news:Xns9486A87B09E18eejj99@194.109.133.29...[color=blue]
> aa wrote on 05 feb 2004 in microsoft.public.inetserver.asp.general:
>[color=green]
> > 1 There is no keep alive in asp server client intercource, as far as
> > I know.
> >
> > Is this relevant to asp server? I thought that this is relevant to
> > HTTP and a server which manages HTTP[/color]
>
> It is relevant to the browser, that only sees html content and header
> info. It needs two to keep a connection alive.
>[color=green]
> > 2. Only thwe client can ask for more information by rewesting a new
> > page This is how thing are working most of the time. But are you sure
> > about "Only"?
> >
> > Consider this:
> > A Client sends an HTTP request. Webserver replies to it with an HTTP
> > response. What prevents the Webserver from sending a second response
> > along the same route?[/color]
>
> Nothing, but the browser is not "into" unrequested streams.
>[color=green]
> > 3. REMOTE_HOST in Request.ServerVariables - does it mean the IP
> > (static or dynamic) adress of the computer, generated the HTTP
> > request?[/color]
>
> No, it could also mean the proxiserver. Or your NAT translation router.
>[color=green]
> > 4. [1 By topposting]
> >
> > If you mean my message timestamped 1.5 hours before yours - I have
> > nothing to do with this for these 1.5 hour give no advantage and
> > secondly, I understand that this can only be done by wrong time set on
> > my. As of this writing I have 10:14 am UK time on my machine[/color]
>
> No, please read up on usenet netiquette about quoting.
>
> Why is Bottom-posting better than Top-posting
> <http://www.caliburn.nl/topposting.html>
>
> RFC 1855
> <http://www.faqs.org/rfcs/rfc1855.html>
>
> etc.
>
> --
> Evertjan.
> The Netherlands.
> (Please change the x'es to dots in my emailaddress)[/color]

wrote on 05 feb 2004 in microsoft.public.inetserver.asp.general:[color=blue]
> 1. > Nothing, but the browser is not "into" unrequested streams.
>
> You mean that it is possible to generate "unsolisited" responce on the
> server, and it will reach the cleant, but the browser will ignore it?[/color]

No, not at all, there is no reason to generate "unsolisited" responces to
browsers that will not listen anyway.
[color=blue]
> 2. [1 By topposting]
> I see. Actually this is not a strict rule, but rather an opinion.
> There are a lot of people who prefer bottomposting, myself among them.
> Topposting is consideres bad, because it does not creat context. But I
> always quote the bit I refering to, so the context is there.[/color]

It surely is a strict rule, as far as netiquette on usenet and anything in
this free for all cybespace can be called strict.

The alternative to topposting is not bottomposting, but also and better
interposting, as you sometimes(?) and I now do.

And why repeat the quote of the total post at the bottom, where it only
takes an enormous unused bandwith and storage on all those usenet machines,
let alone that it clutters my view?

--
Evertjan.
The Netherlands.
(Please change the x'es to dots in my emailaddress)