HTML5 and Web Sockets
Web sockets are one of the most technically advanced additions to HTML5, and they also have the potential to afford the most dramatic change to the way Internet work is done.
Long before the Web as we know it, programmers were using an idea called sockets to allow remote computers to communicate with a persistent connection. If you’ve ever used a Telnet, FTP, or SSH client, you’ve used a program that uses sockets. Typically, the programmer builds two types of sockets: One that lives on the server (a — wait for it — server socket) and one that lives on the client (you guessed it — a client socket.) These two programs communicate by a predetermined stylized communication agreement, called a communications protocol. In fact, Telnet, FTP, HTTP, and many other Internet tools are really more protocols than software. A Telnet program is actually a multipurpose socket client, and it can be used to test many different kinds of server sockets. The Web server itself is a specialized server that mainly speaks HTTP protocol, and the Web browser is a specialized client that speaks HTTP.
You can use a socket tool like Telnet to connect to an HTTP server. To test this, run the following code from the command line. (It should work the same on all major platforms: They all have a basic Telnet program built in.)
telnet aharrisbooks.net 80
You’ve connected to the server using port 80 (the standard Web server port). You’ll see a response that looks like the following. (Boldface indicates that this comes from the server.)
Trying 22.214.171.124... Connected to www.aharrisbooks.net. Escape character is '^]'.
GET /jad/index.html HTTP/1.1 host: www.aharrisbooks.net
Press the Enter key twice after the last line to submit the request. You’ll see a long string of HTML code — all the code that makes up the page. Of course, you’ll see only the code because this isn’t a real browser. At the end, you’ll see this line:
Connection closed by foreign host.
This always happens because HTTP is a stateless protocol.
Web sockets provide an additional protocol. You can still connect to the Web page in the normal way, but when you implement a Web socket, you write code in your Web page that can connect to a server socket and communicate with it. While the page itself still uses the stateless HTTP protocol, the socket connection remains in place as long as the page is active, allowing for complete two-way communication without re-establishing a connection.
The type of connection you get with this mechanism is ideal for applications that require a great deal of client-server communication, such as chat applications and multiplayer games.
Of course, to build a Web socket connection, you need to have both a client and a server. Typically, the server is written in a language like PHP or Python. You also need knowledge of both socket programming and the language the server is built with to build a server socket. Many modern languages support a generic socket mode that can be used to create a specialized Web socket.
The code for a program that allows the user to input information, which is sent to the server and echoed back is somewhat long but not terribly complicated: