Onderwerp: Bijzondere php-chat

Weet iemand hoe deze chat werkt: http://chat9.fidion.de/index.php?

Het gedeelte van de chat waar de tekstberichten in verschijnen wordt niet
steeds ververst. Het is ook mogelijk alleen dat frame te openen, dan werkt
het nog steeds.
Het lijkt er op of elk zinnetje een eigen packet is, en het laatste packet
nooit bereikt wordt.

Vaag alleen dat er dan geen time-out komt.

Is dat met php te bereiken, en zo ja, hoe?

Math1985 <usenet@matthijsmelissen.cjb.net>:
> Weet iemand hoe deze chat werkt: http://chat9.fidion.de/index.php?
>
> Het gedeelte van de chat waar de tekstberichten in verschijnen wordt niet
> steeds ververst.

Zou je denken?
<META HTTP-EQUIV="REFRESH" CONTENT="7; URL=chat.php?http_host=chat9.fidion.de&id=e190e074 e5f772b3c1816bb3bdc59be6" />

--
robert

robert wrote:
> Math1985 <usenet@matthijsmelissen.cjb.net>:
> > Weet iemand hoe deze chat werkt: http://chat9.fidion.de/index.php?
> >
> > Het gedeelte van de chat waar de tekstberichten in verschijnen
> wordt niet > steeds ververst.
>
> Zou je denken?
> <META HTTP-EQUIV="REFRESH" CONTENT="7;
>
URL=chat.php?http_host=chat9.fidion.de&id=e190e074 e5f772b3c1816bb3bdc59be6"
/>

Waar haal je dat vandaan?
Bij mij zie ik dat niet staan, niet in het chat-scherm of index-scherm in
elk geval.

Wel dat het balkje rechts en onder ververst wordt, maar niet het
chat-scherm.

Mijn browser is IE 6, misschien genereren ze andere url voor
niet-ie-browsers?

Math1985 <usenet@matthijsmelissen.cjb.net>:
> robert wrote:
>> Math1985 <usenet@matthijsmelissen.cjb.net>:
>> > Weet iemand hoe deze chat werkt: http://chat9.fidion.de/index.php?
>> >
>> > Het gedeelte van de chat waar de tekstberichten in verschijnen
>> wordt niet > steeds ververst.
>>
>> Zou je denken?
>> <META HTTP-EQUIV="REFRESH" CONTENT="7;
>>
> URL=chat.php?http_host=chat9.fidion.de&id=e190e074 e5f772b3c1816bb3bdc59be6"
> />
>
> Waar haal je dat vandaan?

Source van het frame waarin de teksten verschijnen.

> Mijn browser is IE 6, misschien genereren ze andere url voor
> niet-ie-browsers?

Hmm, dat zou kunnen. Ik heb getest met Safari en Mozilla, en die krijgen
een refresh voor hun kiezen.

Misschien dat MSIE aan multipart-push doet; in dat geval zou het ook in
Mozilla moeten werken (maar ja, browserchecks werken toch nooit goed .

--
robert

robert wrote:
> Math1985 <usenet@matthijsmelissen.cjb.net>:
> > robert wrote:
> >> Math1985 <usenet@matthijsmelissen.cjb.net>:
> >> > Weet iemand hoe deze chat werkt:
> http://chat9.fidion.de/index.php? >> >
> >> > Het gedeelte van de chat waar de tekstberichten in verschijnen
> >> wordt niet > steeds ververst.
> >>
> >> Zou je denken?
> >> <META HTTP-EQUIV="REFRESH" CONTENT="7;
> >>
> >
>
URL=chat.php?http_host=chat9.fidion.de&id=e190e074 e5f772b3c1816bb3bdc59be6"
> />
> >
> > Waar haal je dat vandaan?
>
> Source van het frame waarin de teksten verschijnen.

Die begint bij mij met

<HTML><HEAD><META HTTP-EQUIV="expires" content="0" />
<SCRIPT LANGUAGE=JavaScript>
setInterval("window.scrollTo(1,300000)",100)
function neuesFenster(url,name) {
hWnd=window.open(url,name,"resizable=yes,scrollbar s=yes,width=300,height=580
");
}
function neuesFenster2(url) {
hWnd=window.open(url,"640_math","resizable=yes,scr ollbars=yes,width=780,heig
ht=580");
}
</SCRIPT>
<style type="text/css">
td, small, p, b, i, font {font-family:Verdana,Arial,Helvetica;}
</style>
</HEAD>


> > Mijn browser is IE 6, misschien genereren ze andere url voor
> > niet-ie-browsers?
>
> Hmm, dat zou kunnen. Ik heb getest met Safari en Mozilla, en die
> krijgen een refresh voor hun kiezen.

In Mozillia 1.0 krijg ik een leeg scherm als ik de source probeer te
bekijken. Pas als ik op stop druk zie ik de source, die hetzelfde is als
bovenstaande.

> Misschien dat MSIE aan multipart-push doet; in dat geval zou het ook
> in Mozilla moeten werken (maar ja, browserchecks werken toch nooit
> goed .

Math1985 wrote:

> Weet iemand hoe deze chat werkt: http://chat9.fidion.de/index.php?
>
> Het gedeelte van de chat waar de tekstberichten in verschijnen wordt niet
> steeds ververst. Het is ook mogelijk alleen dat frame te openen, dan werkt
> het nog steeds.
> Het lijkt er op of elk zinnetje een eigen packet is, en het laatste packet
> nooit bereikt wordt.
>
> Vaag alleen dat er dan geen time-out komt.
>
> Is dat met php te bereiken, en zo ja, hoe?

http://wp.netscape.com/assist/net_sites/pushpull.html

De kreet is "server push"

--
Kind regards, prachtige ideeen
John aan het einde van een dal
stromen dagelijks
http://johnbokma.com/ gedachtenwaterval

"John Bokma" <postmaster@castleamber.com> schreef in bericht
news:bo3o4k$16b7$2@nl-news.euro.net...
> Math1985 wrote:
>
> > Weet iemand hoe deze chat werkt: http://chat9.fidion.de/index.php?
> >
> > Het gedeelte van de chat waar de tekstberichten in verschijnen wordt
niet
> > steeds ververst. Het is ook mogelijk alleen dat frame te openen, dan
werkt
> > het nog steeds.
> > Het lijkt er op of elk zinnetje een eigen packet is, en het laatste
packet
> > nooit bereikt wordt.
> >
> > Vaag alleen dat er dan geen time-out komt.
> >
> > Is dat met php te bereiken, en zo ja, hoe?
>
> http://wp.netscape.com/assist/net_sites/pushpull.html
>
> De kreet is "server push"

Ah, en met die kreet kon ik de php-functie flush() vinden. Bedankt.

Het probleem dat ik nu heb, is dat terwijl een server-push-pagina laadt (tot
er op stop gedrukt wordt dus), mijn server (apache onder linux) geen nieuwe
http-requests aanneemt van dezelfde client.
Is dat een bekend 'probleem'? Is er ergens een instelling om dit op te
lossen?

"Math1985" <usenet@matthijsmelissen.cjb.net> schreef:

>Het probleem dat ik nu heb, is dat terwijl een server-push-pagina laadt (tot
>er op stop gedrukt wordt dus), mijn server (apache onder linux) geen nieuwe
>http-requests aanneemt van dezelfde client.
>Is dat een bekend 'probleem'? Is er ergens een instelling om dit op te
>lossen?

Hoogstwaarschijnlijk accepteerd die Apache weldegelijk tegelijk
meerdere verbindingen vanaf hetzelfde adres. Ik denk dus dat je het
bij jouw gebruikte browser moet zoeken. Dit kun je makkelijk uitzoeken
door even een ander merk browser op te starten (indien aanwezig) en
daarmee een tweede verbinding te openen.

--
Groet, Ronald

Ronald Paul wrote:
> "Math1985" <usenet@matthijsmelissen.cjb.net> schreef:
>
> > Het probleem dat ik nu heb, is dat terwijl een server-push-pagina
> > laadt (tot er op stop gedrukt wordt dus), mijn server (apache onder
> > linux) geen nieuwe http-requests aanneemt van dezelfde client.
> > Is dat een bekend 'probleem'? Is er ergens een instelling om dit op
> > te lossen?
>
> Hoogstwaarschijnlijk accepteerd die Apache weldegelijk tegelijk
> meerdere verbindingen vanaf hetzelfde adres. Ik denk dus dat je het
> bij jouw gebruikte browser moet zoeken. Dit kun je makkelijk uitzoeken
> door even een ander merk browser op te starten (indien aanwezig) en
> daarmee een tweede verbinding te openen.

Nee, want de eerste url in de draad, http://chat9.fidion.de/index.php,
werkte wel in mijn ie-browser, en daar worden ook tegelijk minimaal 2
2verbindingen gemaakt: een voor de server-side-push-pagina, en een om regels
te versturen.

"Math1985" <usenet@matthijsmelissen.cjb.net> schreef:

>> Hoogstwaarschijnlijk accepteerd die Apache weldegelijk tegelijk
>> meerdere verbindingen vanaf hetzelfde adres. Ik denk dus dat je het
>> bij jouw gebruikte browser moet zoeken. Dit kun je makkelijk uitzoeken
>> door even een ander merk browser op te starten (indien aanwezig) en
>> daarmee een tweede verbinding te openen.
>
>Nee, want de eerste url in de draad, http://chat9.fidion.de/index.php,
>werkte wel in mijn ie-browser, en daar worden ook tegelijk minimaal 2
>2verbindingen gemaakt: een voor de server-side-push-pagina, en een om regels
>te versturen.

Ik heb er met Apache in ieder geval geen last van. Draai je misschien
inetd tussen de browser en Apache en gebruik het de
/max-child-per-ip-instelling? Zie /etc/inetd.conf.

--
Groet, Ronald

"Ronald Paul" <usenet@rcpaul.nl> schreef in bericht
news:jmoiqvk0ad0a8omkaqfapc5mpjuu5454th@4ax.com...
> "Math1985" <usenet@matthijsmelissen.cjb.net> schreef:
>
> >Het probleem dat ik nu heb, is dat terwijl een server-push-pagina laadt
(tot
> >er op stop gedrukt wordt dus), mijn server (apache onder linux) geen
nieuwe
> >http-requests aanneemt van dezelfde client.
> >Is dat een bekend 'probleem'? Is er ergens een instelling om dit op te
> >lossen?
>
> Hoogstwaarschijnlijk accepteerd die Apache weldegelijk tegelijk
> meerdere verbindingen vanaf hetzelfde adres. Ik denk dus dat je het
> bij jouw gebruikte browser moet zoeken. Dit kun je makkelijk uitzoeken
> door even een ander merk browser op te starten (indien aanwezig) en
> daarmee een tweede verbinding te openen.

Als ik een server-push-pagina van deze server in Mozilla open heb kan ik
geen andere pagina van die server van dezelfde php-sessie in Mozilla openen.
Als ik een server-push-pagina van deze server in IE open heb kan ik geen
andere pagina van die server van dezelfde php-sessie in IE openen.
Als ik een server-push-pagina van deze server in IE open heb kan ik wel een
andere pagina van die server in Mozilla openen.

Als ik een server-push-pagina van deze server in Mozilla of IE open heb kan
ik wel pagina's van andere servers openen.

Als ik een server-push-pagina van deze server in Mozilla of IE open heb kan
ik wel pagina's van de server openen die geen gebruik maken van dezelfde
php-sessie.

Ik vermoed dat het er iets mee te maken heeft dat je in php geen 2 pagina's
binnen een sessie tegelijk kan laden.

Ronald Paul wrote:
> "Math1985" <usenet@matthijsmelissen.cjb.net> schreef:
>
> > > Hoogstwaarschijnlijk accepteerd die Apache weldegelijk tegelijk
> > > meerdere verbindingen vanaf hetzelfde adres. Ik denk dus dat je
> > > het bij jouw gebruikte browser moet zoeken. Dit kun je makkelijk
> > > uitzoeken door even een ander merk browser op te starten (indien
> > > aanwezig) en daarmee een tweede verbinding te openen.
> >
> > Nee, want de eerste url in de draad,
> > http://chat9.fidion.de/index.php, werkte wel in mijn ie-browser, en
> > daar worden ook tegelijk minimaal 2 2verbindingen gemaakt: een voor
> > de server-side-push-pagina, en een om regels te versturen.
>
> Ik heb er met Apache in ieder geval geen last van. Draai je misschien
> inetd tussen de browser en Apache en gebruik het de
> /max-child-per-ip-instelling? Zie /etc/inetd.conf.

Ik heb het nu opgelost door session_start() te verwijderen uit de pagina die
gepusht wordt.

Blijkbaar ligt het probleem bij PHP, dat geen 2 pagina's binnen dezelfde
sessie tegelijk kan parsen. Op zich wel logisch eigenlijk.