EMZETT.Glossar
736 Begriffe aus IT, Netzwerk, Sicherheit und Programmierung: erst kurz erklärt, dann ausführlicher. Suche nach einem Wort oder wähle einen Buchstaben.
36 Treffer
Browser Ein Programm, das HTML/CSS/JS-Dokumente aus dem Web abruft und als sichtbare, interaktive Seite darstellt.
Besteht im Kern aus einer Rendering-Engine (baut aus HTML/CSS das sichtbare Layout) und einer JavaScript-Engine (führt Skripte aus). Bekannte Vertreter: Google Chrome, Mozilla Firefox, Apple Safari, Microsoft Edge.
Verwandt: HTTPS · Apple Safari · Browser-Tab · Browser-Verlauf · Google Chrome · HTML
Ganzer Artikel im Wiki →Browser-Tab Ein einzelnes, unabhängig ladbares Fenster innerhalb eines Browsers, das eine eigene Webseite anzeigt.
Moderne Browser isolieren Tabs oft in eigenen Prozessen, sodass ein abstürzender Tab nicht den gesamten Browser mitreißt und jeder Tab von den Ressourcen anderer Tabs getrennt bleibt (auch relevant für Sicherheit — Stichwort Sandboxing).
Verwandt: Browser · Ressourcen
Ganzer Artikel im Wiki →Browser-Verlauf Die lokal gespeicherte Liste besuchter Webseiten eines Browsers.
Erlaubt es, frühere Seiten schnell wiederzufinden (z. B. über die Adressleiste, die Vorschläge aus dem Verlauf zeigt). Enthält sensible Daten über das Nutzungsverhalten, weshalb er sich manuell löschen lässt und im privaten/Inkognito-Modus gar nicht erst mitgeschrieben wird.
Verwandt: Browser · Cookies · Daten
Ganzer Artikel im Wiki →Browserspiele programmieren Ein Browserspiel ist ein Spiel, das komplett in einer Webseite läuft — geschrieben in HTML, CSS und JavaScript, ohne Installation und ohne Download.
Die meisten einfachen Browserspiele zeichnen auf ein <canvas>-Element, das eine Pixelfläche bereitstellt. Ein Spiel besteht im Kern aus einer Spielschleife (Game Loop): Sie liest Eingaben, aktualisiert den Spielzustand (Positionen, Punkte, Kollisionen) und zeichnet das Bild neu — im Browser typischerweise über requestAnimationFrame etwa 60-mal pro Sekunde.
Verwandt: Content Security Policy (CSP) · XSS (Cross-Site Scripting) · Browser · CSS · HTML · Caching
Ganzer Artikel im Wiki →Apple US-amerikanischer Technologiekonzern, bekannt für ein eng integriertes Ökosystem aus eigener Hardware (Mac, iPhone) und eigenem Betriebssystem (macOS, iOS).
Im Gegensatz zu Windows (läuft auf Hardware vieler Hersteller) entwickelt Apple Hard- und Software gemeinsam, was engere Optimierung erlaubt, aber die Auswahl auf eigene Geräte einschränkt. Betreibt mit Safari auch einen eigenen Browser.
Verwandt: Apple Safari · Windows · Terminals · Betriebssystem (OS) · Browser · iOS
Ganzer Artikel im Wiki →Apple Safari Der von Apple entwickelte Browser, Standard-Browser auf macOS und iOS.
Nutzt die Rendering-Engine WebKit statt der bei Chrome/Edge verbreiteten Chromium-Basis. Bekannt für gute Energieeffizienz auf Apple-Geräten, aber teils langsamere Übernahme neuer Web-Standards im Vergleich zu Chrome.
Verwandt: Apple · Browser · Google Chrome · iOS
Ganzer Artikel im Wiki →Caches Zwischenspeicher, die bereits abgerufene Daten für schnelleren, wiederholten Zugriff vorhalten.
Caches existieren auf vielen Ebenen — im Browser (HTML/CSS/JS/Bilder), auf DNS-Resolvern (Antworten bis zum Ablauf der TTL), in CDNs oder in der Datenbank-Anbindung einer Anwendung. Ziel ist immer, langsamere Originalquellen (Netzwerk, Datenbank) seltener anfragen zu müssen.
Verwandt: Caching · Upstash Redis · DNS · Browser · CSS · HTML
Ganzer Artikel im Wiki →Client Ein Gerät oder Programm, das Dienste oder Daten von einem Server anfordert — das Gegenstück zum Server im Client-Server-Modell.
Beispiele: ein Browser, der eine Webseite von einem Webserver lädt, oder ein E-Mail-Programm, das Nachrichten von einem Mailserver abruft. Ein Gerät kann je nach Kontext gleichzeitig Client und Server sein (z. B. bei Peer-to-Peer-Systemen).
Verwandt: Endgerät · Server · Next.js App Router · MCP (Model Context Protocol) · Streamable HTTP · ARP
Ganzer Artikel im Wiki →Content Security Policy (CSP) Ein HTTP-Header, mit dem eine Website dem Browser genau vorschreibt, woher Skripte, Bilder, Styles und andere Inhalte geladen werden dürfen — alles andere blockiert der Browser.
Die Policy besteht aus Regeln („Direktiven“) wie script-src (erlaubte Skriptquellen), img-src, connect-src (erlaubte Verbindungen per fetch) und frame-ancestors (wer die Seite einbetten darf). Sie wirkt als zweite Verteidigungslinie gegen XSS: Selbst wenn ein Angreifer HTML einschleusen kann, führt der Browser fremde Skripte nicht aus, wenn die Policy sie verbietet.
Verwandt: XSS (Cross-Site Scripting) · Firewall · Security · Browserspiele programmieren
Ganzer Artikel im Wiki →Cookies Kleine Datenstücke, die ein Webserver im Browser eines Nutzers speichert und bei jedem weiteren Aufruf derselben Seite automatisch mitgeschickt bekommt — Grundlage für Sessions und Login-Zustände im zustandslosen HTTP.
Da HTTP von Natur aus zustandslos ist (jede Anfrage ist unabhängig, der Server "erinnert" sich nicht), braucht es einen Mechanismus, um einen Nutzer über mehrere Anfragen hinweg wiederzuerkennen — dafür wurden Cookies erfunden. Wichtige Sicherheitsattribute: HttpOnly (nicht per JavaScript auslesbar, schützt vor XSS-Diebstahl), Secure (nur über HTTPS gesendet) und SameSite (schränkt ein, bei welchen websiteübergreifenden Anfragen der Cookie mitgeschickt wird, schützt vor CSRF).
Verwandt: HTTP · Session · Cookie-Einwilligung (TDDDG) · HTTPS · Request · DSGVO
Ganzer Artikel im Wiki →Cron Job (Vercel) Eine Route, die Vercel automatisch zu festen Zeiten selbst aufruft (statt dass ein Browser oder User sie besucht) — für wiederkehrende Hintergrundaufgaben, die niemand manuell anstoßen muss.
In Vercel wird ein Cron-Job in vercel.json deklariert (Pfad + Zeitplan im Cron-Format, z. B. täglich um eine bestimmte Uhrzeit). Vercel schickt dann selbst einen Request an diese Route — der Code dahinter ist eine ganz normale API-Route, technisch nicht anders als eine, die ein Mensch aufruft.
Verwandt: Environment Variables · Vercel · Request · Browser · Code
Ganzer Artikel im Wiki →Event Loop (Ereignisschleife) Die Event Loop ist eine Schleife, die auf Ereignisse wartet (Klick, Netzwerkantwort, Timer, fertig gelesene Datei) und die dazu registrierten Funktionen nacheinander ausführt – in einem einzigen Thread.
Sie ist das Herz von JavaScript im Browser und in Node.js, aber auch von Python (asyncio), Tcl, Qt/GTK-Oberflächen und Spielen. Langsame Operationen laufen nicht im Vordergrund; stattdessen meldet das Betriebssystem ihre Fertigstellung, und die Schleife ruft den passenden Callback auf.
Verwandt: async/await · Callback · Thread (Faden) · Threads (Nebenläufigkeit) · Observer-Muster (Beobachter)
Ganzer Artikel im Wiki →Forged Cookies Gefälschte oder manipulierte Session-Cookies, mit denen ein Angreifer versucht, sich als ein anderer, bereits angemeldeter Nutzer auszugeben.
Wenn ein Session-Cookie erraten, gestohlen (z. B. via XSS) oder mit einem schwachen/fehlenden Signaturverfahren einfach nachgebaut werden kann, kann ein Angreifer ihn im eigenen Browser setzen und wird vom Server als der ursprüngliche Nutzer erkannt. Schutz: kryptografisch signierte, zufällige Session-Tokens, HttpOnly/Secure-Flags auf Cookies und kurze Session-Laufzeiten.
Verwandt: Session · Cookies · SQLi (SQL-Injection) · Wireshark · Server · Browser
Ganzer Artikel im Wiki →Google Chrome Der von Google entwickelte Browser, basierend auf der quelloffenen Engine Chromium.
Weltweit der meistgenutzte Browser, was ihn zu einem De-facto-Standard für Webentwicklung macht — viele Web-APIs werden zuerst in Chrome eingeführt. Chromium bildet auch die Basis für andere Browser wie Microsoft Edge.
Verwandt: Apple Safari · Browser · Microsoft Edge · Mozilla Firefox
Ganzer Artikel im Wiki →HTML Die Auszeichnungssprache (HyperText Markup Language), mit der die Struktur von Webseiten definiert wird.
Besteht aus verschachtelten Elementen ("Tags") wie <div>, <p> oder <a>, die dem Browser sagen, was auf der Seite steht und wie es strukturiert ist — nicht wie es aussieht (das übernimmt CSS) oder wie es sich verhält (das übernimmt JavaScript). Bildet zusammen mit CSS und JS das klassische Dreigespann der Web-Frontend-Entwicklung.
Verwandt: Browser · CSS · JS · Web Scraping · Bootstrap · Browserspiele programmieren
Ganzer Artikel im Wiki →HTTP Hypertext Transfer Protocol — das Protokoll, über das Browser und Server Webseiten und andere Ressourcen austauschen, unverschlüsselt.
Funktioniert nach dem Request-Response-Prinzip: Der Client schickt eine Request (z. B. GET /seite), der Server antwortet mit Statuscode und Inhalt. Baut auf TCP auf. Da alles im Klartext übertragen wird (auch Passwörter, Cookies), heute größtenteils durch HTTPS ersetzt.
Verwandt: HTTPS · Protokoll · Request · TCP · Cookies · Ressourcen
Ganzer Artikel im Wiki →HTTPS HTTP über eine TLS-verschlüsselte Verbindung — dieselbe Kommunikation wie HTTP, aber gegen Mitlesen und Manipulation abgesichert.
Vor dem eigentlichen HTTP-Austausch findet ein TLS-Handshake statt, bei dem Server (und optional Client) sich über ein Zertifikat ausweisen und einen gemeinsamen Sitzungsschlüssel aushandeln. Erkennbar am Schloss-Symbol im Browser und am https://-Präfix. Heute Standard für praktisch jede Website.
Verwandt: HTTP · TLS · Browser · URL · DNS · End-To-End-Verbindung
Ganzer Artikel im Wiki →jQuery Eine ältere, weitverbreitete JavaScript-Bibliothek, die DOM-Manipulation, Events und AJAX-Requests vereinfachte — heute größtenteils durch native Browser-APIs und moderne Frameworks abgelöst.
jQuery entstand 2006, als Browser-APIs noch stark uneinheitlich waren, und bot eine einheitliche, kompakte Syntax ($(".klasse").hide()) für Dinge, die heute in Vanilla JavaScript genauso einfach gehen. Viele ältere Webseiten und WordPress-Plugins hängen bis heute von jQuery ab.
Verwandt: React · Angular · HTML · JS · Syntax · Vue
Ganzer Artikel im Wiki →JS JavaScript — die Skriptsprache, die im Browser läuft und Webseiten interaktiv macht.
Ursprünglich reine Browser-Sprache, heute dank Node.js auch serverseitig einsetzbar. Läuft single-threaded mit einer Event-Loop, wodurch asynchrone Operationen (z. B. Netzwerk-Requests) nicht blockierend ablaufen. TypeScript baut als typisierte Erweiterung direkt auf JavaScript auf.
Verwandt: Browser · HTML · Node.js · TypeScript · Client · Crash-Handler
Ganzer Artikel im Wiki →Microsoft Edge Der von Microsoft entwickelte Browser, Nachfolger des Internet Explorer, seit 2020 auf Chromium-Basis (wie Google Chrome).
Der Wechsel zu Chromium bedeutete, dass Edge dieselbe Rendering-Engine wie Chrome nutzt und damit von dessen Web-Kompatibilität und Erweiterungs-Ökosystem profitiert. Standard-Browser unter Windows.
Verwandt: Browser · Google Chrome · Mozilla Firefox · Windows · Internet
Ganzer Artikel im Wiki →Mozilla Firefox Ein quelloffener Browser der Mozilla Foundation, mit eigener Rendering-Engine (Gecko) statt der bei vielen anderen Browsern genutzten Chromium-Basis.
Wird oft für seinen Fokus auf Privatsphäre und Standard-Konformität hervorgehoben. Die Unabhängigkeit von Chromium ist relevant für die Web-Standard-Vielfalt: Würden alle Browser auf derselben Engine basieren, hätte ein einzelner Anbieter faktisch die Kontrolle über Web-Standards.
Verwandt: Browser · Google Chrome · Microsoft Edge
Ganzer Artikel im Wiki →NetBIOS-DGM Der Datagram-Dienst von NetBIOS (Network Basic Input/Output System) — verbindungslose Nachrichtenübertragung im lokalen Netz, u. a. für Browser-/Namensankündigungen.
NetBIOS stellt Windows-Netzwerken grundlegende Dienste für Namensauflösung, Sitzungsverwaltung und Datagramm-Verteilung bereit. Der Datagram-Dienst (Port 138) läuft verbindungslos über UDP und wird z. B. für Broadcast-Nachrichten innerhalb eines Windows-Arbeitsgruppen-Netzes genutzt — heute größtenteils durch DNS und Active Directory abgelöst.
Verwandt: NetBIOS-NS · Broadcast · DNS · Port · TCP · UDP
Ganzer Artikel im Wiki →Next.js App Router Next.js’ Routing- und Rendering-System (seit Version 13), bei dem Seiten standardmäßig serverseitig gerendert werden (“Server Components”) und nur explizit markierte Teile im Browser laufen (“Client Components”, "use client").
next/dynamic mit ssr:false (eine Komponente komplett vom Server-Rendering ausschließen) funktioniert nur innerhalb einer Client Component — in einer Server Component (wie z. B. layout.tsx ohne "use client") ist das ein harter Build-Fehler, kein Warning. npx tsc --noEmit prüft nur TypeScript-Typen und fängt solche Next.js-spezifischen Regeln nicht ab — dafür braucht es einen echten next build.
Verwandt: Cache-Tags und revalidateTag (Next.js) · next-intl · proxy.ts (Next.js Middleware-Nachfolger) · Conventional Commits · Client · Server
Ganzer Artikel im Wiki →Node.js Eine JavaScript-Laufzeitumgebung außerhalb des Browsers — macht JavaScript zur vollwertigen Sprache für Server, Skripte und Build-Tools.
Node.js nutzt dieselbe V8-JavaScript-Engine wie Chrome, aber ohne Browser-Umgebung, dafür mit Zugriff auf Dateisystem, Netzwerk usw. Ereignisgesteuert und non-blocking (Event Loop statt Threads pro Verbindung), wodurch es viele gleichzeitige Verbindungen effizient handhaben kann. Next.js, npm und praktisch das gesamte moderne JavaScript-Tooling laufen auf Node.js.
Verwandt: JS · Web Scraping · Server · Threads · ASP · Django
Ganzer Artikel im Wiki →Offline-First und Background Sync (PWA) Nutzeraktionen (z. B. “In den Warenkorb legen”) werden bei fehlender Internetverbindung nicht verworfen, sondern lokal im Browser zwischengespeichert und automatisch nachgeholt, sobald die Verbindung wieder da ist.
IndexedDB (statt localStorage) wird genutzt, weil ein Service Worker im Hintergrund darauf zugreifen können muss, auch wenn die eigentliche Seite gar nicht geöffnet ist — localStorage ist aus dem Service-Worker-Kontext heraus nicht erreichbar. Die Background Sync API (nur Chrome/Edge/Android) erlaubt dem Service Worker, das Nachholen auch anzustoßen, wenn die Seite geschlossen ist; als universeller Fallback (funktioniert auch auf Safari/iOS) dient zusätzlich ein einfacher 'online'-Browser-Event-Listener.
Verwandt: proxy.ts (Next.js Middleware-Nachfolger) · Verbindungsloses Protokoll · Android · API · Browser · iOS
Ganzer Artikel im Wiki →PHP Eine serverseitige Skriptsprache, ursprünglich speziell für die Webentwicklung entwickelt — läuft klassisch auf dem Server und erzeugt HTML, das an den Browser geschickt wird.
PHP-Code wird direkt in HTML-Dateien eingebettet (<?php ... ?>) und bei jedem Seitenaufruf vom Server interpretiert. Es ist die Basis vieler weitverbreiteter Systeme (WordPress, viele klassische Webshops) und läuft auf praktisch jedem Webhosting-Angebot ohne zusätzliche Einrichtung.
Verwandt: MySQL · Server · Browser · HTML · SQL
Ganzer Artikel im Wiki →Pusher Ein gehosteter Dienst für Echtzeit-Kommunikation (WebSockets) zwischen Server und Browser — z. B. damit eine Chat-Nachricht sofort bei allen anderen offenen Browserfenstern erscheint, ohne dass die Seite neu geladen werden muss.
Man abonniert im Browser einen “Channel”; der Server “published” Events auf diesen Channel, Pusher leitet sie in Echtzeit an alle verbundenen Clients weiter. Private Channels (z. B. persönliche Chats) brauchen einen eigenen Server-Endpoint (Auth-Endpoint), der bei jedem Verbindungsversuch prüft, ob der User überhaupt Zugriff auf diesen Channel haben darf.
Verwandt: Rate Limiting · DeepL API · Sockets · Server · Browser · Dienst
Ganzer Artikel im Wiki →Quell-Port Der Port, von dem aus eine Netzwerkverbindung ausgeht — meist zufällig aus dem oberen Portbereich vom Betriebssystem vergeben.
Bei jeder ausgehenden Verbindung (z. B. Browser ruft eine Website auf) wird lokal ein freier, zufälliger Quell-Port reserviert, über den die Antwort später wieder zurückfindet. Zusammen mit Ziel-Port und IP-Adressen bildet er das sogenannte Socket-Paar, das eine Verbindung eindeutig identifiziert.
Verwandt: Port · Sockets · Ziel-Port · HTTPS · IP-Adressen · Load-Balancing
Ganzer Artikel im Wiki →React Native Ein Framework, mit dem man native iOS- und Android-Apps mit React/JavaScript statt Swift/Kotlin schreibt — ein Codebase für beide Plattformen.
Anders als eine Webview-App rendert React Native echte native UI-Elemente (kein eingebetteter Browser), indem JavaScript-Code zur Laufzeit mit der nativen Plattform kommuniziert. Dadurch lässt sich viel Code zwischen iOS und Android teilen, plattformspezifische Anpassungen bleiben aber trotzdem möglich.
Verwandt: React · Android · Browser · Code · iOS · Kotlin
Ganzer Artikel im Wiki →Root-Domain Die oberste Ebene der DNS-Hierarchie, dargestellt durch einen "leeren" letzten Punkt hinter der TLD (z. B. emzett-digital.com.).
Die Root-Domain wird von 13 weltweit verteilten Root-Nameserver-Gruppen verwaltet, die auf die zuständigen Nameserver für jede TLD verweisen. Im Alltag wird der abschließende Punkt meist weggelassen, Browser und DNS-Resolver ergänzen ihn implizit.
Verwandt: Domain · TLD · DNS · Browser · A-Eintrag
Ganzer Artikel im Wiki →Rust Eine kompilierte Systemprogrammiersprache mit Fokus auf Speichersicherheit ohne Garbage Collector — verhindert viele klassische C/C++-Fehler (z. B. Use-after-free) bereits beim Kompilieren.
Rusts "Ownership"-System prüft zur Kompilierzeit, wer wann auf welchen Speicher zugreifen darf, und verhindert dadurch ganze Fehlerklassen (Speicherlecks, Data Races), ohne die Laufzeitkosten eines Garbage Collectors. Dadurch bei ähnlicher Performance wie C/C++, aber deutlich sicherer — beliebt für Systemsoftware, Browser-Engines und performancekritische Tools.
Verwandt: C · Go · C++ · Garbage Collector · Java · Quellcode
Ganzer Artikel im Wiki →SaaS "Software as a Service" — Software, die man als Abo über den Browser nutzt, statt sie zu kaufen und lokal zu installieren (z. B. Stripe, Vercel, Resend selbst sind SaaS-Produkte).
Beim SaaS-Modell betreibt der Anbieter Server, Updates und Wartung zentral, Kunden zahlen meist ein laufendes Abo statt einer Einmallizenz. Für Entwickler heißt das: Integration meist über eine API/ein Dashboard, keine eigene Serververwaltung nötig — Grundprinzip fast aller in diesem Wiki dokumentierten Drittanbieter-Services.
Verwandt: Vercel · Resend · Stripe · Server · API · Browser
Ganzer Artikel im Wiki →Web Scraping Das automatisierte Auslesen von Daten aus Webseiten per Skript — entweder aus rohem HTML oder über eine offizielle API, falls vorhanden.
Für einfache Seiten ohne eigene API reichen HTTP-Requests + ein HTML-Parser (Python: requests + BeautifulSoup; Node.js: fetch/axios + cheerio). Braucht die Seite JavaScript zum Rendern (viele moderne Admin-Oberflächen), reicht das nicht mehr — dann braucht es einen echten (headless) Browser wie Playwright oder Puppeteer. Login-geschützte Seiten: Session-Cookie/Token einmal per Login-Formular holen, dann wiederverwenden. Existiert eine offizielle API, ist die fast immer die bessere Wahl (stabiler, nicht ToS-riskant) — Scraping ist meist nur der Fallback.
Verwandt: Router · API · Browser · HTML · Node.js · Daten
Ganzer Artikel im Wiki →XSS (Cross-Site Scripting) Ein Angriff, bei dem fremder JavaScript-Code auf einer vertrauenswürdigen Website im Browser anderer Besucher ausgeführt wird — meist, weil die Seite Eingaben ungeprüft als HTML ausgibt.
Der Angreifer schleust Code über ein Formular, einen Kommentar oder einen Link ein. Zeigt die Seite das später anderen Nutzern an, läuft der Code mit deren Rechten: Er kann Sitzungen stehlen, Aktionen im Namen des Opfers auslösen oder Inhalte fälschen. Man unterscheidet gespeichertes XSS (Code liegt dauerhaft in der Datenbank), reflektiertes XSS (Code steckt im Link) und DOM-basiertes XSS (Fehler im Browser-Skript).
Verwandt: Content Security Policy (CSP) · SAST, SCA und Secret-Scanning · Cookies · SQLi (SQL-Injection) · Browserspiele programmieren
Ganzer Artikel im Wiki →Zertifikat Ein digitales Dokument, das einen öffentlichen Schlüssel mit einer Identität (z. B. einer Domain) verknüpft und diese Verknüpfung von einer vertrauenswürdigen Stelle bestätigen lässt.
Ein Zertifikat wird von einer Zertifizierungsstelle (Certificate Authority, CA) digital signiert. Beim Aufbau einer TLS-Verbindung präsentiert der Server sein Zertifikat, der Client prüft die Signatur gegen eine Liste vertrauenswürdiger CAs (die im Betriebssystem/Browser hinterlegt sind). So kann der Client sicherstellen, dass er wirklich mit dem echten Server spricht und nicht mit einem Angreifer (Schutz vor Spoofing/Man-in-the-Middle).
Verwandt: Identität · Öffentlicher Schlüssel · Signatur · TLS · Zertifikatsstellen · HTTPS
Ganzer Artikel im Wiki →Zertifikatsstellen Vertrauenswürdige Organisationen (Certificate Authorities, CAs), die digitale Zertifikate ausstellen und mit ihrer eigenen Signatur bestätigen.
Bevor eine CA ein Zertifikat ausstellt, prüft sie (je nach Zertifikatstyp mehr oder weniger streng), ob der Antragsteller wirklich Kontrolle über die betreffende Domain/Organisation hat. Browser und Betriebssysteme vertrauen einer vordefinierten Liste von Root-CAs — jedes Zertifikat, das sich bis zu einer dieser Root-CAs zurückverfolgen lässt (Zertifikatskette), gilt als vertrauenswürdig. Bekannte CAs: Let's Encrypt (kostenlos, automatisiert), DigiCert.
Verwandt: Authentizität · Zertifikat · GPG · Kleopatra · Signatur · Browser
Ganzer Artikel im Wiki →