World: r3wp
[!Cheyenne] Discussions about the Cheyenne Web Server
older newer | first last |
Kaj 22-Dec-2009 [6631x3] | The trick is that web sockets needs a little server support to down/upgrade (as you see it) a HTTP connection to a more flexible TCP connection |
Of course, we had that since the birth of the Internet. This is effectively just an idiotic workaround to get our Internet back from firewalls | |
But once it's a web standard, they can't have the nerve to close it off anymore | |
Terry 22-Dec-2009 [6634x3] | Will: I would say Comet is obsolete.. Comet is a hack at best. |
Web sockets are not an advanced form of Comet. | |
Though Comet and Ajax can both deliver end-user experiences that provide desktop-like functionality and low user-perceived latency, only Web Sockets lives up to the promise of providing a native means to accurately and efficiently stream events to and from the browser with negligible latency. It is by far the most comprehensive solution for delivering real-time information over the Web. Not only does it provide full asynchronous duplex streaming communication with a single TCP/IP connection, but also benefits from few HTTP headers and more importantly allows the same message format to be used by both the browser and the origin service. | |
Kaj 22-Dec-2009 [6637x2] | Well, it's a matter of definition. They're very similar, but web sockets require the server support |
It seems js.io is an alternative to web sockets. If it's true that web sockets need native browser support just like the server side, Comet will still have a long life | |
Dockimbel 22-Dec-2009 [6639] | Janko: "About code loading on on-page-start : yes I know of that, I am using it as dev setup so I know latest code is reloaded each pageload." There's an easier solution for that: add -w 0 argument to Cheyenne's command line, this will ensure that the worker process will be reloaded for each new request. Here's the command line I use to run Cheyenne on my development boxes : C:\Dev\SDK\tools\rebcmdview.exe -s cheyenne.r -vv -w 0 |
Terry 22-Dec-2009 [6640] | Kaj, "long life" is a relative term. I suppose it depends on the service. If i build a service that lets you access my killer app, but say "you need to use Chrome" then 'long life' may be irrelevant. |
Kaj 22-Dec-2009 [6641x3] | To you, but Comet will live happily ever after. :-) Anyway, I know what you mean |
The point is that there can be no killer app targeting just a few percent of the market | |
Still, I'm now considering the same as you. If I bundle Chrome with Syllable, by the time I am progressing with a few web apps, web sockets may have penetrated far enough to not bother with Comet | |
Graham 22-Dec-2009 [6644x9] | I've got this really odd situation ... I have Cheyenne and the rebol micro web server both running. Cheyenne is on 8002, and MWS on 8001. Both share the www directory. at times I access a file and I get a 404 from Cheyenne but the MWS can find the file! |
It's as though Cheyenne is looking elsewhere ... | |
my httpd.cfg root-dir is pointing correctly to the right directory, and I have an exception for cheyenne.exe in the windows firewall. | |
I never saw this issue under Window XP, or Vista and I'm running on Windows 7 Professional. | |
Looks like my application is writing files to a hidden directory somewhere which the MWS can see, but Cheyenne can't see. | |
Must be some type of windows redirection | |
or UAC virtualization | |
So, not a Cheyenne issue ... | |
Cheyenne is looking in the right place, but my app writes are being redirected somewhere else. | |
Dockimbel 22-Dec-2009 [6653] | Found a cool example for future Cheyenne web sockets : http://www.onlinegames.com/basketball/ |
Steeve 22-Dec-2009 [6654x2] | i'm bad at this Game |
Did you created a group Dock ? perhaps i can beat you | |
Kaj 22-Dec-2009 [6656] | Graham, maybe that's Windows security thinking it knows better than you, like Vista eating AltME's files? |
Dockimbel 22-Dec-2009 [6657x2] | The nice part is playing live against ~2000 other players (with realtime classification between players). |
My best score is 120. | |
Steeve 22-Dec-2009 [6659x2] | Wow, you're good |
stucked at 1000 more or less | |
Dockimbel 22-Dec-2009 [6661] | I'm not even in the top 100. ;-) |
Steeve 22-Dec-2009 [6662] | Rebol group http://www.onlinegames.com/basketball/?2oisqn74tz |
Kaj 22-Dec-2009 [6663] | Won't work on Linux |
Dockimbel 22-Dec-2009 [6664x2] | Steeve: "Due to server load private Group Contests have temporarily been disabled (sorry)" |
Graham: I've upgraded Cheyenne in SVN with an improved logging of translated filename from URL. That should help you see what's going wrong. | |
Steeve 22-Dec-2009 [6666] | 349 |
Dockimbel 22-Dec-2009 [6667x2] | That should make you the winner. :-) |
Was that your score or your position? | |
Steeve 22-Dec-2009 [6669] | score |
Dockimbel 22-Dec-2009 [6670] | Then you've earned the cup! |
Steeve 22-Dec-2009 [6671x2] | i mean, position in the last game |
my best position | |
Graham 22-Dec-2009 [6673] | Doc .. thanks |
Will 23-Dec-2009 [6674] | did anyone try the cache service? any suggestions? http://reboot.ch/rebol/cache.r |
Robert 23-Dec-2009 [6675] | SVN: Can someone give me a short note how to best get the SVN version into a "production environment"? Is it one file I can just run on the server? Or do I need to build it myself somehow? |
Graham 23-Dec-2009 [6676x2] | What's it best used for? |
Just use a svn client to download the repository, run the source version once, and then encap it. | |
Dockimbel 23-Dec-2009 [6678] | SVN r44 - FIX: same webapp virtual name can now be used in different virtual hosts. This should fix the issue raised by Janko. |
Terry 23-Dec-2009 [6679x2] | Using Cheyenne and websockets as a backend to Flash, Silverlight etc would have it's merits as well. |
If there's one thing I always have running on my monitor, it's the browser. I don't see much need for another GUI, including /view | |
older newer | first last |