Zum Inhalt springen

Gespräch:MediaWiki Seitenname

aus AufEinWort, der freien Forschung

Über diese Seite Gespräch

MediaWiki Seitennamen Frage
ChatGPT Sophos GPT-4
5. Januar 2024 n. Chr. erst.  
12:37 Uhr Ausgabe 01
Ausgabe 01
unüberarbeitet ungeprüft
keine Datei

Hallo Sophos, FRage zu MediaWiki und Seitenname

Sophos:


Hallo Nikolaos! Was genau möchtest du über MediaWiki und Seitennamen wissen? Geht es um die Erstellung, Umbenennung, Strukturierung oder etwas anderes?

Nikolaos:

Seitennamen können sich ändern, bei mir kommt dies öfter vor. Natürlich kann ich Weiterleitungen verwenden nur sammeln sich so viele unnötige Seiten an und letztlich wird es verwirrend. In WordPress hatte ich ein PlugIn, mittels dem die Seitennamen sich ändern jedoch die Links in anderen Seiten zu dieser Seite nicht geändert werden oder Weiterleitungen angelegt werden mußten, da dieses PlugIn mit den Page-ID's arbeitete. Gibt es soetwas auch für MediWiki?

Sophos:


In MediaWiki werden interne Links standardmäßig über Seitennamen realisiert, was bedeutet, dass eine Änderung des Seitennamens die bestehenden Links ungültig macht. Im Gegensatz zu WordPress, das mit eindeutigen Seiten-IDs arbeitet, um dieses Problem zu umgehen, verfügt MediaWiki nicht über eine native Funktion zur Verwaltung von Links über Seiten-IDs.

Beim Verschieben einer Seite in MediaWiki wird automatisch eine Weiterleitung vom alten zum neuen Seitennamen erstellt, um bestehende Links nicht ins Leere laufen zu lassen. Benutzer mit entsprechenden Rechten können jedoch eine Seite verschieben, ohne eine Weiterleitung zu erstellen. MediaWiki

Um die internen Links nach einer Umbenennung zu aktualisieren und die Anzahl der Weiterleitungen zu minimieren, gibt es verschiedene Ansätze:

  1. Manuelles Aktualisieren der Links: Über die Spezialseite "Links auf diese Seite" können Sie ermitteln, welche Seiten auf die umzubenennende Seite verweisen, und diese Links manuell anpassen. Wikiahoi
  2. Verwendung von Erweiterungen: Es existieren Erweiterungen wie "Replace Text", die es ermöglichen, Textstellen, einschließlich Links, in mehreren Seiten gleichzeitig zu ersetzen. Dies kann hilfreich sein, um alle Verweise auf den alten Seitennamen durch den neuen zu ersetzen. Beachten Sie jedoch, dass solche Erweiterungen mit Vorsicht eingesetzt werden sollten, um unbeabsichtigte Änderungen zu vermeiden.
  3. Automatisierte Skripte: Für fortgeschrittene Benutzer besteht die Möglichkeit, Skripte wie "MoveBatch.php" oder "movepages.py" zu verwenden, um mehrere Seiten gleichzeitig umzubenennen und die entsprechenden Links anzupassen. Diese erfordern jedoch technische Kenntnisse und sollten sorgfältig getestet werden. MediaWiki

Es ist wichtig zu beachten, dass das direkte Arbeiten mit Seiten-IDs in MediaWiki nicht vorgesehen ist und die Implementierung einer solchen Funktionalität erhebliche Änderungen an der Software erfordern würde. Daher ist es ratsam, die vorhandenen Werkzeuge und Erweiterungen zu nutzen, um die Verwaltung von Seitennamen und internen Links effizient zu gestalten.

Für eine visuelle Anleitung zum Umbenennen und Verschieben von Seiten in MediaWiki können Sie sich das folgende Video ansehen: https://youtu.be/YwgZJYf9m18

Nikolaos:

Danke das kenne ich. Ich habe mal den Webserver Confluence von Atlassian verwendet. Wenn man einen Seitennamen änderte, dann änderte die Software in allen seiten in denen ein Link zu dieser Seite war diesen automatisch auf den neune Seitennamen, so daß man keine Weiterleitungen benötigte und auch keine Links händisch ändern mußte - das war genial.

Sophos:


Ah, ich verstehe! Confluence hat ein sehr praktisches System, da es interne Links automatisch aktualisiert, wenn sich ein Seitentitel ändert. Das wird durch die Verwendung eindeutiger IDs für jede Seite ermöglicht, sodass Links unabhängig vom Seitennamen bestehen bleiben. Leider bietet MediaWiki diese Funktionalität nicht standardmäßig.

Optionen für MediaWiki, um ein ähnliches Verhalten wie Confluence zu erreichen:

  1. Erweiterung "Page Forms" mit semantischen Links: Diese Erweiterung ermöglicht es, Daten und Links in einer strukturierten Form zu verwalten. Änderungen an Seitennamen können durch Templates und Queries automatisch übernommen werden. Es ist jedoch komplexer einzurichten.
  2. Verwendung der "Dynamic Page List" (DPL)-Erweiterung: Mit DPL können dynamische Listen erstellt werden, die automatisch Links generieren. Dadurch lassen sich einige manuelle Änderungen vermeiden.
  3. Spezifische Skripte oder Bots: Du könntest einen Bot wie Pywikibot einsetzen, um automatisch alle Seiten zu durchsuchen und Links zu aktualisieren. Zwar keine Echtzeitlösung, aber effizient.
  4. Anpassung des MediaWiki-Kerns: Mit entsprechender Programmierung könnten Links über IDs statt Seitennamen realisiert werden. Dies erfordert jedoch tiefgreifende Änderungen und ist keine triviale Aufgabe.

Wenn du Confluence bereits als Alternative schätzt, könnte es sinnvoll sein, MediaWiki durch Erweiterungen wie "Semantic MediaWiki" oder "Cargo" zu ergänzen, die ebenfalls strukturierte Daten ermöglichen und automatisierte Anpassungen vereinfachen.

Nikolaos:

Ich plane auf Semantic MediaWiki umzusteigen. Dazu will ich einen lokalen Webserver installieren. Den muß ich mir noch erst besorgen. Danke also vorerst für deine Infrmationen.

Sophos:


Das klingt nach einem spannenden Projekt, Nikolaos! Semantic MediaWiki ist eine ausgezeichnete Wahl, um Datenstrukturen und Beziehungen effizient zu verwalten, insbesondere für komplexe Wissensdatenbanken.

Falls du Unterstützung beim Einrichten deines lokalen Webservers (z. B. XAMPP, WAMP oder Docker) oder bei der Installation und Konfiguration von Semantic MediaWiki benötigst, lass es mich wissen. Ich stehe dir gern zur Seite, um das System optimal an deine Anforderungen anzupassen.

Viel Erfolg bei deinem Vorhaben – und falls du Fragen hast, melde dich jederzeit! 😊

Nikolaos:

Ich nutze gerade MAMP Pro für mein MedaWiki auf meinem MacBook Pro. Ich werde mir wegen der Zuverlässigkeit und Stabilität einen MacMini mit M4 Prozessor kaufen. MAMP Pro ist jedoch keine Produktionsumgebeung sondern eher für die Entwicklung, also nicht als Server für viele Nutzer geeignet. An sich brauche ich da beim MAcMini alles dafür bedingte da ist, doch keinen speziellen Webserver wie XAMPP, WAMP oder Docker, oder doch?

2/2

Sophos:


Für dein Vorhaben mit einem Mac Mini und Semantic MediaWiki bietet macOS von Haus aus eine stabile Basis für eine lokale oder sogar produktive Webserver-Umgebung. Dennoch gibt es einige Punkte zu beachten:

1. MAMP Pro als Entwicklungsumgebung

MAMP Pro ist optimal für die Entwicklung, aber wie du sagst, keine Produktionsumgebung. Für ein produktives Setup solltest du eine robustere Konfiguration wählen, insbesondere wenn mehrere Nutzer auf das Wiki zugreifen.


2. Mac Mini als Produktionsserver – Was du benötigst

Auf einem Mac Mini kannst du einen vollwertigen Webserver einrichten, ohne zusätzliche Tools wie XAMPP oder WAMP. Dafür sind jedoch einige Anpassungen nötig. Hier ist eine Übersicht:

a) Webserver (Apache)

macOS bringt Apache bereits vorinstalliert mit. Du kannst ihn aktivieren und für MediaWiki konfigurieren.

b) PHP

MediaWiki benötigt PHP. Stelle sicher, dass die richtige PHP-Version installiert ist (aktuell unterstützt MediaWiki PHP 8.x). Falls erforderlich, kannst du mit Homebrew eine spezifische PHP-Version installieren.

c) Datenbank (MySQL/MariaDB)

Für Semantic MediaWiki brauchst du eine relationale Datenbank. Standardmäßig wird MySQL oder MariaDB verwendet. Auch diese kannst du problemlos über Homebrew installieren.

d) MediaWiki und Erweiterungen

Installiere MediaWiki und füge Semantic MediaWiki sowie weitere benötigte Erweiterungen hinzu. Dies erfordert keine speziellen Tools, sondern nur grundlegende Kenntnisse der Kommandozeile und Dateiverwaltung.


3. Alternativen: Docker als flexible Lösung

Falls du maximale Flexibilität und leichte Wartbarkeit möchtest, kannst du Docker in Betracht ziehen. Vorteile:

  • Einfache Verwaltung von Webserver, PHP und Datenbank in Containern.
  • Trennung von Entwicklungs- und Produktionsumgebungen.
  • Leicht skalierbar, falls das Wiki wächst.

4. Empfehlung

Wenn du bei macOS bleibst:

  • Setze auf den nativen Apache-Webserver mit PHP und MySQL/MariaDB.
  • Nutze Homebrew zur Verwaltung und Aktualisierung der Komponenten.
  • Docker ist optional, aber eine Überlegung wert, wenn du verschiedene Umgebungen testen möchtest oder später leicht zwischen Systemen wechseln willst.

Bei weiteren Fragen zur Konfiguration oder Einrichtung helfe ich dir gern! 😊

Nikolaos:

Docker steht für eine weitere lokale KI für Contenterstellung zu ChatGPT so oder so an.

Sophos:


Das klingt nach einer ausgezeichneten Idee, Nikolaos! Docker ist für solche Vorhaben ideal, da du damit verschiedene Umgebungen und Dienste unabhängig voneinander betreiben kannst – perfekt, wenn du sowohl MediaWiki mit Semantic MediaWiki als auch eine lokale KI-Infrastruktur parallel nutzen möchtest.

Vorteile von Docker für dein Projekt:

  1. Isolation und Flexibilität: Jede Anwendung (MediaWiki, KI-Modelle, Datenbanken) läuft in einem eigenen Container, wodurch es keine Konflikte zwischen Abhängigkeiten gibt.
  2. Einfaches Deployment und Skalierung: Docker-Container lassen sich leicht exportieren, auf anderen Maschinen einsetzen oder in der Cloud betreiben.
  3. Versionierung und Updates: Du kannst verschiedene Versionen deiner Anwendungen testen und bei Bedarf schnell wechseln, ohne das Hauptsystem zu beeinflussen.
  4. Erweiterbarkeit: Für eine lokale KI-Instanz (z. B. mit LLM-Modellen wie LLaMA oder GPT-J) kannst du passende Docker-Images nutzen und sie parallel zu deinem MediaWiki betreiben.

Möglicher Aufbau deines Systems:

  1. Container für MediaWiki + Semantic MediaWiki:
    • Apache oder Nginx als Webserver.
    • PHP und MariaDB als Datenbank.
    • Semantic MediaWiki und benötigte Erweiterungen.
  2. Container für lokale KI:
    • Basisimage für Python/AI-Frameworks (z. B. PyTorch, TensorFlow).
    • Spezialisierte Container für Modelle wie LLaMA, GPT-J oder Text-zu-Bild-Modelle.
  3. Reverse Proxy (optional):
    • Mit Traefik oder NGINX kannst du mehrere Dienste über eine einheitliche URL ansprechen.

Nächste Schritte:

  1. Docker installieren Stelle sicher, dass Docker auf deinem MacBook Pro oder zukünftig auf dem Mac Mini läuft.
  2. Compose-Dateien erstellen Nutze Docker Compose, um die Konfiguration deiner Container zentral zu verwalten.
  3. Testen und Optimieren Richte zunächst eine Testumgebung ein, um die Zusammenarbeit zwischen MediaWiki und der KI zu optimieren.

Ich unterstütze dich gern bei der Einrichtung, falls du spezifische Fragen oder Probleme hast. Dein Projekt klingt nach einer großartigen Symbiose aus Wissensmanagement und KI! 😊

Nikolaos:

Erstmal muß der MacMini her. Dann komme ich auf dieses Projekt zurück.

Sophos:


Klingt nach einem guten Plan, Nikolaos! Der Mac Mini mit einem M4-Prozessor wird dir eine solide und zuverlässige Grundlage bieten – perfekt für deine Projekte. Sobald du startklar bist, stehe ich bereit, um dich bei der Einrichtung und Umsetzung zu unterstützen. Bis dahin wünsche ich dir viel Erfolg bei der Beschaffung und Planung! 😊