r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!Cheyenne] Discussions about the Cheyenne Web Server

Graham
1-Jan-2010
[7074]
what works for you?
amacleod
1-Jan-2010
[7075]
terry's demo page
Paul
1-Jan-2010
[7076]
When I go to it it shows Carl's picture twice with one that says 
"drag me" under it.  But when I try to drag it - it does nothing. 
 This is on IE8 and also on Chrome.
Graham
1-Jan-2010
[7077x2]
Needs Chrome 4
What exactly works for you ?  What are you doing and what happens?
amacleod
1-Jan-2010
[7079x2]
I can drag image
other image turns darker when click/dragged
I do get socket closed message too
Graham
1-Jan-2010
[7081]
in other words it is not working for you.
amacleod
1-Jan-2010
[7082]
Sorry, I thought the draggable picture was the demo
Janko
1-Jan-2010
[7083]
I don't have XP here , so I can't try chrome .. does anyone know 
when websockets are comming to other browsers? I heard some svn version 
of FF has it to and lately I heard of devel version of Webkit (I 
assume safari) also
Graham
1-Jan-2010
[7084x3]
No, that's just Jquery
What is supposed to happen is that when you drop the image, a message 
is sent to the socket and then some javascript executes to move the 
other image next to the one you drop .. something like that.
but the socket pointed to is on shinyrockets which is just a bigdaddy 
place holder page
Graham
3-Jan-2010
[7087]
How's the chat server demo ?
Will
3-Jan-2010
[7088]
is there a chat demo? where?
Graham
3-Jan-2010
[7089]
doc is going to create some type of demo using web sockets
Will
3-Jan-2010
[7090x3]
I'm upgrading my cheyenne, have to try this websockets stuffs, btw, 
nightly webkit also supports websockets (download here http://nightly.webkit.org/)
here is the only websockets demo I found online http://orbited.org/wiki/LiveHelp
here is a flash based websocket so you can support old browsers and 
use websockets now 8-)  http://github.com/gimite/web-socket-js
Dockimbel
3-Jan-2010
[7093]
My demo is ready, but I found an issue to fix first with HTTP keepalive 
connections timeout colliding with web sockets timeout. The demo 
should be ready to try in a couple of hours (lunch time here).
Will
3-Jan-2010
[7094]
here is jQuery websocket plugin and chat demo that I will try to 
make work with Cheyenne
Graham
3-Jan-2010
[7095]
Midnight here ... I'll check it out tomorrow!
Will
3-Jan-2010
[7096x2]
great stuff Dock, btw.. 8-) I hope it can handle huge traffic!
forgot the link.. http://bloga.jp/ws/jq/wsload/s1.htm
Dockimbel
3-Jan-2010
[7098]
Web sockets server-side support code is much shorter than HTTP, so, 
in theory, it should scale higher.
Will
3-Jan-2010
[7099x3]
http://www.kegel.com/c10k.html;-P
how many connection do you estimate Uniserve can handle?
here a couple server that supports websockets http://www.tornadoweb.org/
http://orbited.org/http://www.kaazing.com/downloadmaybe there 
is something interesting for you
Dockimbel
3-Jan-2010
[7102x3]
Don't know, that would require to create some new benchmark tools 
to test the limits. Probably 1000+ opened connections and processing 
100+ messages / sec on a 2Ghz dual core.
REBOL is too slow to hit the c10k wall anyway.
Ah, maybe not with web sockets long-lasting connections...
Will
3-Jan-2010
[7105]
here is WebKit Web Socket design doc for anyone interested http://docs.google.com/View?id=dfm7gfvg_0fpjg22gh
Dockimbel
3-Jan-2010
[7106]
To pass the c10k wall, we would need to replace the select( ) call 
by one of the other polling methods. That means changing the C network 
layer.
Will
3-Jan-2010
[7107]
R2 may be too slow, but what about R3 and the C extension Uniserve? 
 maybe you should add a paypal button for us to start supporting 
this future development..
Dockimbel
3-Jan-2010
[7108]
That would certainly boost pure static resource serving speed going 
close to Apache and in some cases, close to Lighttpd, but for the 
RSP scripts, that won't change anything. Only threading could bring 
a good speed boost there.
Will
3-Jan-2010
[7109x2]
what is missing in R3 to have Cheyenne working on it? we should make 
sure Carl doesn't forget any feature needed, I sure wouldn't like 
being stuck with R2 because Cheyenne wont run on R3, do you have 
a list that we should relay to BrianH who will relay it to Carl ? 
I know it's still early, but having a plan should help
I mean the current version, not a feature enhanched one.. 8-)
Dockimbel
3-Jan-2010
[7111x5]
Did looked close enough yet to have an exhaustive list, but probably 
/Library would miss the most.
When R3 features list will stabilize (beta stage), I'll make a more 
complete evaluation of the time required to port Cheyenne (lack of 
/Library can be workaround but will cost a significant amount of 
time).
Did looked => Didn't
SVN r52
FEAT: web socket realtime chat demo added.

FEAT: changed socket application's SEND function specs to SEND client 
[port!] data [string!] (/with removed).

FIX:  timeout web socket issue clashing with HTTP keepalive timeouts. 
Web socket ports are no more timed out after 15sec.
For the chat demo, after upgrading to r52, run the new Cheyenne and 
point Chrome 4 to http://localhost/chat.html.You can try opening 
several windows with different user names to see how all parts react 
in realtime.
Will
3-Jan-2010
[7116]
ubercool! thank you! 8-))
Dockimbel
3-Jan-2010
[7117x3]
Seems that the chat demo becomes the standard way to demo web sockets. 
:-)
I'll put the demo online in a few minutes, so we can use it to chat.
Btw, it's my first real try at jQuery, so the code might not follow 
the jQuery best pratices, if some jQuery/JS experts know how to make 
the code more elegant or shorter, let me know.
Will
3-Jan-2010
[7120]
in the chat protocol, if a user close the browser window, will it 
signal "user quits the room" ? I should try...
Dockimbel
3-Jan-2010
[7121x2]
Yes, it should.
Btw, the ws:// url still needs to point to a RSP script, but with 
the socket app container, the script doesn't need anymore to physically 
exists.
Will
3-Jan-2010
[7123]
so in the chat.html example, the url ws://localhost/chat.rsp , instead 
of pointing to /chat.rsp it will look for a ws-app named 'chat , 
correct?