[blixtsystems]

FCS har implementerat http tunneling:
http://www.adobe.com/devnet/flashcom/artic...alls_proxy.html

[grazzy]

Sen är väl frågan också.. om man nu verkligen vill.. vill vill vill så skulle man ju kunna koda en säg, java eller perl-deamon som lyssnar på ett eget ip på port 80 och där man inte stänger anslutningen utan kontinuerligt pushar ut data? Då borde denna data gå att läsa med javascript/xml-objekt... inte riktigt säker på detta tyvärr.

[obe]

[QUOTE=Conth,Aug 14 2006, 15:44]

Ursprungligen postat av obe,Aug 14 2006, 15:19

Är även rädd att http-tunneling kommer vara mer och mer problematiskt när säkerheten skruvas åt och allt granskas av en proxy (i alla fall på företagen...)
Låter som javascript/ajax är modellen?? Någon som har några bra länkar/exempel i ämnet (dvs i det syfte som vi har - realtids kommunikation mellan klient-server) som starthjälp??

Modellen är att använda Http-tunneling, och om nån proxy stoppar det gå över till att polla på de klienterna. Det är mest de som sitter på säkra nät (tex banker och dyl) som inte klarar att använda en tunnlad klient.

[Conth]

Originally posted by grazzy@Aug 14 2006, 16:13
Sen är väl frågan också.. om man nu verkligen vill.. vill vill vill så skulle man ju kunna koda en säg, java eller perl-deamon som lyssnar på ett eget ip på port 80 och där man inte stänger anslutningen utan kontinuerligt pushar ut data? Då borde denna data gå att läsa med javascript/xml-objekt... inte riktigt säker på detta tyvärr.

Jo absolut. Dock behöver du ju fortfarande se till att klienten då poll:ar direkt efter att du "push:at" ut data. Vet inte om risken finns att någon proxy/brandvägg "klipper" förbindelsen innan vi hinner pusha ut data om vi "håller" på svaret på serversidan!?

Serversidan ser jag inte som ett problem - det är bara att fixa. På servern har man ju full koll själv (förhoppningsvis).

Klientsidan är mer problematisk med olika browsers, plug-ins, brandväggar etc

[b_andersson]

Originally posted by Conth@Aug 14 2006, 14:44

Låter som javascript/ajax är modellen?? Någon som har några bra länkar/exempel i ämnet (dvs i det syfte som vi har - realtids kommunikation mellan klient-server) som starthjälp??

Du kan läsa mer här.

//Björn

[grazzy]

Min tanke var att ha ett asyncron xml-objekt som hela tiden läser. Det är ett event i objektet som säger till om det kommit mera data. Vet dock bara inte riktigt hur det funkar att läsa datat i objektet innan http-anropet är avslutat. Jag misstänker att det går eftersom man enkelt kan avläsa status (1-5) i ajax-anrop.

Titta tex på hur prototype hanterar ajax, det är där enkelt att lägga till callback-funktioner som gör saker baserat på events.

[obe]

Originally posted by grazzy@Aug 14 2006, 16:29
Min tanke var att ha ett asyncron xml-objekt som hela tiden läser. Det är ett event i objektet som säger till om det kommit mera data. Vet dock bara inte riktigt hur det funkar att läsa datat i objektet innan http-anropet är avslutat. Jag misstänker att det går eftersom man enkelt kan avläsa status (1-5) i ajax-anrop.
Titta tex på hur prototype hanterar ajax, det är där enkelt att lägga till callback-funktioner som gör saker baserat på events.

Jag har för mig att detta fungerar om du använder Microsofts COM-objekt direkt (alltså tex i ett program), men du kan inte läsa detta via JavaScript i browsern.

[ejot]

Kanske irrelevant för denna frågan, men tål att nämnas iom att Flash tidigare också nämnts i tråden.

Nya Flashspelaren stödjer socketkommunikation och man kan därför skapa en klient som ansluter till en IRC-server.

Problemet ligger i restrektiva brandväggar och den policyfil som måste användas. Leder i slutänden till att man får köra egen IRC-server på port 80, men då löser man ändå inte helt problemet med brandväggarna (packet inspection). .. om ingen annan kan/har luskat sig fram till en bättre lösning?

Att använda HTTP-streaming (Comet) funkar nog bra för en "mindre" chat, men som nämns så finns det problem med prestanda när många klienter är anslutna.

[EDIT]

O, hade ju helt glömt bort mitt egna lilla experiment med XHR .. kika på sandbox.particle-dreams.net/chat/index.php med tillhörande .phps för källkod. Använder Sajax för kommunikation (vilket jag inte idag skulle använda)

[grazzy]

Länken som b_andersson postade visar hur man kan använda javascript/xml för den här typen av kommunikation. Det är lite bökigt, men det skall nog funka. Självklart så är säkert flash stabilare om man kör det mot en irc-server på port 80 som ejot säger. Det krävs ruggigt mkt kod (och erfarenhet) för att producera stabila större ajax-applikationer just nu.

[dotvoid]

I jakten på fåniga namn så har man döpt tekniken till Comet. Hur fånigt det än är så har termen fastnat bland många "ledare" inom ajax-världen.

En bra artikel på ajaxian.com med information och bra länkar finns här: http://www.ajaxian.com/archives/come...x-applications

Wikipedia har naturligtvis lite om ämnet:
http://en.wikipedia.org/wiki/Comet_(programming)

Det man ska tänka på är att webbservern för den här typen av tillämpningar bör konfigureras för att klara den lite speciella situationen. Ligger man på ett webbhotell som använder Apache 1.3-serien med många kunder på en server kan det gå ganska fort att använda upp alla tillgängliga servrar... det är något att tänka på beroende på vilken typ av tillämpning man bygger. 1000 samtidiga användare kommer kräva en del som kanske traditionella webbservrar inte riktigt är byggda för.