Browser / JavaScript support for WebSockets is part of the HTML5 specification. It's the next big leap in interaction between browsers and "back-end" (server side) processes.
If you've been around long enough, you may remember the olden days when you clicked and then had to wait until the response came back. Your browser was locked until it did. In fact, if there was a problem, your browser could just get locked up and you'd have to restart it. While that got smoother, "asynchronous" request-response (supported by Ajax) came along so there was no longer any need for the browser to wait for a response. Using this technology, you can continue about your business instead of coming to a standstill after a request is made. The browser doesn't lock up when the request is sent. It will react whenever the response shows up. WebSockets are the next big jump in this evolution. Their application in the client-browser is like Ajax, only easier and more powerful. Just a few lines of JavaScript code (easier than Ajax) and you have bi-directional communication between the browser and the server. By "bi-directional" I don't mean request-response. It's true bi-directional communication. (Since request-response is "bi-directional" (with limited characteristics), perhaps I would have chosen a different term to make the distinction. But this is what you'll find in descriptions and tutorials everywhere else.) THE SERVER CAN SEND DATA TO THE BROWSER ANYTIME THE APPLICATION PROCESSES TELL IT TO. It isn't limited to servicing requests from the client. The connection isn't closed when a response is made. It remains active for two-way communication until one side or the other closes it. (Which happens automatically when you close the page tab or browser, for example.) IT'S A HUGE OPPORTUNITY for everyone involved in web development, whether on the browser side or server side, or both; to completely rethink the web-page experience. The change-over to WebSockets is going to be more "disruptive" than the change to Ajax. Ajax made old-fashioned point-and-click request-response web functions (which I do not expect to go away completely) a much better experience. WebSockets provide the opportunity to easily turn browsers into full-fledged application interfaces. It becomes practical to deliver any application through the browser. It doesn't just make the webpage experience better, it makes it different. What about Ajax: Obsolete? I would still use Ajax in applications that are limited to point-and-click request-response. Why not? It's good technology. You can however, get the same effect with WebSockets. Neither end requires a response except when making the initial connection. Everything from there is inherently asynchronous. If you expect a larger number of interactions while a user sits on one page (searching through and listening to music samples for example) WebSockets offer the more efficient way to go. Once the connection is established, the overhead of communication is less, so it's faster and more economical for the Internet as a whole. [Non-text portions of this message have been removed] ------------------------------------ ----- To unsubscribe send a message to: svg-developers-unsubscr...@yahoogroups.com -or- visit http://groups.yahoo.com/group/svg-developers and click "edit my membership" ----Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/svg-developers/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) <*> To change settings via email: svg-developers-dig...@yahoogroups.com svg-developers-fullfeatu...@yahoogroups.com <*> To unsubscribe from this group, send an email to: svg-developers-unsubscr...@yahoogroups.com <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/