Wie dieser Blog technisch funktioniert – ein Blick hinter die Kulissen

Technik hinter dem Blog – das klingt zunächst nach Servern, Datenbanken und komplizierten Begriffen. Tatsächlich geht es aber vor allem um die Frage, wie The World from the Saddle aufgebaut ist: Wie entstehen die Beiträge? Wo liegen die Bilder und Videos? Wie werden Karten eingebunden? Und was passiert im Hintergrund, damit der Blog schnell, stabil und langfristig verfügbar bleibt?

Immer wieder werde ich gefragt, wie dieser Blog eigentlich funktioniert. Heute, ein Jahr nachdem der erste Beitrag live gegangen ist, möchte ich gern mal auf ein paar Fragen antworten. Auf den ersten Blick ist The World from the Saddle natürlich vor allem ein Reise- und Wanderreitblog: Berichte, Fotos, Karten, Eindrücke, Erfahrungen und manchmal auch technische oder organisatorische Hintergründe rund ums Unterwegssein mit Pferd.

Unter der Oberfläche steckt aber deutlich mehr Technik, als man beim Lesen eines Artikels zunächst sieht. Dieser Beitrag soll deshalb einen kleinen Blick hinter die Kulissen geben: Wie entstehen die Seiten? Wo liegen die Bilder? Warum laden die Beiträge trotz vieler Fotos und Videos möglichst schnell? Und was passiert eigentlich, damit die Inhalte auch langfristig erhalten bleiben?

Gleichzeitig bleibt dieser Einblick bewusst allgemein. Es geht nicht um interne Serverdetails, konkrete Adressen, Zugangsdaten oder Sicherheitskonfigurationen, sondern um das technische Prinzip dahinter.

Ein Blog als eigene kleine Plattform

Der Blog läuft nicht auf einem klassischen Baukasten-System, sondern auf einer selbst betriebenen Webplattform. Als redaktionelles System kommt WordPress zum Einsatz. Das ist für mich vor allem deshalb praktisch, weil sich damit längere Reiseberichte, Bilder, Tabellen, Karten, Infoboxen und Suchmaschineninformationen sauber pflegen lassen.

WordPress ist dabei aber nur die sichtbare Ebene. Dahinter arbeiten ein Webserver, eine Datenbank, PHP für die dynamische Seitenerzeugung und verschiedene Optimierungsmechanismen, die dafür sorgen, dass aus meinen Texten, Bildern und Karten am Ende eine möglichst schnelle und gut lesbare Webseite wird.

Vereinfacht gesagt besteht der Blog aus drei Schichten:

1. Inhalte: Texte, Reiseberichte, Tabellen, Karten, FAQ-Bereiche und redaktionelle Ergänzungen.
2. Darstellung: Theme, Layout, Schriftarten, Farben, mobile Ansicht und Bildformate.
3. Technik: Webserver, Datenbank, Caching, Medienanbindung, Backups und Überwachung.

Für Besucherinnen und Besucher soll sich das möglichst unsichtbar anfühlen. Im Idealfall klickt man auf einen Reisebericht, die Seite öffnet sich zügig, Bilder erscheinen ohne langes Springen im Layout, Karten lassen sich betrachten und Videos starten sauber.

Warum die Bilder nicht einfach nur „im Blog“ liegen

Ein Wanderreitblog lebt von Bildern. Gerade bei längeren Reisen entstehen schnell sehr viele Fotos und Videos. Würde man alle Medien direkt in WordPress hochladen, wäre das zwar einfach, aber auf Dauer nicht unbedingt die beste Lösung.

Deshalb liegen viele Bilder und Videos in einem separaten, selbst betriebenen Medienbereich. Man kann sich das wie eine private Fotoplattform vorstellen, aus der ausgewählte Bilder in den Blog eingebunden werden. Der Blog selbst enthält dann nicht unbedingt das Originalbild, sondern verweist auf eine freigegebene Version dieses Bildes.

Das hat mehrere Vorteile:

• Die großen Mediendateien sind vom eigentlichen Blog getrennt.
• Bilder und Videos können besser organisiert werden.
• Der Blog bleibt schlanker.
• Medien können gezielt für Beiträge, Übersichtsseiten oder Galerien verwendet werden.
• Die technische Sicherung von Texten und Medien kann getrennt, aber aufeinander abgestimmt erfolgen.

Für Leserinnen und Leser ist dieser Aufbau normalerweise nicht sichtbar. Ein Bild erscheint einfach im Artikel. Im Hintergrund kommt es aber aus einem eigenen Mediensystem.

Der kleine Trick mit dem Reverse Proxy

Damit Bilder und Videos sauber in den Blog integriert werden, läuft die Medienanbindung nicht einfach „irgendwie extern“, sondern über den Blog selbst. Technisch wird dafür ein sogenannter Reverse Proxy genutzt.

Das klingt komplizierter, als es ist. Man kann es sich so vorstellen:

Der Browser fragt beim Blog nach einem Bild. Der Blog weiß, wo dieses Bild im Hintergrund liegt, holt es vom Mediensystem und liefert es an den Browser aus. Für die Leserin oder den Leser wirkt es so, als käme alles direkt aus einer Hand.

Das bringt mehrere Vorteile:

• Die Medien sind sauber in die Blog-Adresse eingebunden.
• Bilder lassen sich zwischenspeichern.
• Videos können passend ausgeliefert werden.
• Die eigentliche interne Struktur bleibt verborgen.
• Der Blog kann steuern, wie Medien ausgeliefert werden.

Besonders interessant ist dabei der Unterschied zwischen Bildern und Videos. Bilder profitieren stark von Caching: Wenn ein Bild bereits einmal abgerufen wurde, kann es schneller erneut ausgeliefert werden. Videos funktionieren anders. Sie müssen oft gestreamt werden, damit man sie starten, pausieren oder vorspulen kann. Deshalb werden Bilder und Videos technisch unterschiedlich behandelt.

Das ist ein gutes Beispiel dafür, dass „Performance“ nicht nur bedeutet, irgendwo einen Cache einzuschalten. Man muss auch verstehen, welche Inhalte man ausliefert.

Und warum der ganze Aufwand?

Nun, die Bilder liegen auf einem eigen Server das im selben Rechenzentrum wie der Blog in Deutschland steht. Sie verlassen damit das Rechenzentrum nicht. Warum ist das wichtig. Nun, auf dem Bildserver liegen erstmal alle Bilder, egal ob sie im Blog genutzt werden oder nicht. Abrufbar als Erinnerung oder auch Mal zum zeigen. Und das ohne das sie irgendwo an Google oder ein anderes Unternehmen gehen. D.h. aber auch der komplette Aufbau der Seite des Blogs passiert lokal innerhalb eines Rechenzentrums in Deutschland und ihr seht auf eurem Bildschirm die fertige Seite, ohne das Daten die EU jemals verlassen haben. In Zeiten wo die DSGVO immer wichtiger wird, ach lassen wir das……

Warum Caching so wichtig ist

Wenn jemand eine Webseite öffnet, passiert im Hintergrund erstaunlich viel. Der Server muss Inhalte aus der Datenbank holen, WordPress muss daraus HTML erzeugen, CSS und JavaScript müssen geladen werden, Bilder werden angefragt und der Browser setzt alles zu einer sichtbaren Seite zusammen.

Damit das nicht bei jedem einzelnen Seitenaufruf komplett von vorne passiert, gibt es mehrere Cache-Schichten.

Ein Cache ist im Grunde ein Zwischenspeicher. Häufig benötigte Inhalte werden vorbereitet oder gespeichert, damit sie beim nächsten Aufruf schneller verfügbar sind.

Beim Blog gibt es verschiedene Arten von Caching:

• Seiten-Cache: Fertige Seiten werden zwischengespeichert.
• Objekt-Cache: Datenbankabfragen und interne WordPress-Daten werden beschleunigt.
• Browser-Cache: Statische Dateien wie Bilder, Schriften oder Stylesheets können im Browser wiederverwendet werden.
• Medien-Cache: Eingebundene Bilder aus dem Mediensystem können schneller ausgeliefert werden.
• CSS-/JavaScript-Optimierung: Teile der Darstellung werden so vorbereitet, dass die Seite schneller nutzbar wird.

Das Ziel ist nicht, jeden technischen Messwert um jeden Preis zu optimieren. Das Ziel ist eine Seite, die sich beim Lesen angenehm verhält: keine unnötig langen Ladezeiten, keine springenden Bilder, keine blockierende Technik und möglichst wenig Wartezeit.

Layout-Stabilität: Warum Bildgrößen wichtig sind

Ein Problem vieler bildreicher Webseiten ist das sogenannte Layout Shifting. Das passiert, wenn eine Seite zunächst ohne genaue Bildhöhe geladen wird und der Text später plötzlich nach unten springt, sobald das Bild erscheint.

Gerade bei Reiseberichten mit vielen Fotos ist das störend. Man liest einen Absatz, dann lädt ein Bild nach, und plötzlich ist die Textstelle verschwunden.

Um das zu vermeiden, werden für eingebundene Bilder möglichst die tatsächlichen Bildmaße hinterlegt. Der Browser weiß dadurch schon vor dem vollständigen Laden, wie viel Platz ein Bild einnehmen wird. Die Seite bleibt ruhiger und angenehmer lesbar.

Das klingt nach einem kleinen Detail, macht in der Praxis aber einen großen Unterschied.

Karten, Routen und GPS-Daten

Ein weiterer technischer Baustein sind Karten und Routen. Viele Berichte beziehen sich auf konkrete Etappen, Wege oder Regionen. Dafür werden GPS-Daten wie GPX- oder KML-Dateien genutzt und in die Beiträge eingebunden.

Solche Karten sind mehr als Dekoration. Sie helfen dabei, einen Reisebericht räumlich einzuordnen. Wer den Text liest, kann nachvollziehen, wo eine Etappe ungefähr verlief, wie sich Landschaften verändert haben oder warum bestimmte Abschnitte besonders anspruchsvoll waren.

Auch hier gilt: Für Besucherinnen und Besucher soll die Karte einfach funktionieren. Im Hintergrund geht es aber um Dateiformate, Kartendarstellung, Einbettung, Ladeverhalten und manchmal auch um die Frage, wie mehrere Tagesetappen sinnvoll zusammen dargestellt werden können.

Warum Selbsthosting?

Man könnte natürlich auch viele externe Dienste nutzen: Bilder bei einem Anbieter, Blog bei einem anderen, Karten bei einem dritten, Videos bei einem vierten. Das wäre an manchen Stellen einfacher.

Ich habe mich trotzdem für eine weitgehend selbst betriebene Lösung entschieden, weil sie mehr Kontrolle bietet.

Für diesen Blog sind mir besonders wichtig:

• Langfristige Verfügbarkeit: Reiseberichte sollen nicht verschwinden, nur weil ein externer Dienst seine Bedingungen ändert.
• Kontrolle über Medien: Bilder und Videos bleiben in einer eigenen Struktur.
• Flexibilität: Spezielle Anforderungen lassen sich selbst lösen.
• Unabhängigkeit: Der Blog ist nicht vollständig von einem einzelnen Plattformanbieter abhängig.
• Lernwert: Die technische Pflege gehört inzwischen selbst ein Stück weit zum Projekt.

Natürlich hat Selbsthosting auch Nachteile. Man ist selbst für Updates, Backups, Überwachung und Fehlerbehebung verantwortlich. Es ist also nicht nur „mehr Freiheit“, sondern auch mehr Verantwortung.

Sicherheit ohne unnötige Details

Ein öffentlicher Blog muss erreichbar sein. Gleichzeitig soll natürlich nicht alles öffentlich sein. Deshalb gibt es verschiedene technische Schutzmaßnahmen: verschlüsselte Verbindungen, getrennte Zuständigkeiten, regelmäßige Updates, Zugriffsbeschränkungen, Protokollierung und Monitoring.

In einem öffentlichen Artikel werde ich bewusst keine internen Details nennen. Keine Serveradressen, keine Pfade, keine Firewallregeln und keine konkreten Zugangskonzepte. Das wäre kein Mehrwert für Leserinnen und Leser und würde nur unnötige Angriffsfläche schaffen.

Wichtig ist aber das Prinzip: Die öffentlich sichtbare Webseite ist nur der vordere Teil. Administrationsbereiche, interne Dienste und technische Hilfswerkzeuge sind davon getrennt und nicht dafür gedacht, von außen frei erreichbar zu sein.

Backups: Nicht nur Dateien kopieren

Bei einem Blog denkt man schnell: Wenn die Dateien gesichert sind, ist alles gut. Ganz so einfach ist es nicht.

Ein moderner Blog besteht aus mehreren Dingen:

• den WordPress-Dateien,
• der Datenbank mit Beiträgen, Einstellungen und Metadaten,
• den Mediendateien,
• den Verknüpfungen zwischen Beitrag und Bild,
• Konfigurationen des Webservers,
• Zertifikaten und Systemdiensten,
• sowie zusätzlichen Skripten und Automatisierungen.

Besonders wichtig sind bei der Medienanbindung nicht nur die Bilddateien selbst, sondern auch die Zuordnungen. Ein Bild kann physisch noch vorhanden sein, aber wenn die Information fehlt, welcher Freigabelink zu welchem Bild gehört, funktioniert die Einbettung im Blog trotzdem nicht mehr.

Deshalb müssen Backups mehr leisten als eine einfache Dateikopie. Es müssen auch Datenbanken und Verknüpfungen konsistent gesichert werden. Außerdem sollte ein Backup nicht nur existieren, sondern im Ernstfall auch wiederherstellbar sein.

Die wichtigste Backup-Regel lautet deshalb: Ein Backup ist erst dann wirklich gut, wenn man weiß, wie man es wieder zurückspielt.

Monitoring: Merken, wenn etwas nicht stimmt

Ein weiterer unsichtbarer Bestandteil ist die Überwachung. Bestimmte Dienste und automatische Aufgaben melden regelmäßig ihren Status. So lässt sich erkennen, ob Backups laufen, Updates erfolgreich waren oder ein Dienst nicht mehr reagiert.

Das verhindert nicht jeden Fehler, aber es verkürzt die Zeit, bis ein Problem auffällt. Gerade bei einem System, das aus mehreren Komponenten besteht, ist das wichtig. Der Blog kann erreichbar sein, während im Hintergrund vielleicht ein Medien-Sync oder ein Backup hängt. Ohne Monitoring würde man so etwas unter Umständen erst viel später bemerken.

Wenn ihr sehen wollt, ob aktuell irgendwas ausgefallen ist: https://monitoring.the-world-from-the-saddle.net/status/blog

Was andere Blogger daraus mitnehmen können

Man muss keinen eigenen Server betreiben, um einen guten Blog zu führen. Für viele Projekte ist ein normaler Webhoster völlig ausreichend. Trotzdem lassen sich aus diesem Aufbau ein paar allgemeine Lehren ableiten:

Erstens: Bilder und Videos brauchen ein Konzept. Wer viele Medien nutzt, sollte früh überlegen, wo diese langfristig liegen sollen.

Zweitens: Caching ist wichtig, aber nicht jede Art von Inhalt darf gleich behandelt werden. Bilder, Videos, HTML-Seiten und Datenbankabfragen haben unterschiedliche Anforderungen.

Drittens: Backups müssen vollständig gedacht werden. Texte, Medien und Datenbank gehören zusammen.

Viertens: Dokumentation spart später sehr viel Zeit. Gerade wenn man technische Probleme erst nach Monaten wieder anfassen muss, ist eine saubere Notiz oft wertvoller als jede Erinnerung.

Fünftens: Technik sollte dem Inhalt dienen. Der beste technische Aufbau bringt nichts, wenn er das Schreiben komplizierter macht oder Leserinnen und Leser stört.

Fazit

Dieser Blog ist mehr als eine Sammlung von Reiseberichten. Er ist auch eine kleine technische Plattform, die Texte, Bilder, Videos, Karten und Hintergrundinformationen zusammenbringt.

Die technische Struktur dahinter soll möglichst wenig auffallen. Wenn alles gut funktioniert, liest man einfach einen Artikel, schaut sich Bilder an, öffnet eine Karte oder startet ein Video. Genau das ist das Ziel: Die Technik soll stabil, schnell und zuverlässig sein – aber nicht im Vordergrund stehen.

Für mich gehört sie trotzdem zum Projekt dazu. Denn wer viele Reisen, Etappen, Fotos, Karten und Erfahrungen langfristig festhalten möchte, braucht nicht nur gute Inhalte, sondern auch eine technische Grundlage, die diese Inhalte trägt.