Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- de:modul:ffit:3-jahr:cicd:learningunits:lu10:a [2026/04/28 15:39] – apeter
+++ de:modul:ffit:3-jahr:cicd:learningunits:lu10:a [2026/04/28 17:41] (aktuell) – apeter
@@ Zeile 25: / Zeile 25: @@
 ==== Static vs dynamic hosting ====
-Ob etwas statisch deploybar ist, hängt nicht von den Features ab, sondern davon, ob der Server zur Laufzeit am Rendering beteiligt ist (Architekturfrage).
+Ob etwas statisch deploybar ist, hängt nicht von den Features ab, sondern davon, ob der Server zur Laufzeit am Rendering beteiligt ist.
+Es ist also eine Architekturfrage, ob man Server-Side-Rendering (SSR) einsetzt oder nicht.
 Salopp gesagt, können die meisten Webapplikationen in ein statisches Frontend und ein (allfälliges) dynamisches Backend aufgeteilt werden.
+Statische Webseiten sind möglich bei
+  * Vanilla
+  * Angular
+  * React
+  * Vite
+  * Astro (default)
 Ausnahmen sind
   * PHP
-  * Next.js mit getServerSideProps → braucht Node-Server
+      * .php
-  * Express mit Templates (EJS, Pug)
+  * Next.js mit API/SSR
+      * getServerSideProps
+      * Routing (route.js, route.ts, "/api/*")
+      * NextResponse
+      * cookies()
+      * headers()
+  * Express mit Templates
+      * .ejs
+      * .pug
+      * .hbs
 ==== Next.js ====
+''next.config.js''
 <code javascript>
 const nextConfig = {
@@ Zeile 41: / Zeile 62: @@
 module.exports = nextConfig;
 </code>
+Nach dem erfolgreichen Ausführen von folgendem Befehl, sind die fertigen Dateien unter ''/out'' verfügbar.
 <code bash>
 npm run build
 </code>
+<code bash>
+npx serve out
+</code>
+Mögliche Fehler:
+  * „Route Handlers are not supported with output: export“
+  * „Dynamic server usage“