Selama lima belas tahun terakhir, aplikasi Web telah secara bertahap diganti yang didasarkan pada protokol jaringan. Tapi ada kesenjangan besar dalam transfer protokol HTTP (Hypertext Transfer Protocol) yang digunakan untuk berkomunikasi di Web. Memang, pada awalnya dirancang untuk menyediakan dokumen sederhana dan file untuk web browser, tetapi tidak untuk interaksi yang kompleks secara real time.

Sebagai bagian dari protokol HTTP, client seperti Web browser, membuka koneksi ke server, berlaku, menunggu tanggapan, dan menutup koneksi. Jika pelanggan ingin informasi, maka harus membuka koneksi baru. Ini seperti menutup telepon dan memanggil ulang nomor setelah percakapan. Dan jika server memiliki informasi baru untuk klien, harus menunggu permintaan pelanggan dari pada mengirimnya langsung.

Redundansi ini tidak menghemat bandwidth. Lebih buruk lagi, membuat hampir tidak mungkin untuk klien Web menyimpan maksimum informasi untuk yang kedua. Dalam beberapa situasi, seperti keuangan, milidetik hilang dapat berarti hilangnya kesempatan, dan bahkan membuang-buang uang.

Selama bertahun-tahun, developer web tidak ragu-ragu untuk menghack protokol, dan mengurangkan keterbatasan teknik pemrograman HTTP seperti Comet. Ini merupakan keterlambatan yang menutup koneksi HTTP untuk mengirimkan lebih banyak data, dan server web dapat mengirimkan informasi ke web browser tanpa yang kedua telah diminta secara eksplisit.

Tapi apa yang developer inginkan adalah koneksi antara klien dan server dibiarkan terbuka tanpa batas waktu, sehingga kedua belah pihak untuk mengirimkan data bolak-balik jika diperlukan.

Standar HTML5, memungkinkan untuk aplikasi Web yang ada, untuk mendukung protokol baru yang disebut WebSockets. Hal ini memungkinkan klien untuk membuat koneksi Web, tetap terbuka selama yang dia inginkan, dan keduanya mengirim dan menerima data secara terus menerus.

Protokol WebSockets

Spesifikasi ini memungkinkan untuk membuka koneksi dua arah permanen antara klien dan server, untuk memecahkan beberapa masalah yang ditimbulkan oleh sifat searah HTTP dan offline seperti yang kita lihat sebelumnya.

Untuk tujuan apa? Perkembangan protokol ini memungkinkan pengembangan aplikasi nyata melakukan real-time (bursa informasi, chatting, game online …).

Spesifikasi WebSockets, yang didefinisikan dalam standar HTML5, yang dikembangkan oleh W3C, sedangkan protokol komunikasi standar oleh IETF (Internet Engineering Task Force).

Browser anda mengakses suatu halaman Web dan beban, katakanlah, sebuah aplikasi JavaScript. Ini memutuskan perlu aliran data yang konstan. Jenis “upgrade” query  harus dikirim oleh klien, untuk meminta update dari modus TCP / HTTP untuk WebSocket saat ini, seperti ini:

GET /text HTTP/1.1
Upgrade: WebSocket
Connection: Upgrade
Host: www.example.com
Origin: http://example.com
WebSocket-Protocol: sample
Sec-WebSocket-Version: 6
…

Server yang anda temui:

HTTP/1.1 101 WebSocket Protocol Handshake
Upgrade: WebSocket
Connection: Upgrade
WebSocket-Origin: http://example.com
WebSocket-Location: ws://example.com/demo
WebSocket-Protocol: sample
…

Ini pertukaran request, demand dan response, bernama “handshake” dan hanya membuat komunikasi antara server dan client. Rincian Protokol sedang berada di situs IETF.

Note : ini mengatakan bahwa publikasi ini berada dalam keadaan “draft” dan terus berubah.

Klien dan server secara bebas dapat mengirim data ke lain dengan protokol ini. Berbagi port HTTP dengan konten yang ada, dengan mudah melintasi firewall yang berbeda, router, proxy, dll … Teknologi ini biasa disebut metode Push. Server mendorong (push) data ke klien dan tidak wajib menunggu sampai pemohon adalah mencari informasi.

Menggunakan WebSocket API

API dikembangkan oleh W3C, memperkenalkan interface WebSocket berikut:

[Constructor(in DOMString url, in optional DOMString protocols)]
[Constructor(in DOMString url, in optional DOMString[] protocols)]
interface WebSocket {
 readonly attribute DOMString url;

 const unsigned short CONNECTING = 0;
 const unsigned short OPEN = 1;
 const unsigned short CLOSING = 2;
 const unsigned short CLOSED = 3;

 readonly attribute unsigned short readyState;
 readonly attribute unsigned long bufferedAmount;

 attribute Function onopen;
 attribute Function onmessage;
 attribute Function onerror;
 attribute Function onclose;

 readonly attribute DOMString protocol;

 void send(in DOMString data);
 void close();
};
WebSocket implements EventTarget;

\x00Bonjour, bienvenue dans le monde des WebSockets\0xff

Tidak ada batas ditetapkan untuk ukuran data yang dapat dikirim, dan ini, selama klien dapat mengelola. Dalam JavaScript, batas tersebut ditetapkan oleh bahasa, yang tidak mengirimkan lebih dari 4 GB data.
Dengan WebSocket protokol, setiap paket data memiliki anggaran hanya 2 byte, sehingga biaya overhead kecil dibandingkan dengan header dalam permintaan HTTP dan header respon.

Security

Sejumlah penelitian telah dilakukan oleh para ahli security pada penggunaan WebSockets. Setelah studi ini laporan dibuat menunjukkan bahwa kelemahan signifikan yang ditemukan, termasuk kemungkinan keracunan tembolok URL (cache-keracunan) dalam kasus adanya proxy transparan. Tujuan dari kesalahan ini adalah untuk memalsukan URL dari situs rentan dengan menampilkan halaman berbahaya tetap menjaga url target situs yang sama.

Setelah studi ini, Opera dan browser Firefox telah memutuskan untuk menonaktifkan dukungan mereka untuk WebSockets (yang dapat diaktifkan kembali dalam pilihan) untuk mengatasi masalah ini dalam versi masa depan.

Kesimpulan

WebSocket protokol merupakan langkah besar dalam komunikasi client-server. HTTP, tidak terhubung dan tidak ada state, yang secara historis belum disediakan untuk membangun hubungan permanen atau mendorong data, tampaknya akan terlampaui … Nah, tentu saja, beberapa teknik telah dikembangkan untuk menghindari masalah ini dan memungkinkan penerimaan Data update hampir seketika ((polling, long polling ….), tetapi tetap membanjiri jaringan dengan HTTP header yang tidak perlu. Maka WebSocket akan segera memperbaiki.

Dengan kontra, spesifikasi masih muda dan tidak belum dukungan besar di antara browser. Selain browser, WebSockets juga masalah infrastruktur karena hanya untuk menyediakan server HTTP melainkan sebuah WebSocket. Sudah ada beberapa server sebagai solusi Kazzing, tetapi pasokan masih sangat terbatas dan eksperimental. Para WebSockets tidak eksklusif untuk Kaazing. Google adalah pembela awal. Selain membangun teknologi ke dalam browser Chrome , perusahaan mendukung situs yang menunjukkan bagaimana developer untuk menerapkannya.

Ini akan memakan waktu lama sebelum mereka bisa mendapatkan keuntungan dari server WebSocket terbukti. Selain itu, pelaksanaan rendah WebSockets memanfaatkan sulitnya mereka untuk saat ini. Akhirnya, kesimpulan yang sama dengan masalah dan kekurangan mengangkat pengingat bahwa spesifikasi tersebut masih dalam keadaan draft …

Apa pendapat anda adalah masa depan dari protokol ini? Apakah mampu bersaing dengan HTTP?