Infos zur Archiv-Version des DadAWeb

Aus DadAWeb
Wechseln zu: Navigation, Suche

Bis Mitte Juni 2026 wurde das DadAWeb einschließlich des darin integrierten Lexikons der Anarchie, des DadA-Memorials sowie seiner weiteren Themenportale als öffentlich zugängliches Wiki auf Basis des Content-Management-Systems MediaWiki (zuletzt in Version 1.30.1) betrieben. Nachdem unser Hosting-Provider Mitte 2026 aus Sicherheitsgründen seine Systemumgebung erneuert hatte, konnte das datenbankgestützte Wiki auf seinem Webserver nicht mehr weiterbetrieben werden. Zudem gibt es inzwischen niemanden mehr, der sich als Systemadministrator um die kontinuierliche Pflege und die erforderlichen System-Updates eines solchen dynamischen Wikis kümmern könnte.

Die hier vorliegende statische Archiv-Version simuliert deshalb nur noch den äußeren Eindruck eines Wikis. Zwar bleiben Aufbau, Gestaltung und die interne Verlinkung weitgehend erhalten, doch alle datenbankgestützten Funktionen (etwa die Suche über alle Seiten oder andere dynamische Wiki-Funktionen) stehen nicht mehr zur Verfügung. Es ist vergleichbar mit einem Auto, dem der Motor ausgebaut wurde: Von außen ist es weiterhin als Auto erkennbar, doch als Auto lässt es sich nicht mehr benutzen.

Vielleicht hat ja jemand aus der Nachwelt Lust, das DadAWeb eines Tages wieder als dynamisches Wiki zum Leben zu erwecken?

Wie wurde die statische HTML-Version des DadAWeb realisiert?

Nachdem unser Hosting-Provider Mitte 2026 seine Systemumgebung geändert hatte und wir das Wiki nicht mehr auf seinen Server online weiter betreiben konnten, sind wir mit dem DadAWeb-Wiki erst einmal in eine lokale Systemumgebung unter XAMPP umgezogen, die uns eine für den Betrieb von Mediawiki erforderliche Apache-Distribution anbietet. Auf Basis dieser lokalen Mediawiki-Installation haben wir die vorliegende statische HTML-Version des DadaWeb erstellt. Nähere Infos zu der unter XAMPP von uns eingerichteten und betriebenen lokalen Mediawiki-Installation finden sich auf der Seite System-Infos der lokalen Mediawiki-Installation unter XAMPP

I. Generierung der statischen Version per HTTrack

Die statische Version des Dadaweb inklusive ihrer Unterportale wie das Lexikon der Anarchie, das DadA-Memorial u.a. Themenportale wurden auf Basis der bis Mitte 2026 bestehenden Mediawiki-Installation mit dem Programm HTTrack Website Copier wie folgt realisiert:

In HTTrack findest du normalerweise unter Optionen / Set Options und dort im Reiter die Option Limits oder Grenzwerte. Dort stellst du bei Maximale Tiefe den Wert 3 ein; für externe Links setzt man meist 0 oder ebenfalls sehr niedrig, damit wirklich nur die erste und zweite Ebene vom Startpunkt aus mitgenommen wird.

  1. Projekt öffnen oder neu anlegen.
  2. Set Options anklicken.
  3. Zum Reiter Limits/Grenzwerte wechseln.
  4. Maximale Tiefe auf 3 setzen.
  5. Falls nötig, Maximale externe Tiefe auf 0 setzen.

Bei der lokalen unter der Systemumgebung von XAMPP betriebenen MediaWiki-Seite ist das sinnvoll, weil HTTrack sonst sehr viele interne Wiki-Links weiterverfolgen kann. Die Tiefe bestimmt dabei, wie viele Link-Ebenen von der Startseite aus zusätzlich geladen werden.

Fehlerbeseitigung der mit HTTrack erstellten Version

Bei einigen Dateien kam es einer Beschädigung der in HTML simulierten linken Wiki-Navigation des HTML-Grundgerüsts ganz am Anfang der Datei. Wenn man genau hinsieht, fällt auf, dass beim Kopieren oder beim Export durch den HTTrack Website Copier wichtige Tags gelöscht wurden.

Der Fehler entsteht, weil HTTrack beim Versuch, die Links zu "lokalisieren" (also Online-Links in lokale Datei-Links umzuschreiben), den Quelltext parst und neu generiert. Bei dynamischen Systemen wie MediaWiki-Wikis, die stark auf PHP-Parametern (?title=...) und komplexen JavaScript-Loadern im <head> aufbauen, verschluckt sich der interne HTML-Parser von HTTrack gelegentlich. Er vergisst dann beim Schreiben der Datei schlicht das öffnende Kommentar-Tag <!-- am Dateianfang, wodurch der nachfolgende HTML-Kopf unlesbar wird.

Die Community empfiehlt zwei Stellschrauben in den HTTrack-Einstellungen, um diesen Bug bei zukünftigen Downloads zu verhindern:

a. Header-Kommentare komplett abschalten (Die sauberste Lösung)

Da HTTrack den Fehler beim Generieren seiner eigenen Kommentar-Zeile ("Mirrored from...") macht, ist es am einfachsten, ihm das Schreiben dieser Fuß- und Kopfzeilen komplett zu verbieten.

  • Wo zu finden: Einstellungen (Options) -> Registerkarte Footer (bzw. Fußzeile).
  • Was tun: Lösche dort jeglichen Text heraus. Setze das Feld für den Footer und alle Header-Kommentare komplett auf leer.
  • Effekt: HTTrack fügt keine Werbe- und Metadaten-Kommentare mehr am Anfang und Ende der HTML-Dateien ein. Wo kein Kommentar generiert wird, kann auch kein Tag vergessen werden.

b. Die Option "HTML-Dateien zuerst laden" deaktivieren

In den Foren wird berichtet, dass der Parsing-Fehler besonders häufig auftritt, wenn HTTrack versucht, die Ladereihenfolge zu optimieren.

  • Wo zu finden: Einstellungen (Options) -> Registerkarte Optimierungen (Optimizations).
  • Was tun: Entferne das Häkchen bei "HTML-Dateien zuerst abrufen" (Get HTML files first).
  • Effekt: HTTrack lädt die Seiten in der natürlichen Reihenfolge der Verlinkung. Das verringert die Wahrscheinlichkeit, dass unfertige Cache-Fragmente in den Parser geraten und die erste Zeile zerschießen.

Ein Tipp für die Zukunft mit MediaWiki

Wenn du eine MediaWiki-Instanz (wie das DadAWeb) statisch wie zuvor beschrieben sichern möchtest, stößt HTTrack wegen der URLs mit Fragezeichen (index.php?title=...) oft an seine Grenzen. Die Community rät für solche Fälle zu folgender Zusatzoption unter Einstellungen -> Experten-Optionen (Expert Options):

Wähle bei "Globales Typ-Matching" (Global Type Checking) oder den MIME-Typen aus, dass .php-Dateien zwingend als text/html behandelt werden sollen (--assume php=text/html). Das zwingt HTTrack dazu, den Code stabiler zu verarbeiten.

II. Die Migration der Bildverzeichnisse und Bilddateien ins statische DadAWeb

Um die Artikelbilder des mit Mediawiki betriebenen Wikis mit in die statische HTML-Version zu übernehmen, ist es erforderlich per FTP das komplette Verzeichnis /images/ der Mediawki-Installation inklusive seiner Unterverzeichnisse und Bilddateien in das Root-Directory der statischen Website zu übernehmen.

III. Korrektur der mit HTTrack erstellten statischen HTML-Version

Die Generierung der statischen Version des DadAWeb auf Basis der unter XAMPP lokal installierten Mediawiki-Version funktionierte mit Hilfe von HTTrack bis in die 3. Content-Ebene fast fehlerfrei. Einzig und allein die Bild-Links mussten für die statische Online-Version des DadaWeb neu erstellt werden, was durch eine Bereinigung und Anpassung der mit HTTrack generierten HTML-Dateien erfolgte. Etwa zehn Prozent der generierten HTML-Dateien wiesen zudem CSS-Fehler auf, was den Wegfall der übergeordneten Seiten-Navigation bewirkte. Diese Fehler wurden wie folgt behoben.

Bild-Links von MediaWiki zu statischem HTML anpassen

Da die Bild-Links in der mit HTTrack generierten Version standardmäßig auf die lokale Testumgebung unter XAMPP verweisen, müssen sie für den Live-Betrieb angepasst werden. Gleichzeitig wird hierbei das Problem gelöst, dass die dynamischen MediaWiki-Dateiseiten (index.php?title=Datei:...) in einer statischen HTML-Umgebung nicht mehr funktionieren.

Die folgenden Schritte binden die Vorschaubilder korrekt ein, passen die hochauflösenden srcset-Varianten für Retina-Displays an und verlinken die Artikelbilder beim Anklicken direkt mit den unskalierten Originaldateien im Online-Verzeichnis /images/.

Sicherheitshinweis: Vor der Durchführung globaler Ersetzungen sollte unbedingt ein vollständiges Backup des statischen HTML-Ordners angelegt werden.

Globales Suchen und Ersetzen mit Notepad++

Um die Ersetzungen über viele HTML-Dateien hinweg automatisch durchzuführen:

  • Tastenkombination: Strg + H
  • Anschließend den Reiter „In Dateien suchen“ wählen.
  • Filter: *.html
  • Verzeichnis: Hauptverzeichnis der statischen Kopie auswählen.
  • Bei einfachen Textersetzungen genügt der Suchmodus „Normal“.
  • Bei Schritt 3 muss der Suchmodus „Regulärer Ausdruck“ aktiviert werden.

Schritt 1: src-Attribute der Vorschaubilder korrigieren

In diesem Schritt sorgen wir dafür, dass die Vorschaubilder und deren hochauflösende Varianten (srcset) auf deinem Webserver korrekt angezeigt werden. Wir bereinigen hierzu die lokalen Pfade.

Zweck

Aus:

src="/images/thumb/b/b3/Bakunin_02.jpg/240px-Bakunin_02.jpg"

wird:

src="/images/thumb/b/b3/Bakunin_02.jpg/240px-Bakunin_02.jpg"

Führe in Notepad++ nacheinander diese zwei Ersetzungen im Suchmodus Normal aus:

Notepad++:

Strg + H → In Dateien suchen

1. Schritt: Lokale Bild-Pfade bereinigen

Normal-Suche nach: /images/

Ersetzen durch: /images/

2. Schritt: Lokale srcset-Pfade bereinigen

Normal-Suche nach: /images/

Ersetzen durch: /images/

Zwischenstand: Nach diesem Schritt werden alle Artikelbilder auf deiner statischen Website bereits perfekt und fehlerfrei angezeigt, da die Pfade nun relativ auf /images/ verweisen.

Bild-Link (class="image") auf Originalbild umstellen

Jetzt sorgen wir dafür, dass beim Klick auf das Bild sowie beim Klick auf die Lupe („vergrößern“) das unskalierte Originalbild geladen wird.

Stelle den Suchmodus in Notepad++ auf Regulärer Ausdruck und stelle sicher, dass das Häkchen bei „. findet neue Zeile“ (bzw. matches newline) aktiviert ist.

Notepad++

3. Schritt: regex-Suchen nach: 

(?s)<a\s+href="http://localhost/dadaweb/index\.php\?title=Datei:([^"]+)"\s+class="image"><img\s+([^>]*?)src="/images/thumb/([0-9a-fA-F])/([0-9a-fA-F]{2})/\1/([^"]+)"([^>]*?)/></a>(.*?)<div\s+class="magnify"><a\s+href="http://localhost/dadaweb/index\.php\?title=Datei:\1"\s+class="internal"\s+title="vergrößern"></a></div>

Ersetzen durch: 

<a href="/images/$3/$4/$1" class="image"><img $2src="/images/thumb/$3/$4/$1/$5"$6/></a>

Danach sieht der Linkcode zum Beispiel wie folgt aus: 

<div class="thumb tright"><div class="thumbinner" style="width:242px;"><a href="/images/b/b3/Bakunin_02.jpg" class="image"><img alt="" src="/images/thumb/b/b3/Bakunin_02.jpg/240px-Bakunin_02.jpg" width="240" height="351" class="thumbimage" srcset="/images/thumb/b/b3/Bakunin_02.jpg/360px-Bakunin_02.jpg 1.5x, /images/thumb/b/b3/Bakunin_02.jpg/480px-Bakunin_02.jpg 2x" /></a>Michail Aleksandrovič Bakunin (1814-1876)</div></div></div>

Korrektur der Navigations-Fehlerseiten

In einigen Seiten fehlte die übergeordnete (simulierte) Wiki-Navigation, was durch einen CSS-Fehler hervorgerufen wurde. Du kannst die fehlerhaften CSS-Verweise projektweit in Notepad++ ersetzen.

Öffne Notepad++: Suchen → In Dateien suchen (Strg + Umschalt + F) und verwende:

4. Schritt: regex-Suche nach: 

<link rel="stylesheet" href="http://localhost/dadaweb/load\.php\?[^"]*"/>

Ersetzen durch: 

<link rel="stylesheet" href="load9ad3.css?debug=false&lang=de&modules=mediawiki.legacy.commonPrint%2Cshared%7Cmediawiki.sectionAnchor%7Cmediawiki.skinning.interface%7Cskins.vector.styles&only=styles&skin=vector"/>

Der reguläre Ausdruck erfasst ausschließlich Zeilen, die mit <link rel="stylesheet" href="http://localhost/dadaweb/load.php? beginnen. Andere load.php-Aufrufe, insbesondere JavaScript-<script>-Elemente, bleiben unverändert.

Korrektur der localhost-Fehlermeldungen

Es stören noch alle Links in der Web-Version, bei denen der Browser der User aktiv Daten an localhost senden oder von dort laden möchte. Das erzeugt eine irritierende Warnmeldung: "dadaweb.de möchte auf andere Apps und Dienste auf diesem Gerät zugreifen." Das Problem mit dieser irritierenden Warnmeldung liegt genau an diesen hartkodierten Verweisen auf localhost (oder http://localhost). Wenn die Website mit den per HTTrack generierten HTML-Dateien auf einer öffentlichen Domain wie dadaweb.de läuft und der Browser im Hintergrund versucht, Ressourcen von localhost (also dem eigenen Rechner des Besuchers) nachzuladen oder dorthin zu verlinken, schlagen moderne Sicherheitsmechanismen der Browser an. Sie vermuten dahinter einen Cross-Site-Scripting-Angriff oder den Versuch, lokale Dienste auszuspähen. Ersetze deshalb unter Notepad++ folgendes:

1) Höchste Priorität (Beseitigt die Warnmeldung):

Entferne das Icon, das im statischen Archiv nicht benötigt wird:

5. Schritt: Normal-Suche nach: 

<link rel="shortcut icon" href="http://localhost/favicon.ico"/>

Ersetze durch: <NICHTS, also Löschen der ganzen Zeile>

2) Hohe Priorität (Sichert die Suchfunktion):

Entferne das Suchfeld, das Suche auf dem statischen Archiv ohnehin nicht mehr aktiv per PHP betrieben wird.

6. Schritt: regex-Suche nach: 

\s*<div id="p-search" role="search">[\s\S]*?<\/form>\s*<\/div>

Ersetze durch: <NICHTS, also Löschen der ganzen Zeile>

Korrektur des Links im DadAWeb-Logo zur index.html

Damit beim Mausklick auf das DadAWeb-Logo links oben der Sprung auf die eigentliche index.html erfolgt und nicht auf die Hauptseite, die nur eine Weiterleitungs-Link zur Indexseite enthält

7. Schritt: Normal-Suche nach: 

href="index.html?ttitle="DadAWeb-Startseite"

Ersetze durch: 

href="index.html?title="DadAWeb-Startseite"

Später die Schritte 1-7 in einem PY-Skript für Notepad++ erfassen, damit diese in einem Schwung abgearbeitet werden, was eine unkomplizierte schnelle Möglichkeit zur Generierung der jeweils von der aktiven Mediawiki-Installation per HTTrack gespiegelten statischen HTML-Version ermöglicht.

Weitere Hilfeseiten zu dieser statischen HTML-Version des DadAWeb

Ersetze durch:

Abgerufen von „http://localhost/dadaweb/index.php?title=Infos_zur_Archiv-Version_des_DadAWeb&oldid=18213“