<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Api-Design on cloudmato.com</title><link>https://cloudmato.com/tags/api-design/</link><description>Recent content in Api-Design on cloudmato.com</description><generator>Hugo -- gohugo.io</generator><language>en</language><managingEditor>cloudmato.com</managingEditor><webMaster>cloudmato.com</webMaster><lastBuildDate>Wed, 10 Jun 2026 11:19:38 +0530</lastBuildDate><atom:link href="https://cloudmato.com/tags/api-design/index.xml" rel="self" type="application/rss+xml"/><item><title>Session vs JWT Tokens: The Core Difference Explained</title><link>https://cloudmato.com/posts/session-vs-jwt-tokens-core-difference/</link><pubDate>Wed, 10 Jun 2026 11:19:38 +0530</pubDate><author>cloudmato.com</author><guid>https://cloudmato.com/posts/session-vs-jwt-tokens-core-difference/</guid><description>&lt;p&gt;Every time someone asks me &amp;ldquo;should I use sessions or JWTs?&amp;rdquo;, I know what&amp;rsquo;s actually behind the question. They&amp;rsquo;ve read a few blog posts, seen the word &amp;ldquo;stateless&amp;rdquo; thrown around like it&amp;rsquo;s automatically better, and now they&amp;rsquo;re stuck. So let&amp;rsquo;s settle this properly - not with buzzwords, but with what&amp;rsquo;s actually happening on the wire and on your server.&lt;/p&gt;
&lt;h2 class="header-anchor-wrapper"&gt;Sessions: the &amp;ldquo;we keep a record at the front desk&amp;rdquo; approach
&lt;a href="#sessions-the-we-keep-a-record-at-the-front-desk-approach" 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;Think of session-based auth like checking into a hotel. You show your ID once at the front desk, the staff verifies it, and they hand you a room key card. That card doesn&amp;rsquo;t contain your name, your passport number, or your booking details - it&amp;rsquo;s just a random number. The hotel&amp;rsquo;s computer system has all your actual information stored in their database, linked to that card number.&lt;/p&gt;</description></item><item><title>Can You Still Call an API RESTful Without Every Rule?</title><link>https://cloudmato.com/posts/can-i-call-my-api-restful/</link><pubDate>Mon, 08 Jun 2026 00:03:37 +0530</pubDate><author>cloudmato.com</author><guid>https://cloudmato.com/posts/can-i-call-my-api-restful/</guid><description>&lt;p&gt;Everyone slaps &amp;ldquo;RESTful&amp;rdquo; on their API. Open any docs page, scroll the marketing copy, and there it is — &amp;ldquo;our clean, RESTful API.&amp;rdquo; But here&amp;rsquo;s the uncomfortable bit: by the strict definition, almost none of them actually are. So the question you&amp;rsquo;re really asking is whether the word still means anything if you break some of the rules. Honestly, that&amp;rsquo;s where it gets tricky.&lt;/p&gt;
&lt;p&gt;Short answer first, because I hate articles that bury it: &lt;strong&gt;yes, you can still call it RESTful in everyday conversation, but no, it isn&amp;rsquo;t a REST API by Roy Fielding&amp;rsquo;s original definition unless it&amp;rsquo;s hypertext-driven.&lt;/strong&gt; Both of those things are true at the same time, and the gap between them is the whole story.&lt;/p&gt;</description></item></channel></rss>