MediaWiki Knowledge Database und Code-Snippets

26.06.2010 | 5 Kommentare | Jeffrey

Ihr kennt den fol­gen­den Sach­ver­halt bestimmt zur Genüge: Man hat bei­spiels­weise ein Com­pu­ter­pro­blem und fin­det eine zum Pro­blem pas­sende Lösung über Google. Nun möchte man diese Lösung able­gen, damit man schnell dar­auf Zugriff hat, wenn man sie spä­ter wie­der benö­tigt. Dazu legt man sich  meist irgend­wel­che Favo­ri­ten ab oder kopiert die Lösung in ver­streute Textdateien.

Mit der Zeit wer­den es immer mehr Dateien mit Hin­wei­sen und Lösun­gen zu Pro­ble­men, sodass der Über­blick schnell ver­lo­ren geht.

Eine bes­sere Über­sicht bie­tet bei­spiels­weise ein eige­nes Wiki, wel­ches man als Know­ledge Data­base ver­wen­det. Dazu eig­net sich unter ande­rem Media­Wiki sehr gut.

Media­Wiki basiert auf PHP und kann somit auf jedem Web­ser­ver (eige­ner Ser­ver oder auch Shared-Hosting) instal­liert wer­den. Neben dem PHP-Compiler wird noch eine Daten­bank (z.B. MySQL) benötigt.

Für die Instal­la­tion ein­fach her­un­ter­la­den und auf den Web­ser­ver hochladen.

Wer einen eige­nen (Linux-)Server besitzt kann es zudem über diverse Paketverwaltungs-Systeme wie etwa apt-get unter Ubuntu instal­lie­ren. Somit kann man es dann auch bequem über die Paket­ver­wal­tung aktualisieren.

Grund­sätz­lich wurde es für die Ver­wen­dung auf Wiki­pe­dia ent­wi­ckelt, wo es auch heute noch zum Ein­satz kommt.

Somit ist eine stän­dige Wei­ter­ent­wick­lung und ein hoher Sicher­heits­stan­dard gewährleistet.

Ziel die­ses Arti­kels ist es aber zu zei­gen, dass man Media­Wiki auch sehr gut als pri­vate Know­ledge Data­base oder Ablage für Code-Snippets ver­wen­den kann.

Wenn man es ein­mal instal­liert hat, sollte man sich noch einige Gedan­ken bezüg­lich der Absi­che­rung machen.

Wenn man es (so wie ich) für die Eigen­ver­wen­dung absi­chern möchte, dann kann man dies bei­spiels­weise so machen:

LocalSettings.php

# Disable reading by anonymous users
$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['*']['read'] = false;

# Registration von neuen Benutzern vermeiden
$wgGroupPermissions['*']['createaccount'] = false;

Htac­cess

Die oben genann­ten Ein­stel­lun­gen rei­chen aus, damit die Arti­kel nicht von anony­men Benut­zern ein­ge­se­hen wer­den kön­nen. Wenn man nun aber auch noch die hoch­ge­la­de­nen Dateien schüt­zen möchte, dann legt man zusätz­lich eine Htaccess-Datei im Root-Verzeichnis von Media­Wiki an.

<Files *.*>
  AuthName "Privates Wiki”
  AuthType Basic
  AuthUserFile /dateien/.htwpadmin
  require valid-user
</Files>

Wieso? Stan­dard­mäs­sig kön­nen die hoch­ge­la­de­nen Dateien über den Direkt­link (ein­zig die­ser muss erra­ten wer­den) ein­ge­se­hen werden.

Es gibt natür­lich auch die Mög­lich­keit das Wiki öffent­lich oder für eine bestimmte Gruppe zugäng­lich zu machen.

Dazu gibt es ver­schie­dene Benut­zer und Benut­zer­grup­pen. Die ver­schie­de­nen Mög­lich­kei­ten wer­den im Hand­buch von Media­Wiki erklärt.

Grund­sätz­lich muss man sich die fol­gen­den Berech­ti­gun­gen auswählen:

  • Benut­zer erstellen
  • Dateien hoch­la­den
  • Arti­kel lesen
  • Arti­kel bearbeiten

Der Auf­bau von Media­Wiki ist von Wiki­pe­dia her bekannt. Es gibt ein­zelne Arti­kel, die unter­ein­an­der ver­linkt und in Kate­go­rien abge­legt werden.

Zusätz­lich gibt es einige Spe­zi­al­sei­ten, die bei­spiels­weise alle Arti­kel einer bestimm­ten Kate­go­rie anzeigen.

MediaWiki_Artikel_Sample

Neben den Funk­tio­nen, die Media­Wiki von sich auch bie­tet kann das eigene Wiki mit diver­sen von ande­ren Ent­wick­lern geschrie­be­nen Erwei­te­run­gen ergänzt werden.

Dazu gibt es eine Über­sicht über all die gemel­de­ten Erweiterungen.

Eine der inter­es­san­ten Erwei­te­run­gen wäre bei­spiels­weise der FCKe­di­tor, der den inter­nen Media­Wiki Edi­tor ergänzt. Durch WYSIWYG sehr ein­fach zu bedienen.

MediaWiki_FCKeditor

Es gibt diverse Alter­na­ti­ven für Media­Wiki, ein­mal bei­spiels­weise Doku­Wiki als web­ba­sie­ren­des Wiki oder Zim als Desk­top Wiki.

Ich benutze Media­Wiki nun seit eini­gen Mona­ten und bin sehr begeis­tert davon. Meine Noti­zen und abge­leg­ten Pro­blem­lö­sun­gen habe ich so immer zur Hand und finde durch die in Media­Wiki ein­ge­baute Suche immer gleich den pas­sen­den Artikel.

Beson­ders prak­tisch auch, da ich so meine Code-Snippets sehr ein­fach able­gen und dar­auf zugrei­fen kann.

Wie legt ihr eure Code-Snippets oder Pro­blem­lö­sun­gen ab? Ein­zelne Doku­mente oder doch Wiki-System?

Ähnliche Artikel

Dropbox Client auf einem Linux Server installieren
QR Code mit Login Daten zu WiFi Netzwerk erstellen
Meine Tipps: Nichts mehr vergessen oder nicht mehr finden
KeePass Datenbank sichern – DataBase Backup Plugin
Eigenes Wiki erstellen

5 Kommentare

  1. Michael Malura (26/06/2010) Antworten

    Ich hab für dev­ne­tik auch ein Media­Wiki ein­ge­rich­tet. Ein­fach um die Pro­jekte zu pla­nen und ein­fach ein kom­mu­ni­ka­ti­ons­ka­nal zu schaffen.

    gruß michi

  2. Patrick (26/06/2010) Antworten

    Hmm ich hab sel­ten Pro­bleme, die einen so klei­nen Umfang haben. Ent­we­der lege ich Pro­blem­lö­sun­gen als Book­mark ab (davon hab ich aber nicht viele) oder wenn die Lösung etwas kom­pli­zier­ter ist, schreibe ich einen Blog­ein­trag drüber.

    Aber Wikis finde ich für Unter­neh­men oder meh­rere Per­so­nen ganz gut geeignet.

  3. Micha (28/06/2010) Antworten

    Ich nutze seit län­ge­rem tiddly­wiki (http://www.karadeniz.de/tiddlywiki/) — ein wiki auf javascript-basis, was mit nur einer Datei aus­kommt. Diese liegt in mei­ner Drop­box und somit hab ich immer Zugriff drauf.

  4. Jeffrey (28/06/2010) Antworten

    @Michael:

    Für die Arbeit an Pro­jek­ten im Team ist es natür­lich auch sehr gut. Fehlt nur noch die Real-Time Zusammenarbeit :)

    @Patrick:

    Ich hatte das anfangs auch immer mit Book­marks gemacht, nur wur­den das mit der Zeit recht viele.

    @Micha:

    Das hört sich auch sehr prak­tisch an.

    Vor­teil von Media­Wiki: Man benö­tigt nur einen Brow­ser und keine zusätz­li­chen Tools wie die Drop­box. Wenn man bei­spiels­weise auf der Arbeit keine Soft­ware instal­lie­ren kann/darf.

Beitrag kommentieren

Kommentieren ohne Angabe von Name und E-Mail Adresse möglich. Kommentare werden moderiert. Spam und Offtopic wird gelöscht.