Community-Wiki

Achtung: Fandom stellt ab dem 31.12.2023 bis auf Weiteres den Support für die deutsche Sprache ein. Nach diesem Datum müssen alle Anfragen im englischen Community Central oder über das Kontaktformular gestellt werden.

MEHR ERFAHREN

Community-Wiki
Advertisement
Community-Wiki

Achtung! Dies ist ein sehr programmierlastiger Tipp, in dem viele Fachbegriffe verwendet werden, die man beim Programmieren antrifft. Wenn du Dinge wie Parserfunktionen oder Wikitext im Allgemeinen noch nicht verstanden hast, lerne besser mehr über diese Funktionen, bevor du fortfährst.

MediaWiki-2020-small-icon DynamicPageLists ist eine Erweiterung, die optional auf Fandom von Fandom-Mitarbeitern aktiviert werden kann. Normalerweise ist dies ein Generator, ähnlich wie man Datensätze in SQL abfragen würde. Nur dass du hier direkt Wiki-Artikel und ihre zugehörigen Daten abfragen kannst, um sie auf eine andere Art und Weise zu kombinieren oder um deine Artikel dynamisch und automatisch zu verbessern.

DPL oder nicht DPL – Warum und wann[]

Um eine Vorstellung davon zu bekommen, was DPL leisten kann, kannst du einen Blick auf den Mechanismus werfen, den unserer Community Wiki-Anfrageseite für Interwiki-Links verwendet – DPL erlaubt es uns, alle neuen Anfragen (=Mediawiki-Artikel), die von Benutzern mit einer bestimmten Kategorie erstellt wurden, in einem benutzerdefinierten Listenformat anzuzeigen. Klicke hier, um den Quellcode zu sehen.

Ein guter Anwendungsfall ist, wenn du DPL benutzen willst, um die Inhaltspflege zu automatisieren und Seiten zu erstellen, die modulare Informationen kombinieren.

Nehmen wir an, du arbeitest an einem Spiele-Wiki und möchtest alle Beschreibungen eines bestimmten Rüstungssets auf einer einzigen Seite zusammenfassen, aber du möchtest nicht aus jedem Artikel kopieren, um nicht beide auf dem neuesten Stand halten zu müssen. Oder du arbeitest an einem Anime-/Fernseh-Wiki, in dem du Episodenseiten mit Zusammenfassungen hast, die du zu einer Seite mit einer Staffelzusammenfassung zusammenfassen möchtest.

DPL kann dir dabei helfen, dies zu automatisieren, indem du einen bestimmten Abschnitt aus einem anderen Artikel nimmst und ihn so lädst, als ob er auf der Seite geschrieben worden wäre, auf der du DPL benutzt.

Ein stark angepasstes Beispiel kannst du hier live in Aktion sehen: https://myheroacademia.fandom.com/de/wiki/Liste_der_Episoden/Staffel_1?action=edit

Wenn du dies tust, solltest du allerdings darauf achten, welche und wie viele Informationen du abfragst oder zu visualisieren gedenkst. Wenn die Serie fortgesetzt wird, kann dies die Ladezeiten der Seite verlangsamen, was sich negativ auf deine Suchmaschinenoptimierung auswirkt, daher solltest du für jeden Sammlungszweck eine eigene Übersicht erstellen. Achte außerdem darauf, dass eine neue Seite immer einen Originaltext enthält, z. B. eine Einleitung!

Tests und Erwägungen zur Serverlast[]

Wenn du neue Dinge mit DPL ausprobierst, setze immer ein niedriges Limit von 2 bis 5, indem du den count-Parameter verwendest (denn es wird bis zum „Limit“ gezählt). Dadurch kannst du deine Änderungen viel schneller testen, weil weniger Daten für das Rendering kompiliert werden müssen, und du verhinderst, dass du ungewollt Tausende von Seiten auf einmal abfragst.

Vor allem, wenn du mit dem include-Parameter in die Tiefe gehst und Artikelinhalte einbindest, ist es dringend ratsam, zunächst in einem begrenzten Rahmen zu testen.

Keine Navboxen mit DPL generieren[]

Es mag verlockend sein, eine Navbox mit allen Artikeln einer bestimmten Kategorie zu erstellen. Das ist jedoch aus mehreren Gründen eine schlechte Idee.

Zunächst einmal sind zu viele Links auf einer Seite schlecht für die Suchmaschinenoptimierung deines Wikis, was mit der Zeit zu weniger Aufrufen führen wird. Je nachdem, wie viele Artikel du in der Kategorie hast, was heute wenig und morgen viel sein kann, kann dies auch zu Problemen mit der Benutzerfreundlichkeit und Zugänglichkeit führen. Denke daran, dass du bei der Gestaltung immer die Zugänglichkeit im Auge behalten solltest.

Achte stattdessen darauf, dass du nur die wichtigsten Links in eine Navbox einfügst und sicherstellst, dass die Seiten, auf die du verweist, ein guter Ort für die Benutzer sind, um die Seite weiter zu erkunden. Wenn du sie trotzdem zu einer kombinierten Liste schicken willst, solltest du in Erwägung ziehen, direkt in deiner Navbox auf eine Kategorie zu verlinken.

Bereit zum Ausprobieren? Einfache Abfragen zum Verstehen und Erkunden von DPL[]

Zwei Möglichkeiten, DPL aufzurufen: <dpl></dpl> und {{#dpl: }}. Je nach Komplexität kann man die eine der anderen vorziehen, aber wir werden uns auf die Version mit Parserfunktionen konzentrieren.

Zuerst bestimmst du, was du wissen willst, z. B. „Ich möchte wissen, welche Blogs derzeit als Profi-Tipps kategorisiert sind“. Du musst wissen, welche Art von Artikel du erhalten möchtest (Blog-Namensraum) und wie du ihn filtern willst (Kategorie).

{{#dpl:
|category=Profi-Tipps
|namespace={{ns:500}}
}}


wird zu

Nehmen wir an, du möchtest die 2 neuesten Blog-Beiträge auf deiner Hauptseite anzeigen. Dafür gibt es die Funktion der Blogliste (bitte verwende diese stattdessen), aber nur um zu zeigen, wie DPL funktioniert, werden wir die Idee replizieren.

{{#dpl:
|category=Blog-Beitrag <!-- dies ist die Standardkategorie für Blogbeiträge -->
|namespace={{ns:500}} <!-- dies ist die Nummer des Blog-Namensraums -->
|count=2
}}


wird zu

Es wird eine einfache Liste mit dem von dir gewünschten Inhalt angezeigt.

Aber du wolltest ja nur News anzeigen lassen und keine Benutzer-Fanfiction, also wie macht man das? Ganz einfach – du fügst der Liste eine zweite Kategorie hinzu, um zu sagen: „Ich möchte, dass es als Blog UND als News kategorisiert wird“. Oder in unserem Fall: Fandom-Neuigkeiten.

{{#dpl:
|category=Blog-Beitrag <!-- dies ist die Standardkategorie für Blogbeiträge -->
|category=Fandom-Neuigkeiten <!-- Achtung: vergewisser dich, dass die Schreibweise  korrekt ist! Es funktioniert nicht mit „fandom-neuigkeiten“. -->
|namespace={{ns:500}} <!-- dies ist die Nummer des Blog-Namensraums -->
|count=2
}}


wird zu

Raffiniert, oder?
Nachdem wir nun untersucht haben, wie man AND in DPL ausspricht, wollen wir nun untersuchen, wie man OR ausspricht. Du möchtest zum Beispiel, dass entweder Nachrichten ODER Ankündigungen angezeigt werden, oder in unserem Fall, Neue Funktionen ODER Technische Updates.
{{#dpl:
|category=Neue Funktionen¦Technische Updates <!-- entweder Neue Funktionen ODER Technische Updates -->
|namespace={{ns:500}} <!-- dies ist die Nummer des Blog-Namensraums -->
|count=4
}}


wird zu

Aber Moment mal, was war das für ein seltsames ¦-Symbol gerade eben? Hier kommen die verschiedenen Methoden zur Verwendung des Tags oder der Parserfunktion ins Spiel. Um ODER zu sagen, musst du einen vertikalen Schrägstrich | verwenden – aber da dieser in einer Parserfunktion verwendet wird, um einen neuen Parameter anzugeben, kannst du das nicht tun. Deshalb nimmst du eine sogenannte „broken pipe“ – ¦ –, die genau den gleichen Zweck erfüllt, aber keinen neuen Parameter für die Parserfunktion angibt.

Dies ist nur ein sehr allgemeiner Überblick über DPL – es gibt so viel mehr, das du in unserer Hilfe-Dokumentation zu DPL erkunden und vertiefen kannst: Hilfe:DPL3/Parameter: Kriterien für die Seitenauswahl

Wir hoffen, dass du mit diesen Hinweisen einen ersten Eindruck davon bekommst, wie du DPL zur Verbesserung deines Wikis nutzen kannst, wie es funktioniert und wo du anfangen kannst!

Advice-pro-pro
Werde ein Pro: Technische Fragen
Advertisement