<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://mediawiki.wissen-ahrensburg.de/index.php?action=history&amp;feed=atom&amp;title=Blog%3A19.02.2026_Web-Rendering-Verfahren</id>
	<title>Blog:19.02.2026 Web-Rendering-Verfahren - Versionsgeschichte</title>
	<link rel="self" type="application/atom+xml" href="https://mediawiki.wissen-ahrensburg.de/index.php?action=history&amp;feed=atom&amp;title=Blog%3A19.02.2026_Web-Rendering-Verfahren"/>
	<link rel="alternate" type="text/html" href="https://mediawiki.wissen-ahrensburg.de/index.php?title=Blog:19.02.2026_Web-Rendering-Verfahren&amp;action=history"/>
	<updated>2026-08-19T16:52:50Z</updated>
	<subtitle>Versionsgeschichte dieser Seite in Dokument</subtitle>
	<generator>MediaWiki 1.46.0</generator>
	<entry>
		<id>https://mediawiki.wissen-ahrensburg.de/index.php?title=Blog:19.02.2026_Web-Rendering-Verfahren&amp;diff=267&amp;oldid=prev</id>
		<title>imported&gt;Import: Version 192</title>
		<link rel="alternate" type="text/html" href="https://mediawiki.wissen-ahrensburg.de/index.php?title=Blog:19.02.2026_Web-Rendering-Verfahren&amp;diff=267&amp;oldid=prev"/>
		<updated>2026-02-20T22:50:35Z</updated>

		<summary type="html">&lt;p&gt;Version 192&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Neue Seite&lt;/b&gt;&lt;/p&gt;&lt;div&gt;&amp;#039;&amp;#039;Hinweis: Diese Inhalte wurden mit Unterstützung von Künstlicher Intelligenz erstellt und redaktionell überprüft (Transparenzhinweis gemäß Art. 50 EU AI Act).&amp;#039;&amp;#039;&lt;br /&gt;
----&lt;br /&gt;
&lt;br /&gt;
== Web-Rendering-Verfahren ==&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Client-Side Rendering (CSR)&amp;#039;&amp;#039;&amp;#039; – Ideal für interaktive Single-Page-Applications (SPAs) und desktopähnliche Webanwendungen.&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Server-Side Rendering (SSR)&amp;#039;&amp;#039;&amp;#039; – Geeignet für SEO-kritische Inhalte und dynamische Websites mit häufig wechselnden Daten.&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Static Site Generation (SSG)&amp;#039;&amp;#039;&amp;#039; – Perfekt für Blogs, Dokumentationen und Inhalte, die sich selten ändern.&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Incremental Static Regeneration (ISR)&amp;#039;&amp;#039;&amp;#039; – Optimal für große Websites, die regelmäßige Updates mit hoher Performance benötigen.&lt;br /&gt;
&lt;br /&gt;
Das sind wichtige Fragen: Soll diese Seite auch für Suchmaschinen sichtbar sein oder nicht? Im Frontend-Bereich sollte alles für SEO sichtbar sein, sonst verliert man Website-Besucher und wichtige Informationen für Suchmaschinen.&lt;br /&gt;
&lt;br /&gt;
Wir sehen jetzt: Die ersten wichtigen Frontend-Webframeworks sind Angular und React. Sie sind gut, aber leider wird das Backend dann nur als REST-API-Backend genutzt, was ich schade finde.&lt;br /&gt;
&lt;br /&gt;
=== Angular ===&lt;br /&gt;
&lt;br /&gt;
Angular unterstützt sowohl Server-Side Rendering (SSR) als auch Static Site Generation (SSG) durch das Framework **Angular Universal**.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;SSR (Server-Side Rendering)&amp;#039;&amp;#039;&amp;#039;: Mit Angular Universal kann die Anwendung auf dem Server gerendert werden. Das verbessert die Ladezeit und die Sichtbarkeit für Suchmaschinen (SEO).&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;SSG (Static Site Generation)&amp;#039;&amp;#039;&amp;#039;: Seit Angular 11 gibt es mit dem [Scully](https://scully.io/) Projekt eine Möglichkeit, statische Seiten aus Angular-Projekten zu generieren. Damit können Inhalte bereits beim Build erzeugt und als statische Dateien ausgeliefert werden.&lt;br /&gt;
&lt;br /&gt;
Beide Techniken sind besonders wichtig für SEO und Performance bei größeren oder öffentlich zugänglichen Webanwendungen.&lt;br /&gt;
&lt;br /&gt;
=== Next.js ===&lt;br /&gt;
&lt;br /&gt;
Next.js ist ein React-Framework, das sowohl Server-Side Rendering (SSR) als auch Static Site Generation (SSG) nativ unterstützt.&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;SSR (Server-Side Rendering)&amp;#039;&amp;#039;&amp;#039;: Mit Next.js können Seiten bei jeder Anfrage auf dem Server gerendert werden (`getServerSideProps`). Das sorgt für aktuelle Inhalte und ist ideal für dynamische, SEO-relevante Seiten.&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;SSG (Static Site Generation)&amp;#039;&amp;#039;&amp;#039;: Mit Next.js können Seiten bereits beim Build als statische HTML-Dateien generiert werden (`getStaticProps`). Das ist optimal für Blogs, Dokumentationen und andere Inhalte, die sich selten ändern.&lt;br /&gt;
&lt;br /&gt;
Next.js kombiniert beide Ansätze flexibel und ermöglicht auch sogenannte “Incremental Static Regeneration” (ISR), bei dem statische Seiten nach Bedarf im Hintergrund aktualisiert werden. Das macht Next.js besonders leistungsfähig für moderne React-Anwendungen, bei denen SEO und Performance wichtig sind.&lt;br /&gt;
&lt;br /&gt;
== Asp Net Core ==&lt;br /&gt;
&lt;br /&gt;
* Razor Views (.cshtml): Das ist der klassische MVC-Standard. Der Server rendert HTML und schickt es an den Browser. Ideal für SEO und klassische Webseiten.&lt;br /&gt;
* Blazor (Server): Damit schreibst du interaktive UIs in C# statt in JavaScript.&lt;br /&gt;
* HTMX: Der aktuelle Star am Himmel. Es erlaubt dir, AJAX-Anfragen direkt über HTML-Attribute zu senden (z. B. &amp;lt;code&amp;gt;hx-get=&amp;amp;quot;/UpdatePart&amp;amp;quot;&amp;lt;/code&amp;gt;). Der Server antwortet mit einem kleinen HTML-Schnipsel, den HTMX automatisch in die Seite einfügt. Perfekt für MVC-Controller!&lt;br /&gt;
* Alpine.js: Ein Leichtgewicht für kleine Logik-Aufgaben (Dropdowns, Modals) direkt im Razor-Code, ohne dass man eine komplexe Build-Pipeline benötigt.&lt;br /&gt;
&lt;br /&gt;
== Spring Boot + Thymeleaf + HTMX ==&lt;br /&gt;
&lt;br /&gt;
Spring Boot ist ein populäres Java-Framework für die Entwicklung von Webanwendungen. In Kombination mit **Thymeleaf** (einem serverseitigen Template-Engine) und **HTMX** (einer modernen JavaScript-Bibliothek für dynamische Webinhalte) entsteht ein leistungsfähiges Rendering-Modell:&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Thymeleaf&amp;#039;&amp;#039;&amp;#039;: Ermöglicht serverseitiges Rendern von HTML-Templates. Die Templates werden mit Daten aus Spring-Controllern gefüllt und als vollständige HTML-Seiten an den Browser gesendet. Das ist ideal für SEO und klassische Webanwendungen.&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;HTMX&amp;#039;&amp;#039;&amp;#039;: Ergänzt Thymeleaf, indem es AJAX-Anfragen direkt aus HTML-Attributen heraus ermöglicht (z. B. &amp;lt;code&amp;gt;hx-get=&amp;amp;quot;/api/teilbereich&amp;amp;quot;&amp;lt;/code&amp;gt;). Der Server liefert dann nur den benötigten HTML-Teil zurück, der dynamisch in die bestehende Seite eingefügt wird – ganz ohne komplexes JavaScript.&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Vorteile&amp;#039;&amp;#039;&amp;#039;:&lt;br /&gt;
** Schnelle Ladezeiten und gute SEO, da der Großteil des HTMLs serverseitig erzeugt wird.&lt;br /&gt;
** Moderne Interaktivität durch HTMX, ohne dass ein komplettes Frontend-Framework wie React oder Angular nötig ist.&lt;br /&gt;
** Einfache Integration in bestehende Spring-MVC-Anwendungen.&lt;br /&gt;
&lt;br /&gt;
Typischer Ablauf: Ein Benutzer löst eine Aktion aus (z. B. Klick auf einen Button mit &amp;lt;code&amp;gt;hx-post&amp;lt;/code&amp;gt;), Spring Boot verarbeitet die Anfrage, Thymeleaf rendert das benötigte HTML-Fragment, und HTMX fügt es nahtlos in die Seite ein.&lt;br /&gt;
&lt;br /&gt;
== Golang ==&lt;br /&gt;
&lt;br /&gt;
In Go gibt es kein monolithisches Webframework wie in anderen Sprachen. Stattdessen kombinieren viele Entwickler mehrere spezialisierte Tools:&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;templ&amp;#039;&amp;#039;&amp;#039;: Eine Bibliothek, mit der du HTML-Komponenten direkt in Go schreiben kannst (ähnlich wie JSX in React). Sie bietet Typsicherheit zur Compile-Zeit – wenn du einer Komponente den falschen Datentyp übergibst, schlägt der Build fehl.&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;HTMX&amp;#039;&amp;#039;&amp;#039;: Eine kleine JavaScript-Bibliothek, die es ermöglicht, Teile einer Seite per AJAX durch HTML vom Server auszutauschen. So erhältst du ein SPA-ähnliches Nutzererlebnis, während die gesamte Logik in Go bleibt.&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;net/http&amp;#039;&amp;#039;&amp;#039;: Das Standardpaket von Go für HTTP-Server, das als Basis für Routing und Middleware dient.&lt;br /&gt;
&lt;br /&gt;
Typischer Ablauf: Der Benutzer löst eine Aktion aus (z. B. Klick auf einen Button mit &amp;lt;code&amp;gt;hx-get&amp;lt;/code&amp;gt;), der Go-Server verarbeitet die Anfrage, rendert mit templ das benötigte HTML-Fragment und HTMX fügt es dynamisch in die Seite ein. So entsteht eine moderne, interaktive Webanwendung – ganz ohne komplexes JavaScript-Frontend.&lt;br /&gt;
&lt;br /&gt;
== Rust ==&lt;br /&gt;
&lt;br /&gt;
* Leptos: Ein reaktives Frontend-Framework für Rust, das effiziente UI-Komponenten und Server-Side Rendering unterstützt.&lt;br /&gt;
* Dioxus: Ein deklaratives UI-Framework für Rust, das von React inspiriert ist und sowohl für Web- als auch für Desktop-Anwendungen verwendet werden kann.&lt;br /&gt;
&lt;br /&gt;
== Klassische Backend-Frameworks (SSR pur) ==&lt;br /&gt;
&lt;br /&gt;
=== Asp Net Core ===&lt;br /&gt;
&lt;br /&gt;
* ASP.NET Core MVC&lt;br /&gt;
* Razor Pages&lt;br /&gt;
* Blazor Static SSR&lt;br /&gt;
&lt;br /&gt;
[[kategorie:19.02.2026]]&lt;br /&gt;
&lt;br /&gt;
----&lt;br /&gt;
&amp;#039;&amp;#039;Hinweis: Diese Inhalte wurden mit Unterstützung von Künstlicher Intelligenz erstellt und redaktionell überprüft (Transparenzhinweis gemäß Art. 50 EU AI Act).&amp;#039;&amp;#039;&lt;/div&gt;</summary>
		<author><name>imported&gt;Import</name></author>
	</entry>
</feed>