Englisch: Videos Taig Mill Duet3 Control |
PmWikiDe /
Lokale Anpassungen
Autoren (Grundlagen)
Ein Administrator des Wikis kann eine Menge Anpassungen vornehmen, indem er einfach Variablen in der local/config.php-Datei setzt und "cascading style sheets" (CSS) in der /pub/css/local.css-Datei definiert. Jede Gruppe oder Seite kann darüber hinaus ihre eigene Konfigurationsdatei und CSS-Konfigurationsdatei haben. Diese Seite beschreibt, wie Anpassungen im Allgemeinen funktionieren, siehe Dokumentations-Index wegen genauerer Informationen über spezielle Anpassungen, die gewöhnlich bei vielen PmWiki Installationen durchgeführt werden, einschließlich:
local/config.phpVon Anbeginn an wurde PmWiki so entworfen, dass ein Administrator des Wikis die Art, wie PmWiki Seiten anzeigt und wie die Auszeichnungssequenzen zum Seiten erzeugen genutzt werden, weitgehend anpassen kann. (Das wird sogar ausdrücklich in der PmWiki-Philosophie #4 - gemeinsame Wartung - erwähnt.) Im Ergebnis macht das zentrale pmwiki.php-Skript intensiven Gebrauch von Variablen, um zu bestimmen, wie Auszeichnungssequenzen verarbeitet werden sollen und was jede individuelle Seite ausgibt. Die einfachste Art der Anpassung ist, eine Variable auf 1 zu setzen (oder auf TRUE). Hier ist ein Beispiel, das
Sie können eine Zeile mit einem "#" beginnen (einem Doppelkreuz, auch bekannt als Nummernzeichen, "Fis" oder "Lattenzaun"), um damit einen Kommentar einzuleiten. Außerdem nehmen einige PmWiki-Variablen andere Werte als 1 und 0 (true und false) an. Hier ist ein weiteres Beispiel, das des Wikis Verhalten bezogen auf Suchmaschinenrobotern anpasst (siehe Cookbook:ControllingWebRobots): # Entferne das standardmäßige "rel='nofollow'"-Attribut für externe Verweise. $UrlLinkFmt = "<a class='urllink' href='\$LinkUrl' title='\$LinkAlt'>\$LinkText</a>" Das Unterverzeichnis scripts/ (unter dem Verzeichnis, das pmwiki.php enthält) beinhaltet viele Anpassungen) Das PmWiki-Kochbuch enthält viele Beispiele zu Anpassungen, die Sie in Ihr cookbook/-Unterverzeichnis herunterladen können. Die erste paar Zeilen in jedem Skript enthalten generell Instruktionen, wie die Features des Skripts aktiviert und eingesetzt werden. Diese Anpassungen werden in Ihre config.php-Datei eingefügt. Bei den meisten Skripts reichte es aus include_once("cookbook/rezeptdatei.php");
und include_once("scripts/skriptdatei.php");
irgendwo an Ende der Datei config.php unterzubringen, um dessen Funktionen zu aktivieren. Manche Skripts werden automatisch über die Datei scripts/stdconfig.php aktiviert, solange man nicht Reihenfolge der Befehle in config.phpDie folgende Reihenfolge ist zu empfehlen:
Wenn Sie Variablen oder Addons für Gruppen oder Seiten setzen müssen, wird empfohlen, sie in den Dateien namens local/Group.php und local/Group.Page.php einzufügen. Wenn Sie es von der config.php-Datei aus machen müssen oder wenn Sie diese Variablen setzen müssen, nachdem die lokalen Dateien eingefügt wurden, nutzen Sie das Folgende am Ende der config.php-Datei:
Jegliche direkten Funktionsaufrufe in config.php wie CondAuth(), PageTextVar(), PageVar(), RetrieveAuthPage() oder andere sollten wenn möglich weit zum Ende der Datei hin nach dem obigen Schnipsel in fetter Schrift erfolgen. Alternativ können Sie sie in einer eigenen Funktion oder einem eigenen Skript im $PostConfig-Array unterbringen: # PmWiki will call this function and include this file after # farmconfig.php, config.php, Group.Page.php and Group.php # but before scripts/stdconfig.php: function MyFunction1( Die $PostConfig-Funktionen und -Skripten werden in der Reihenfolge ihrer Werte aufgerufen, d. h. im obigen Beispiel wird "MyFuction2" (125) nach "other-addons.php" (100) aufgerufen. Das erlaubt den Rezeptautoren mehr Kontrolle über die genaue Reihenfolge ihrer Rezepte in Bezug auf andere Rezepte (wenn das wichtig ist). Beachten Sie, keines dieser Teile ist zwingend notwendig, wenn Sie es aber einsetzen, dann ist dies die empfohlene Reihenfolge in config.php. Zeichencodierung von config.phpDie Codierung hat einen Effekt, wenn Sie die config.php-Datei speichern. Ihr Editor sollte Ihnen erlauben, die Datei in der Codierung ihres Wikis zu speichern. (Die Voreinstellung von PmWiki ist ISO-8859-1, für neue Wikis wird empfohlen, UTF-8 zu aktivieren.) Neuere Betriebssysteme wie GNU/Linux, FreeBSD und Apple haben generell die Voreinstellung Unicode/UTF-8 für das Speichern von Dateien. In Windows ist die Voreinstellung für die Codierung ANSI/Windows-1252, was fast das Gleiche wie PmWikis ISO-8859-1 ist. Die folgenden frei verfügbaren Texteditoren können Dateien in verschieden Codierungen bearbeiten und speichern:
Beachten Sie, dass Sie, wenn Sie UTF-8-Codierung benutzen, die Datei "ohne Byte Order Mark (BOM)" speichern müssen. Mit der Zeit (seit mindestens Version 2.2.75 der Fall) wird es ein PmWiki-Update geben, das PmWiki mit der Voreinstellung auf die UTF-8-Codierung umstellt, mit der sich alle möglichen Alphabete und Sprachen darstellen lassen. Siehe UTF-8 wegen weiterer Informationen. pub/css/local.cssSie können diese Datei anlegen und dort ein paar angepasste CSS-Stile definieren, welche die vom Skin vorgegebenen Stile überschreiben. Zum Beispiel: h1, h2, h3, h4, h5 { color: #880000; } /*dunkelrote Titel*/ a { text-decoration: none; } /* unterstreiche Verweise nicht */ CSS-Dateien werden in der folgenden Reihenfolge eingepflegt
Verändern Sie die pmwiki.php-Datei nicht direkt(auch keine anderen Kerndateien)Sie sollten unbedingt der Versuchung widerstehen, die Datei pmwiki.php oder die Dateien im Unterverzeichnis scripts/ direkt zu verändern. Jegliche Änderung wird vielleicht mit dem nächsten Upgrade überschrieben. Stattdessen sollten Sie Ausschau nach Anpassungen halten, die in der Datei config.php durchgeführt werden können. Sie können sogar Ihr eigenes Skript erzeugen und es mit FAQEs gibt gar keine "config.php"-Datei, es ist nicht einmal klar, was eine lokale Anpassungsdatei sein soll! Die "sample-config.php"-Datei im "docs"-Verzeichnis ist als Beispiel mitgeliefert. Kopieren Sie sie in das "local"-Verzeichnis und nennen Sie es in "config.php" um. Sie können dann die "#"-Symbole entfernen oder andere Befehle hinzufügen, die Sie in der Dokumentation gesehen haben. Siehe auch Individuelle Einstellungen pro Gruppe. Kann ich die Standardseite auf etwas anderes als Main.HomePage ( Ja, Sie müssen nur die $DefaultPage = 'ABC.StartPage';
Beachten Sie die Empfehlungen zu Wie bekommen ich den Gruppen- oder Seitennamen in eine Anpassungsdatei (z. B. config.php)? Benutzen Sie den folgenden Code für pmwiki-2-1-beta21 oder neuer: ## Hole den Gruppen- und den Seitennamen $pagename = ResolvePageName($pagename); $page = PageVar($pagename, '$FullName'); $group = PageVar($pagename, '$Group'); $name = PageVar($pagename, '$Name'); Beachten Sie die Wichtigkeit der Reihenfolge der Anpassungen in config.php weiter oben, um Probleme mit Zwischengespeichertem zu vermeiden. Wenn Sie den wortgetreuen Seiten- oder Gruppennamen (vom Seitenaufruf des Browsers) sehr früh in config.php brauchen, ist
in Übereinstimmung mit diesem Posting. Kann ich etwas aus meinem wikilib.d/-Verzeichnis löschen? Die Dateien mit den Namen Site.* und SiteAdmin.* enthalten Teile des Interfaces und der Konfiguration und sie sollten nicht entfernt werden. Die anderen Dateien namens PmWiki* oder z. B. PmWikiDe* enthalten die Dokumentation und können entfernt werden. Wie passe ich meine eigene Fehler-404-Seite für nicht vorhandene Seiten an? Um den Text der Nachricht zu ändern, bearbeiten Sie die Seite Site.PageNotFound. Wenn Sie Ihre Site auf eine deutsche Oberfläche umgestellt haben (→ Internationalisierungen), wird die Seite PmWikiDe.PageNotFound statt dessen eingeblendet. Sie sollten dann also diese Seite bearbeiten. Ist die Reihenfolge der Einträge in der config.php-Datei wichtig? Gibt es gewisse Dinge, die vor oder hinter anderen in dieser Datei kommen müssen? Ja, siehe Reihenfolge der Anpassungen in config.php.
Übersetzung von PmWiki.LocalCustomizations, Originalseite auf PmWikiDe.LocalCustomizations — Backlinks
|