Skip to content

Commit 0a0d035

Browse files
authored
Update glossary.astro
1 parent 89a9189 commit 0a0d035

1 file changed

Lines changed: 4 additions & 6 deletions

File tree

packages/docs/src/pages/glossary.astro

Lines changed: 4 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -55,14 +55,12 @@ import Layout from '../layouts/Layout.astro'
5555

5656
<h3 id="mpa">Multi-Page Application (MPA)</h3>
5757
<p>
58-
In an MPA, each navigation triggers a full browser request and the server
59-
responds with a complete HTML document. HTML is generated on the server
60-
per request, so the browser always receives ready-to-display content.
58+
In an MPA, each navigation triggers a `document` request by the browser
59+
and the server (or CDN) responds with a complete HTML document, so the
60+
browser always receives ready-to-display content.
6161
JavaScript is optional and typically used only for progressive
6262
enhancement. In-memory state is lost on every navigation. Because content
6363
is present in the initial HTML response, MPAs are naturally SEO-friendly.
64-
The server must be capable of rendering and serving a full page for every
65-
route.
6664
</p>
6765

6866
<h3 id="spa">Single-Page Application (SPA)</h3>
@@ -71,7 +69,7 @@ import Layout from '../layouts/Layout.astro'
7169
navigation is handled client-side by JavaScript, without full page
7270
reloads. HTML is generated in the browser, typically by a JavaScript
7371
framework rendering components on demand. On initial load the browser
74-
receives a minimal document and must download and execute JS before
72+
typically receives a minimal document and must download and execute JS before
7573
content appears. Subsequent navigations fetch only data (e.g. via API
7674
calls), keeping the page transition fast. In-memory state persists across
7775
navigation. Because the initial HTML shell contains little content, SPAs

0 commit comments

Comments
 (0)