<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Websockets on cloudmato.com</title><link>https://cloudmato.com/tags/websockets/</link><description>Recent content in Websockets on cloudmato.com</description><generator>Hugo -- gohugo.io</generator><language>en</language><managingEditor>cloudmato.com</managingEditor><webMaster>cloudmato.com</webMaster><lastBuildDate>Mon, 08 Jun 2026 13:36:02 +0530</lastBuildDate><atom:link href="https://cloudmato.com/tags/websockets/index.xml" rel="self" type="application/rss+xml"/><item><title>Why Not Just Use One WebSocket Per Page Instead of HTTP?</title><link>https://cloudmato.com/posts/websocket-vs-http-one-socket-per-page/</link><pubDate>Mon, 08 Jun 2026 13:36:02 +0530</pubDate><author>cloudmato.com</author><guid>https://cloudmato.com/posts/websocket-vs-http-one-socket-per-page/</guid><description>&lt;p&gt;I get why this question keeps coming up. A WebSocket stays open, remembers who you are, and lets the server push data to you without you asking for it again and again. So why are we still firing off a hundred separate HTTP requests for a single page load when we could just open one persistent pipe and be done with it? Honestly, the question sounds smarter than most people give it credit for — and the answer is not &amp;ldquo;because HTTP is better.&amp;rdquo; It&amp;rsquo;s a lot more nuanced than that.&lt;/p&gt;</description></item><item><title>What Are WebSockets and How Do They Differ From HTTP?</title><link>https://cloudmato.com/posts/what-are-websockets-vs-http/</link><pubDate>Mon, 08 Jun 2026 10:04:50 +0530</pubDate><author>cloudmato.com</author><guid>https://cloudmato.com/posts/what-are-websockets-vs-http/</guid><description>&lt;p&gt;I kept hearing &amp;ldquo;use WebSockets for real-time stuff&amp;rdquo; without anyone explaining what actually happens on the wire. So I went and read the RFC, poked at a few servers, and figured I&amp;rsquo;d write down what I found — including the part that confused me the most: whether WebSocket is a protocol of its own or just some clever trick on top of HTTP.&lt;/p&gt;
&lt;h2 class="header-anchor-wrapper"&gt;So what is a WebSocket?
&lt;a href="#so-what-is-a-websocket" class="header-anchor-link"&gt;
&lt;svg
xmlns="http://www.w3.org/2000/svg"
width="1rem" height="1rem" viewBox="0 0 24 24" fill="none"
stroke="currentColor" stroke-width="2" stroke-linecap="round"
stroke-linejoin="round"&gt;
&lt;line x1="4" y1="9" x2="20" y2="9"&gt;&lt;/line&gt;&lt;line x1="4" y1="15" x2="20" y2="15"&gt;&lt;/line&gt;&lt;line x1="10" y1="3" x2="8" y2="21"&gt;&lt;/line&gt;&lt;line x1="16" y1="3" x2="14" y2="21"&gt;&lt;/line&gt;
&lt;/svg&gt;
&lt;/a&gt;
&lt;/h2&gt;
&lt;p&gt;A &lt;strong&gt;WebSocket is a persistent, full-duplex communication channel between a browser (or any client) and a server, opened over a single TCP connection&lt;/strong&gt; [1]. Full-duplex means both sides can send messages whenever they want — not just in response to a request. That&amp;rsquo;s the part that breaks the usual mental model of the web.&lt;/p&gt;</description></item></channel></rss>