FAQ
Diese Seite ist bestrebt, einige der gewöhnlich auftretenden Fragen zu sammeln. Die Antworten sind in den korrespondierenden Seiten zu finden (siehe Verweise). Wenn Sie eine Frage haben, die hier nicht beantwortet wird, können Sie ihre Frage (auf englisch) in der Seite Questions loswerden, oder suchen Sie nach Dokumentationen mit Hilfe der Suchseite. Weitere Dokumentationen finden sich im Dokumentations-Index.
Einführung
Was ist PmWiki?
PmWiki ist ein wiki-basiertes System für kooperative Erzeugung und Pflege von Webseiten. Siehe PmWikiDe.
Was kann ich damit tun?
PmWiki-Seiten funktionieren und sehen aus wie normale Webseiten, außer dass sie einen 'Bearbeiten'-Knopf haben, der es einfach macht, existierende Seiten zu ändern und neue Seiten in die Website einzufügen, indem man Basisschreibregeln benutzt. Sie müssen nichts über HTML oder CSS wissen. Das Schreiben der Seiten kann frei für die Öffentlichkeit sein oder auf eine kleine Gruppe von Autoren beschränkt werden. Fühlen Sie sich frei, Grundlegende Textformatierungsregeln in der "Sandkiste" auszuprobieren. Die Website, die Sie gerade ansehen, wird mit PmWiki geschaffen und gepflegt.
Welche Voraussetzungen gibt es?
Sehen Sie unter PmWiki-Voraussetzungen nach.
Wo kann ich eine Dokumentation zu PmWiki finden?
Sehen Sie sich die Seite mit dem Dokumentations-Index an.
Wie kann ich PmWiki herunterladen?
Sehen Sie unter Download nach.
Wie installiere ich PmWiki?
Das ist auf der Installationsseite beschrieben.
Wie bekommen ich Hilfe zu PmWiki?
Sehen Sie nach in den Mailinglisten und unter Wie man Hilfe bekommt.
Wie spricht man "Michaud" aus?
"Michaud" ist französisch und wird "Mie-Scho" ausgesprochen, das End-"d" wird nicht mitgesprochen.
Erzeugung neuer Seiten
Wie kann ich eine neue Seite anlegen?
Das Einfügen von [[Neue Seite]]
führt dazu, dass ein Verweis auf NeueSeite angelegt wird. Nach dem Anklicken dieses neuen Verweises können Sie die neue Seite bearbeiten.
Warum haben manche neuen Seiten einen Titel mit Leerzeichen (wie "Neue Seite") und andere einen WikiWort-artigen Titel ohne Leerzeichen (wie "NeueSeite")?
Standardmäßig entspricht der Seitentitel einfach dem Seitennamen, der wiederum normalerweise als "NeueSeite" gespeichert wird. Allerdings können Sie den Seitentitel durch die Verwendung der Direktive (:title Neue Seite:)
nach Bedarf selbst definieren. Dies ist besonders nützlich, wenn Sie Sonderzeichen (und deutsche Umlaute gehören dazu) oder eine spezielle Großschreibung im Seitentitel verwenden wollen, die Sie für den Seitennamen nicht benutzen können oder wollen.
Verweise
Wie erzeuge ich einen Verweis, der in einem neuen Browserfenster geöffnet wird?
Benutzen Sie den Wikistil %newwin%
– so wie im folgenden Beispiel:
%newwin% https://example.com/ |
Wie erzeuge ich einen Verweis, der in einem neuen Browserfenster geöffnet wird, wenn ich gleichzeitig das Aussehen dieses neuen Fensters beeinflussen will?
Dazu ist Javascript erforderlich. Siehe das Kochbuch-Rezept Cookbook:PopupWindow (nur auf Englisch verfügbar).
Wie kann ich eine E-Mail-Adresse in eine Wikiseite einfügen?
Benutzen Sie die Formatierungsanweisung mailto:
– so wie in den folgenden Beispielen:
* mailto:meineadresse@example.com * [[mailto:meineadresse@example.com]] * [[mailto:meineadresse@example.com | Schreib mir eine E-Mail!]] * [[mailto:meineadresse@example.com?subject=Irgendein Betreff&body=Text der E-Mail | Schreib mir eine E-Mail!]] |
|
Die Auszeichnung [[mailto:me@example.com?cc=someoneelse@example.com&bcc=else@example.com&subject=Pre-set Subject&body=Pre-set body | display text]] =]
lässt Sie noch weitere Parameter angeben wie den Nachrichtentext und weitere Empfänger (mag sein, dass das nicht mit allen Browsern und E-Mail-Programmen funktioniert).
Siehe auch im Kochbuch-Rezept Cookbook:DeObMail nach ausführlicheren Informationen über den Schutz von E-Mail-Adressen vor Spammern (nur auf Englisch verfügbar).
Wie kann ich Verweise auf andere Protokolle wie nntp:, ssh: xmpp: usw. aktivieren?
Siehe Cookbook:Add Url schemes
Wie kann ich einen WikiWort-Verweis zu einem Verweis auf eine externe anstatt auf eine interne Seite machen?
Benutzen Sie die Formatierungsanweisungen für Verweise. Es gibt folgende zwei Möglichkeiten:
[[https://example.com/ | WikiWort]] [[WikiWort -> https://example.com/]]
Wie finde ich alle Seiten, die auf eine bestimmte Seite verweisen (sogenannte 'backlinks')?
Benutzen Sie link=Gruppe.Seite
im Wiki-Suchfeld, um alle Seiten zu finden, die auf 'Gruppe.Seite' zeigen.
Benutzen Sie die Direktive (:pagelist:)
-Direktive mit der Option "link=
" – so wie im folgenden Beispiel:
(:pagelist link=IrgendeineSeite:)
– zeige alle Verweise auf IrgendeineSeite
(:pagelist link={$FullName}:)
– zeige alle Verweise auf die aktuelle Seite
Bachten Sie, dass (mit wenigen Ausnahmen) 'includes', 'conditionals', Seitenlisten, Suchergebnisse, 'wikitrails' und Umleitungen ('redirects') nicht für Wikilinks ausgewertet werden, dadurch werden Links, die diese in die Seite setzen, nicht als Backlinks gefunden. Alle anderen Direktiven und Markups, z. B. Verweise, die durch (:pmform:)
in die Seite eingefügt werden, werden gefunden.
Welche Verweis-Schemen (URI-Schemen) unterstützt PmWiki?
Siehe die eigene Seite Linkschemata.
Wie öffne ich externe Verweise in einem neuen Fenster oder markiere sie mit einem Icon?
Siehe das Kochbuch-Rezept Cookbook:External links (nur auf Englisch verfügbar).
Wie kann ich ein Bild als Link benutzen?
Benutzen Sie [[Page| Attach:image.jpg ]] oder [[ https://site | https://site/image.jpg ]] Siehe Images#links
Warum folgt mein Browser keinen Verweisen auf lokale Dateien (file://)?
Aus Sicherheitsgründen folgen die meisten Browser einem Verweis auf file:// nur dann, wenn die Seite, die auf die Datei verweist, ebenfalls auf dem lokalen Laufwerk liegt. Mit anderen Worten, die meisten Browser folgen dem Verweis nicht, wenn Sie die verweisende Seite mit https:// geladen haben, wie es bei einer PmWiki-Site der Fall ist. Siehe auch Cookbook:DirList wegen eines Workarounds.
Wie verlinke ich auf die erste existierende Seite, z. B. [[Group1.Page Group2.Page|Page]]
Siehe Bedingte Auszeichnung
(:if exists Group1.Page:) [[Group1.Page|Page]] (:elseif exists Group2.Page:) [[Group2.Page|Page]] (:ifend:)
Wie mache ich Referenz-Verweise auf Links, die am Ende der Seite aufgeführt sind, wie in Wikipedia? Oder wie liste ich alle Links der Seite auf?
siehe Cookbook:Footnotes.
Hochladen von Dateien
Wie kann ich es schaffen, dass der Verweis "Datei.pdf" lautet und nicht "Attach:Datei.pdf Δ", wenn ich eine Datei hochlade?
Benutzen Sie Klammern — wie in [[(Attach:)Datei.pdf]]
. Es gibt auch eine Konfigurations-Option, mit der sich der "Attach:
-Teil" entfernen lässt — siehe dazu Cookbook:AttachLinks (nur auf Englisch verfügbar).
Warum kann ich auf mein neuinstalliertes Wiki keine Dateien hochladen, die größer sind als 50KB?
Die Standardeinstellung für die maximale Dateigröße hochzuladender Dateien ist 50KB. Fügen Sie die Zeile
$UploadMaxSize
= 1000000; # begrenzt die Dateigröße von Anhängen auf 1 Megabyte
in Ihre local/config.php-Datei ein, um die Grenze beispielsweise auf 1 MB zu erhöhen. Siehe Verwaltung der Anhänge wegen weiterer Einstellungen und Begrenzungen. Anmerkung: Der Webserver und PHP begrenzen die Größe von hochzuladenden Dateien ebenfalls.
Wer beendet ganz überraschend mein Dateihochladen mit "Incomplete file received"?
Sie könnten nicht genug Platz in einem Bereich für Zwischenspeicherungen haben, der entweder von PmWiki oder von PHP benutzt wird. Auf *nix muss genug Platz in /tmp und /var/tmp sein.
Wie mache ich es, dass der Hochladenverweis einem weiterhin erlaubt, eine weitere Datei hochzuladen (falls jemand die alte Dateiversion durch eine neuere zu ersetzen wünscht)? Momentan bekommt man den Hochladenverweis nur, wenn nicht schon eine Datei in dem Hochladenverzeichnis ist.
Nutzen Sie die Anhängen-Seitenaktion und klicken Sie auf das Deltasymbol (Δ), das an jeder aufgelisteten Datei angezeigt wird. Wenn Sie die Anhängen-Aktion immer noch nicht sehen, sind entweder das Hochladen von Dateien nicht erlaubt, Sie nicht zum Hochladen berechtigt oder die Anhängen-Aktion ist auskommentiert oder fehlt.
Siehe auch Verfügbare Aktionen und werfen Sie einen Blick auf Test?action=upload.
Wie verhindere ich das Hochladen eines gewissen Dateityps?
Hier ist sind Beispiele, was in Ihrer local/config.php-Datei ergänzt werden muss, um Hochladen von .zip-Dateien oder Dateien ohne Dateierweiterung zu verhindern:
$UploadExtSize['zip'] = 0; # verhindert das Hochladen von .zip-Dateien. $UploadExtSize[''] = 0; # verhindert das Hochladen von Dateien ohne Erweiterung
Wie vermeidet man Probleme mit non-ASCII-Zeichen in den Namen der Anhänge (z. B. "Zażółć geślą jaźń.doc")?
Fügen Sie in ihre local/config.php-Datei die folgende Zeile ein und modifizieren Sie sie für Ihre Bedürfnisse:
$UploadNameChars = "-\w. !=+#"; # erlaube Ausrufezeichen, Gleichheitszeichen, Plus und Doppelkreuz
Wie verberge ich dieses "Attach:" für alle Anhänge?
Siehe Cookbook:AttachLinks. Das funktioniert augenblicklich nicht für [[Attach:my file.ext]]
.
Wie kann ich Dateien hochladen, die vier-Zeichen-lange Dateierweiterungen haben wie beispielsweise 'abc.pptx'?
Siehe Cookbook:Upload Types.
Wie kann ich andere daran hindern, den URL meiner Bilder auf ihrer Site zu benutzen?
Siehe Cookbook:Prevent Hotlinking →
Wie kann ich eine Datei anzeigen, der eine korrekte Dateiendung fehlt? (etwa, wenn ich Cookbook:LinkIcons benutze)
Eine Datei können Sie anzeigen, indem Sie eine "gefälschte" Dateiendung an den URL anhängen. Wenn z. B. der URL https://example.com/dox/mydoc
lautet, fügen Sie einen fingierten Querystring mit der gewünschten Dateiendung an (z. B. https://example.com/dox/mydoc?format=.docx
). Wenn Querystrings nicht geeignet sind, sollte es ein Bezeichnerfragment tun, z. B. https://example.com/dox/mydoc#.docx
.
Einfache Tabellen
Wie erzeuge ich eine einfache Tabelle?
Tabellen werden unter Verwendung des doppelten 'Pipe'-Zeichens '||
' erzeugt. Zeilen, die mit diesem Symbol beginnen, zeigen eine Tabellenzeile an; innerhalb solcher Zeilen wird das doppelte 'Pipe'-Zeichen benutzt, um Tabellenzellen zu begrenzen. In dem Beispiel hierunter sind Rahmen hinzugefügt zur Illustration (der Standard ist kein Rahmen).
|| border=1 rules=rows frame=hsides || Zelle 1 || Zelle 2 || Zelle 3 || || Zelle 1 || Zelle 2 || Zelle 3 || |
|
Wie erzeuge ich Spaltenköpfe?
Spaltenköpfe können erzeugt werden, indem man ein Ausrufezeichen an die erste Stelle einer Zelle setzt. Anmerkung: Dies sind Spaltenköpfe, keine Überschriften, '!!' oder '!!!' funktionieren nicht.
|| border=1 rules=cols frame=vsides ||! Zelle 1 ||! Zelle 2 ||! Zelle 3 || || Zelle 1 || Zelle 2 || Zelle 3 || |
|
Wie erhalte ich eine Tabelle mit dünnen Linien und mehr Abstand zum Inhalt?
"Dünne Linien" ist trickreich und browserabhängig, aber das Folgende funktioniert für Firefox und IE (Nov. 2009):
||border="1" cellpadding="10" style="border-collapse:collapse" width=66% ||!Spalte 1 ||! Spalte 2 ||! Spalte 3|| ||Zellen || mit || 'Padding'|| ||und || dünnen || Linien|| | |||||||||
|
Wie erzeuge ich eine erweiterte Tabelle?
Siehe unter Tabellendirektiven - komplexe Tabellen anlegen
Meine Tabellen sind standardmäßig zentriert. Wenn ich versuche, '||align=left' zu benutzen, werden sie nicht links ausgerichtet wie erwartet.
Sie benutzen vermutlich Firefox. Benutzen Sie ||style="margin-left:0px;"
stattdessen.
Wie kann ich die Breite der Spalten angeben?
Sie können die Breite mit angepassten Stilen definieren, siehe Cookbook:FormattingTables und $TableCellAttrFmt
. Fügen Sie in config.php ein:
$TableCellAttrFmt = 'class=col\$TableCellCount';
Und fügen Sie in pub/css/local.css hinzu :
table.column td.col1 { width: 120px; } table.column td.col3 { width: 40px; }
Wie kann ich ein doppeltes 'Pipe'-Zeichen in einen Zelltext schreiben, wenn ich einfache Tabellen benutze?
Benutzen Sie ||
um '||' als ein spezielles Zeichen anzuzeigen. Alternativ dazu könnten Sie die 'Pipe'-Zeichen auch von der Interpretation durch PmWiki ausnehmen, wie das generell für derartige Konflikte möglich ist, schreiben Sie [=||=]
, um '||' anzuzeigen.
Wie wendet man Stile auf Elemente einer Tabelle an wie eine ID für die Tabellenzeile, oder eine Klasse / einen Stil für TD?
siehe $WikiStyleApply
, $WikiStyleApply.
Alternativ können Sie Tabellendirektiven benutzen, die es erlauben, Stile entweder direkt (style="...") oder durch Klassenattribute für CSS(class="...") anzugeben.
Tabellendirektiven
Kann ich Tabellenköpfe definieren, indem ich die Tabellendirektive benutze?
Ja, benutzen Sie (:head:)
oder (:headnr:)
mit PmWiki version 2.2.11 oder neuer. Siehe auch Cookbook:AdvancedTableDirectives (auf Englisch)
Ist es möglich, verschachtelte Tabellen anzulegen?
Ja, wenn sie Einfache Tabellen in erweiterten Tabellen einschachteln.
Kann man Hintergrundbilder zu Tabellen oder Tabellenzellen hinzufügen?
Ja, siehe Cookbook:BackgroundImages (auf Englisch).
Ist es möglich, Stile auf Tabellenelemente anzuwenden, wie eine ID für die Tabellenzeile, oder eine Klasse / einen Stil für TD?
Ja, siehe $WikiStyleApply
.
Ist es möglich, TableCaptions in Tabellendirektiven zu benutzen wie in einfachen Tabellen? Ich habe ! Captiontext !
und (:caption:)
versucht. Das ging nicht.
Sehen Sie sich Cookbook:AdvancedTableDirectives (auf Englisch) an, dort gibt es u. a. die Direktive (:caption:)
.
Wikistilfarben
Wie definiert eine Administrator Farben für alle Seiten?
Er definiert Farb-Schlüsselworte und verlässt sich darauf, dass die Browser die Farbwerte rendern. Er kann die Farb-Schlüsselworte sowohl für die Textfarbe (mit %keyword%text%%) als auch für die Hintergrundfarbe (mit %bgcolor=keyword%text%%) benutzen. Er fügt dies zu seiner lokalen Konfigurationsdatei hinzu:
$SVGColors = array ( 'aliceblue','antiquewhite','aqua','aquamarine','azure','beige','bisque','black', 'blanchedalmond','blue','blueviolet','brown','burlywood','cadetblue','chartreuse','chocolate', 'coral','cornflowerblue','cornsilk','crimson','cyan','darkblue','darkcyan','darkgoldenrod', 'darkgrey','darkgreen','darkkhaki','darkmagenta','darkolivegreen','darkorange','darkorchid','darkred', 'darksalmon','darkseagreen','darkslateblue','darkslategray', 'darkturquoise','darkviolet','deeppink','deepskyblue', 'dimgray','dodgerblue','firebrick','floralwhite','forestgreen','fuchsia','gainsboro','ghostwhite', 'gold','goldenrod','gray','green','greenyellow','honeydew','hotpink','indianred', 'indigo','ivory','khaki','lavender','lavenderblush','lawngreen','lemonchiffon','lightblue', 'lightcoral','lightcyan','lightgoldenrodyellow','lightgreen', 'lightgrey','lightpink','lightsalmon','lightseagreen', 'lightskyblue','lightslategray','lightsteelblue','lightyellow','lime','limegreen','linen','magenta', 'maroon','mediumaquamarine','mediumblue','mediumorchid', 'mediumpurple','mediumseagreen','mediumslateblue','mediumspringgreen', 'mediumturquoise','mediumvioletred','midnightblue','mintcream', 'mistyrose','moccasin','navajowhite','navy', 'oldlace','olive','olivedrab','orange','orangered','orchid','palegoldenrod','palegreen', 'paleturquoise','palevioletred','papayawhip','peachbuff','peru','pink','plum','powderblue', 'purple','red','rosybrown','royalblue','saddlebrown','salmon','sandybrown','seagreen', 'seashell','sienna','silver','skyblue','slateblue','slategray','snow','springgreen', 'steelblue','tan','teal','thistle','tomato','turquoise','violet','wheat', 'white','whitesmoke','yellow','yellowgreen' ); foreach($SVGColors as $c) $WikiStyle[$c]['color'] = $c;
Alternativ definiert er die gewünschten Farben in der lokalen Konfigurationsdatei (siehe Wikistile anpassen für Details). Z. B. fügt er das Folgende in seine local/config-Datei hinzu:
$WikiStyle['hardblue']['color'] ='#0000cc'; $WikiStyle['darkgreen']['color'] ='#006600'; $WikiStyle['bluegrass']['color'] ='#009999'; $WikiStyle['teal']['color'] ='#008080'; $WikiStyle['darkpurple']['color'] ='#660066'; $WikiStyle['perwinkle']['color'] ='#6600cc'; $WikiStyle['darkgrey']['color'] ='#a9a9a9'; $WikiStyle['mistgreen']['color'] ='#669966'; $WikiStyle['slategreen']['color'] ='#669999'; $WikiStyle['purple']['color'] ='#800080'; $WikiStyle['lightpurple']['color'] ='#9966cc'; $WikiStyle['lightgrey']['color'] ='#d3d3d3'; $WikiStyle['lightblue']['color'] ='#add8e6'; $WikiStyle['springgreen']['color'] ='#00ff7f'; $WikiStyle['magenta']['color'] ='#ff00ff'; $WikiStyle['burntorange']['color'] ='#cc6633'; $WikiStyle['grey']['color'] ='#808080'; $WikiStyle['lightgreen']['color'] ='#90ee90'; $WikiStyle['pink']['color'] ='#ffc0cb'; $WikiStyle['lightred']['color'] ='#ff6666'; $WikiStyle['orange']['color'] ='#ffa500'; $WikiStyle['lightorange']['color'] ='#ff9966'; $WikiStyle['gold']['color'] ='#ffd700'; $WikiStyle['yellow']['color'] ='#ffff00';
Noch eine Farbenübersicht
Item | Markup | Text |
---|---|---|
Red | %Red%RED%% | RED |
Light Red | %ltred%Light Red%% | Light Red |
Pink | %pink%Pink%% | Pink |
Blue | %blue%Blue%% | Blue |
Light Blue | %ltblue%Light Blue%% | Light Blue |
BlueGrass | %bluegrass%Bluegrass%% | Bluegrass |
Hard Blue | %hdblue%Hard Blue%% | Hard Blue |
Teal | %teal%Teal%% | Teal |
Green | %green%Green%% | Green |
Light Green | %ltgreen%Light Green%% | Light Green |
Spring Green | %springgreen%Spring Green%% | Spring Green |
Mist Green | %mistgreen%Mist Green%% | Mist Green |
Dark Green | %dkgreen%Dark Green%% | Dark Green |
Slate Green | %slategr%Slate Green%% | Slate Green |
Purple | %purple%Purple%% | Purple |
Light Purple | %ltpurple%Light Purple%% | Light Purple |
Dark Purple | %dkpurple%Dark Purple%% | Dark Purple |
Perriwinkle | %perwi%Perwi%% | Perwi |
Magenta | %magenta%Magenta%% | Magenta |
Yellow | %yellow%Yellow%% | Yellow |
Gold | %gold%Gold%% | Gold |
Orange | %orange%Orange%% | Orange |
Burnt Orange | %btorange%Burnt Orange%% | Burnt Orange |
Light Orange | %ltorange%Light Orange%% | Light Orange |
Grey | %grey%Grey%% | Grey |
Dark Grey | %dkgrey%Dark Grey%% | Dark Grey |
Light Grey | %ltgrey%Light Grey%% | Light Grey |
Tastaturkürzel
Wie kann ich die Tastaturkürzel fürs Bearbeiten und Speichern einer Seite ändern.
Siehe Anpassen der Tastaturkürzel.
Seitendirektiven
Lässt sich (:redirect:)
dazu bringen, den Status-Code "Permanent verschoben" (HTTP 301) anzuzeigen?
Das geht mit (:redirect SeitenName status=301:)
.
Gibt es eine Möglichkeit, den Text "umgeleitet von ..." ganz oben auf der Zielseite zu unterdrücken, wenn ich (:redirect:)
nutze?
Seit Version 2.2.1 können Sie $EnableRedirectQuiet=1;
in die local/config.php-Datei setzen. In die Seite fügen Sie dann (:redirect OtherPage quiet=1:)
für eine stumme Weiterleitung ein.
Gibt es eine Methode, auf eine äquivalente Seite in einer anderen Gruppe umzuleiten, z. B. von SchlechteGruppe/Seite => GuteGruppe/Seite – etwa indem man eine Formatierungsanweisung wie (:redirect GuteGruppe.{$Name}:)
verwendet?
(:redirect GuteGruppe.{$Name}:)
ist möglich, wenn Sie die Anweisung einfach nur in einer bestimmten Seite verwenden wollen.
(:redirect GuteGruppe.{*$Name}:)
in die Seite SchlechtGruppe.GroupHeader
ein. Dies funktioniert allerdings nur mit Seiten, die in GuteGruppe
existieren; wenn Sie eine Seite in SchlechteGruppe
aufrufen, für die es keine korrespondierende Seite in GuteGruppe
gibt, wird die(:redirect:)
-Direktive am Seitenanfang angezeigt (anstatt dass Sie auf eine nicht-existierende Seite umgeleitet werden).
(:if exists GuteGruppe.{*$Name}:)(:redirect GuteGruppe.{*$Name}:)(:ifend:)
in der Seite SchlechteGruppe.GroupHeader
werden Sie auf GuteGruppe.Name
umgeleitet, sofern diese Seite existiert, ansonsten bleiben Sie auf SchlechteGruppe.Name
, ohne dass irgendein Kode-Schnipsel angezeigt wird.
Wie kann ein Wiki standardmäßig Zeilenumbrüche aktivieren, d. h. ohne die Direktive (:linebreaks:)
in einer Seite oder im Gruppen-Header einzufügen?
Fügen Sie in config.php eine solche Zeile hinzu:$HTMLPNewline = '<br/>';
Einbinden anderer Seiten
Wieviele Include-Direktiven kann es höchstens in einer Seite geben.
$MaxIncludes
)
Im Standard limitiert PmWiki die Zahl der Include-Direktiven für eine Seite auf 50, um unendliche Schleifen zu verhindern – auch andere Situationen, die die Recourcen des Servers aufessen könnten. Zwei der eingebundenen Seiten sind GroupHeader und GroupFooter, bleiben noch die 48. Die Grenze kann von einem Wiki-Administrator über die Variable $MaxIncludes
hochgesetzt werden.
Gibt es eine Möglichkeit, Einbindungen aus einer Gruppe von Seiten zu machen, ohne exakte Namen anzugeben, z. B. zwischen Anker X und Y von allen Seiten namens IFClass-* ?
Das kann man mit Seitenlisten erreichen.
Es scheint ein Problem mit der Anzeige zu geben, wenn eine Seite die (:title:)-Direktive enthält.
In der Standard-Installation überschreibt der letzte Titel in der Seite alle vorangegangenen Direktiven. Man kann seine (:title :)
-Directive an das Ende der Seite setzen, nach allen Include-Direktiven, siehe auch $EnablePageTitlePriority
.
Welchen Test mache ich, um zu sehen, ob die Seite ein Teil einer anderen Seite ist?
(:if ! name {PmWikiDe.IncludeOtherPages$FullName}:) %comment% Der Name dieser Seite ist nicht der Gleiche wie der Name der Seite, aus der dieser Text herausgezogen wurde. ->[[{PmWikiDe.IncludeOtherPages$FullName}#anchor | more ...]] (:ifend:) |
|
Gibt es irgendeinen Weg, (Kapitel von) Seiten, die geschützt sind (authuser.php), woanders einzubinden.
Sie können Ihr Ziel andersherum erreichen: setzen Sie die öffentlichen Abschnitte in eine öffentliche Seite (passwdread=@nopass or @_site_read) und binden Sie diese Abschnitte sowohl in die geschützte Seite als auch in die ungeschützte Seite ein.
Beachten Sie, dass es nachdrücklich empfohlen wird, NICHT zu versuchen, in einer ungeschützten Seite sensitive Inhalte innerhalb einer bedingten Auszeichnung zu verbergen.
InterMap-Präfixe
Ist die Groß/Kleinschreibung der InterMap-Namen relevant.
Ja, es ist also eAdmin:
ein anderer InterMap-Verweis als EAdmin:
.
Wie erreiche ich eine localmap.txt-Abbildung mit dem Effekt von Pics: Path:/somepathto/pics/
?
Benutzen Sie das Folgende:
Pics: /somepathto/pics/
Wie kann ich ein InterMap in PHP definieren?
Benutzen Sie das Folgende:
$LinkFunctions['PmWikiHome:'] = 'LinkIMap'; $IMap['PmWikiHome:'] = 'https://pmwiki.org/wiki/$1';
Siehe auch $LinkFunctions
Seitenspezifische Variablen
Gibt es eine Variable wie $LastModified, die aber die Erstellungszeit anzeigt?
Nein, aber Sie können eine in config.php erzeugen. Zum Beispiel:
# add page variable {$PageCreationDate} in format yyyy-mm-dd
$FmtPV['$PageCreationDate'] = '[[PmWiki/Functions#PSFT|PSFT]]("[=%Y-%m-%d=]", $page["ctime"])';
$FmtPV['$Created'] = "[[PmWiki/Functions#PSFT|PSFT]](\$GLOBALS['TimeFmt'], \$page['ctime'])";
Wie kann ich testen, ob ein Variable gesetzt ist und/oder nicht leer?
Benutzen Sie [=(:if ! equal "{$Variable}" "":) $Variable ist nicht leer. (:ifend:)=]
. Beachten Sie, dass nicht definierte oder nicht existierende Variablen als leere Variablen erscheinen.
Wikigruppen
Wir kann ich die Anzeige der "Main"-Gruppe in URLs vermeiden?
Siehe Cookbook:Get Rid Of Main.
Wie kann ich die Erzeugung neuer Gruppen begrenzen?
See Cookbook:Limit Wiki Groups.
Warum funktioniert [[St. Augustin]] nicht als Verweis? (Es zeigt überhaupt nichts an.)
Der Verweis enthält einen Punkt, der für die Trennung von Gruppen- und Seitennamen reserviert ist. Das zerstört PmWikis Dateistruktur, wo Seiten als Gruppe.Seitenname gespeichert werden. Verwenden Sie StAugustin als Seitennamen und die (:title:)
-Direktive (:title St. Augustin:)
in der Seite, um den Seitentitel mit Punkt darzustellen.
Wie kann ich eine Wikigruppe löschen?
Normalerweise können Sie das nicht, denn es erfordert einen Administrator mit Zugriff auf den Server, weil er die Datei mit dem Inhalt der "RecentChanges
"-Seite löschen muss. Es ginge aber, wenn der Administrator den Kode, der in dem Kochbuch Cookbook:RecentChanges Deletion zu finden ist, auf der Site einrichtete.
Wie kann die Group.RecentChanges
einer Gruppe löschen?
Normalerweise können Sie das nicht, denn es erfordert einen Administrator mit Zugriff auf den Server, um die Datei zu löschen. Es ginge aber, wenn der Administrator den Kode, der in dem Kochbuch Cookbook:RecentChanges Deletion zu finden ist, auf der Site einrichtete.
Kann ich eine Wikigruppe im wiki.d
-Verzeichnis auf dem Server löschen, um die Gruppe aus dem Wiki zu entfernen.
Ja, wenn Sie alle Dateien namens IhreGruppe.*
löschen, verschwindet die Gruppe aus dem Wiki. Beachten Sie, dass die Dokumentation (die Gruppe PmWiki
bzw. die Gruppe PmWikiDe
) und die Site-Konfiguration (die Gruppen Site
und SiteAdmin
), die in der Standardinstallation vorhanden sind, im Verzeichnis wikilib.d'
' und nicht im Verzeichnis wiki.d
liegen. Einige Rezepte richten Dateien in einem wikilib.d
-Unterverzeichnis des cookbook''
-Verzeichnisses ein.
Sie dürfen die Gruppen Site und SiteAdmin nicht löschen, die sind für die normale Funktion unerlässlich.
Wie kann ich alle Seiten einer Wikigruppe auflisten?
Setzen Sie (:pagelist group=GroupName list=all:)
in eine Wikiseite ein oder geben Sie GroupName/ list=all
in ein Suchfeld ein.
Kopfbereich (und Fußbereich) der Gruppe
Wie setze ich den gleichen Kopf- oder Fußbereich für alle Seiten und Gruppen?
Der Kopf- und Fußbereich für jede Seite wird von den Variablen $GroupHeaderFmt
und $GroupFooterFmt
bestimmt. Wenn Ihre siteweiten Kopf- und Fußbereich-Seiten Site.SiteHeader und Site.SiteFooter heißen, können Sie das Folgende in Ihre config.php-Datei aufnehmen:
### Wenn Sie Site.SiteHeader und Group.GroupHeader nutzen@@ ### Site.SiteHeader erscheint oberhalb von Group.GroupHeader@@ $GroupHeaderFmt = '(:include {$SiteGroup}.SiteHeader' . ' basepage={*$FullName}:)(:nl:)' . $GroupHeaderFmt; ### Wenn Sie Site.SiteFooter und Group.GroupFooter nutzen@@ ### Site.SiteFooter erscheint unterhalb von Group.GroupFooter@@ $GroupFooterFmt .= '(:nl:)(:include {$SiteGroup}.SiteFooter' . ' basepage={*$FullName}:)'; ### Wenn Sie Site.SiteHeader statt Group.GroupHeader nutzen@@ $GroupHeaderFmt = '(:include {$SiteGroup}.SiteHeader' . ' basepage={*$FullName}:)(:nl:)'; ### Wenn Sie Site.SiteFooter statt Group.GroupFooter nutzen@@ $GroupFooterFmt = '(:nl:)(:include {$SiteGroup}.SiteFooter' . ' basepage={*$FullName}:)';
Beachten Sie, dass die einfachen Anführungszeichen erforderlich sind, damit der vorherige Inhalt von $GroupHeaderFmt
von PmWiki korrekt ersetzt werden kann (das trifft auf alle Variablen zu, die auf $...Fmt
enden).
Siehe auch das Cookbook:AllGroupHeader-Rezept
Anstatt eine zusätzliche Seite zu benutzen, können Sie auch jeglichen Wikiquelltext in $GroupHeaderFmt
setzen, zum Beispiel:
$GroupHeaderFmt .= "Globale Hinweise oder Nachrichten im Header";
Klappt das auch für Fußbereiche?
$GroupFooterFmt = '(:include {$SiteGroup}.SiteFooter basepage={*$FullName}:)(:nl:)' . $GroupFooterFmt;
Ja, ich verwende das in meiner config.php und es funktioniert einwandfrei Ian MacGregor?
Seitenversionen
Gibt es eine Möglichkeit, die Seitenhistorie aus den Seitendateien zu entfernen?
1. Administratoren können das mittels Cookbook:ExpireDiff durchführen.
2. Administratoren können einzelne Seiten mittels FTP aus dem wiki.d Verzeichnis herunterladen, diese im Texteditor öffnen, die Historie manuell entfernen und die Datei wieder hochladen. Vorsicht ist geboten, damit die erforderlichen Elemente der Seite erhalten bleiben (siehe PageFileFormat#creating).
3. Sie können die Seite bearbeiten, den gesamten Inhalt in die Zwischenablage kopieren (oder besser noch in einer temporären Textdatei speichern), delete
im Textbereich eingeben und Speichern und Bearbeiten klicken. Speichern von "delete
" verwirft die Seite samt Historie. Die gelöschte Seite bleibt im wiki-d/-Verzeichnis erhalten (siehe Löschen von Seiten.)
Jetzt fügen Sie den zuvor kopierten Text wieder ein und Speichern. Vorsicht ist geboten, dass der Text aus der Zwischenablage nicht verloren geht!
Wie kann ich den Zugriff auf die Historie (?action=diff)
auf Benutzer mit Editiererlaubnis beschränken?
Füge in der Datei local/config.php
$HandleAuth['diff'] = 'edit'
;
hinzu. Wenn diese Einschränkung für eine ganze Farm eingerichtet wurde und man will in einem bestimmten Wiki 'diff' wieder erlauben, fügt man in der local/config.php
-Datei dieses Wikis
$HandleAuth['diff'] = 'read'
;
hinzu.
Passwörter
Wie kann ich alle Seiten und Gruppen meiner Site mit einem Passwort schützen? Muss ich wirklich die Passwörter Seite für Seite setzen?
Administratoren können Passwörter für die gesamte Site setzen, indem sie die config.php
-Datei bearbeiten. Sie müssen nicht für jede Seite oder Gruppe Passwörter setzen. Um zum Beispiel die gesamte Site für Jene bearbeitbar zu machen, die ein 'edit'-Passwort kennen, kann ein Administrator das Folgende zur local/config.php
hinzufügen:
$DefaultPasswords
['edit'] = pmcrypt('edit_password');
Wegen weiterer Informationen über die Passwortoptionen, die nur für Administratoren verfügbar sind, siehe Passwörter verwalten.
Ich bekomme einen http error 500 "Internal Server Error", wenn ich versuche, mich einzuloggen. Was ist falsch?
Das kann passieren, wenn das verschlüsselte Passwort nicht auf dem Server erzeugt wird, auf dem PmWiki gehostet wird.
Die crypt-Funktion hat sich während der Entwicklung von PHP geändert, d. h. dass ein Passwort, das mit PHP 5.2 verschlüsselt wurde, nicht mit PHP 5.1 entschlüsselt werden kann, aber PHP 5.2 kann Passwörter entschlüsseln, die mit PHP 5.1 verschlüsselt wurden.
Diese Situation passiert normalerweise, wenn Sie Alles auf Ihrem lokalen Rechner mit der letzten PHP-Version vorbereitet haben und Sie die Passwörter auf einen Webserver hochladen, der mit einer älteren Version läuft.
Der gleiche Fehler tritt auf, wenn Sie verschlüsselte Passwörter in die local/config.php
einfügen.
Lösung: Erzeugen Sie die Passwörter auf dem System mit der ältesten PHP-Version und benutzen Sie sie auf allen anderen Systemen.
Wie kann ich private Gruppen für Benutzer erstellen, so dass jeder Benutzer die Seiten seiner Gruppe bearbeiten kann, aber niemand sonst (außer dem Administrator) kann es?
Administratoren können das AuthUser-Rezept benutzen und die wenigen, folgenden Zeilen in ihre local/config.php
-Datei einfügen, um das aufzusetzen:
$group = FmtPageName('$Group', $pagename); $DefaultPasswords['edit'] = 'id:'.$group; include_once("$FarmD/scripts/authuser.php");
Das gibt automatisch jedem Benutzer Bearbeiten-Rechte, dessen Benutzername der gleiche ist wie der Gruppenname.
FAQ
Wie kommt es, dass, wenn ich von einem Wiki in ein anderes wechsele, ich meine Autorisierung behalte?
PmWiki benutzt Sessions, um die Authentifizierung/Autorisierung im Auge zu behalten und ohne besondere Einstellungen setzt PHP voraus, dass alle Interaktionen mit einem Server zur gleichen Session gehören.
Für Sicherheitsbelange über geteilte Sitzungspools siehe das Kapitel "Session injection" in Cookbook:SessionSecurityAdvice (englisch).
Ein einfacher Weg, das zu lösen, ist sicher zu gehen, dass jedes Wiki einen individuellen Cookienamen für seine Sitzungen benutzt. Weit oben in den jeweiligen local/config.php
-Dateien, bevor authuser.php
oder andere Rezepte aufgerufen werden, schreibt man:
Sie können sich einen alphanumerischen Namen für XYZSESSID ausdenken, zum Beispiel für das cs559-1
-Wiki wählen Sie:
Damit werden die beiden Sitzungs-Cookies auseinander gehalten.
Ist es möglich, die Passwortebene zum Anzeigen und/oder für if-Bedingungen zu verwenden? Beispiel: * (:if WriterPassword:) (display Edit link) (:ifend:)
Sie können (:if auth edit:)
verwenden. Siehe Bedingte Auszeichnung.
Kann ich (:if …:)
benutzen, um Geheimnisse in einer Wikiseite zu verbergen?
Das können Sie, es ist aber gewöhnlich nicht sicher.
Die empfohlene Strategie ist, Geheimnisse in eine gesonderte Seite einzufügen und alle lese-bezogenen1 Zugriffe auf diese Seite auf solche Benutzer zu beschränken, die dieses Geheimnis teilen dürfen. Um das Geheimnis in einer anderen Seite zu zeigen, können Sie Teile der geheimen Seite oder die ganze Seite in diese andere Seite einfügen.
Benutzer mit Leseberechtigung des Geheimnisses sehen den Text, wohingegen andere nichts sehen – oder nach Ihrer Wahl einen anderen Text, z. B. einen Anmelden-Verweis.
- 1 Zur Zeit (version 2.2.99) sind das:
read
(erlaubt das Einfügen),edit
(zeigt den Quelltext),attr
(erlaubt den Zugriff auf die Lese-/Schreibberechtigung),diff
(zeigt alle Änderungen an),source
(zeigt den Quelltext).
Der Grund, warum Bedingte Auszeichnung nicht für Zugriffskontrolle zu gebrauchen ist, ist, dass es nur für die Anzeige des Quelltextes als Webseite gedacht ist, und das ist halt nur einer von vielen Wegen, um auf den Seitentext zuzugreifen.
Um bedingte Auszeichnungen verlässlich für den Schutz von Geheimnissen einzusetzen, müssen alle Zugriffsmethoden, die diesen Weg umgehen könnten, ausgeschlossen werden.
Um das zu erreichen, müssen Sie alle sich bietenden Möglichkeiten im Auge behalten.
In der Standardinstallation von PmWiki enthalten die einfachen Methoden: Bearbeiten einer Seite, Einsehen der Versionen oder des Quelltextes sowie das Einfügen von Teilen der Seite in der (Bearbeiten-) Vorschau einer anderen Seite (Vorschau verhindert Spuren in den Aktuellen Änderungen
zu hinterlassen).
Im Übrigen ist diese Liste bei Weitem nicht erschöpft und kann durch Rezepte? oder zukünftige Versionen von PmWiki noch wachsen.
Installation
Könnte ich nicht pmwiki.php in index.php umbenennen?
Vom Umbenennen wird abgeraten. Statt dessen erzeugen Sie eine neue Datei namens index.php mit der folgenden einzigen Textzeile (und lassen Sie das schließende Tag "?>" ganz bewusst weg):
<?php include_once('pmwiki.php');
Wie mache ich pmwiki.php zur Standardseite einer Website?
Erzeugen Sie eine index.php-Datei, die PmWiki aus einem Unterverzeichnis heraus startet (z. B. aus pmwiki/) und setzen Sie sie in das Wurzelverzeichnis der Site (das Hauptverzeichnis der Website).
<?php chdir('pmwiki'); include_once('pmwiki.php');
Annmerkung: Sie müssen auch ausdrücklich die $PubDirUrl
-Variable setzen (beispielsweise auf "https://example.com/pmwiki/pub"
in der local/config.php
-Datei.
Wie kann ich "saubere URLs" aktivieren, die kürzer sind und mehr nach Pfaden zu meinen Wikiseiten aussehen? Warum scheint pmwiki.org eher eine Verzeichnisstruktur zu haben anstelle von "?n=seitenname" in den URLs?
Siehe Cookbook:CleanUrls.
Wie kann ich PmWiki auf einer selbstständigen Maschine (offline, portabel) laufen lassen?
Siehe Cookbook:Standalone oder Cookbook:WikiOnAStick.
Aktualisierungen
Wie kann ich herausfinden, welche Version von PmWiki bei mir läuft?
Siehe Version - So findet man die Version von PmWiki heraus und so gibt man sie aus (pmwiki-2.3.13).
Wie kann ich eine neue Version von PmWiki testen, ohne die vorige Version zu ändern, die die Besucher benutzen?
Der leichte Weg, das zu tun, ist, die neue Version in einem separaten Verzeichnis zu installieren und in deren local/config.php
-Datei das Folgende einzufügen:
$WikiLibDirs = array(&$WikiDir, new PageStore('/path/to/existing/wiki.d/{$FullName}'), new PageStore('wikilib.d/{$FullName}'));
Wenn Seiten aufgerufen werden, werden sie (vorausgesetzt, an den Standardnamen wurde nichts geändert)
der Reihe nach in wiki.d
, /path/to/existing/wiki.d/
und wikilib.d
gesucht.
Der erste Fund wird dann geladen. Gespeichert wird das Ergebnis immer in wiki.d.
Das lässt Sie die neue Version mit existierenden Seiteninhalten testen, ohne Auswirkungen auf die existierende Site und ohne Modifikationen an den Seiten zu riskieren.
Wenn dann die neue Version offensichtlich genau so gut wie die alte Version funktioniert, ist ein Upgrade der alten Version sicher — und man weiß um die Änderungen, die an der Konfiguration und an den Seiten gemacht werden müssen. (Natürlich müssen auch alle Rezepte und lokale Anpassungen in der neuen Version installiert werden.)
Wenn Sie dann irgendwann zufrieden mit der neuen Version sind und alles so zu funktionieren scheint wie in der alten Version, ist es sicher, die alte Version auf die neue umzustellen (und man kennt alle notwendigen Konfigurations- und Seitenänderungen, die gemacht werden müssen.)
Verwaltung der Anhänge
Wie verhindere ich das Hochladen eines gewissen Dateityps?
Hier ist ein Beispiel, was in Ihrer local/config.php-Datei ergänzt werden muss, um Hochladen von .zip-Dateien zu verhindern:
$UploadExtSize['zip'] = 0; # Disallow uploading .zip files. $UploadExtSize[''] = 0; # Disallow files with no extension
Wie verbinde ich Anhänge mit individuellen Seiten oder der gesamtem Site, anstatt sie durch Wikigruppen zu organisieren?
Verwenden Sie die $UploadPrefixFmt
-Variable (siehe auch das Cookbook:UploadGroups-Rezept).
$UploadPrefixFmt = '/$FullName'; # seitenweise, in Gruppe.Name-Verzeichnissen $UploadPrefixFmt = '/$Group/$Name'; # seitenweise, in Gruppenverzeichnissen mit Name-Unterverzeichnissen $UploadPrefixFmt = ''; # für das ganze Wiki
Für $UploadDirQuota
- können Sie ein paar Einheiten und Zahlen anbieten? Ist die Angabe in Bytes oder Bits? Was ist die Nummer vor 100K? 1Meg? 1 Gig? 1 Terabyte?
Einheiten sind in Bytes.
$UploadDirQuota = 100*1024; # limit uploads to 100KiB $UploadDirQuota = 1000*1024; # limit uploads to 1000KiB $UploadDirQuota = 1024*1024; # limit uploads to 1MiB $UploadDirQuota = 25*1024*1024; # limit uploads to 25MiB $UploadDirQuota = 2*1024*1024*1024; # limit uploads to 2GiB
Gibt es einen Weg, Dateinamen mit Unicode oder zusätzlichen Zeichen zu erlauben?
Ja, siehe $UploadNameChars
Wo wird die Liste der Anhänge gespeichert?
Sie wird ad hoc durch das -Markup erstellt.
Wie kann ich Hotlinking meiner hochgeladenen Bilder verhindern?
Siehe Cookbook:Prevent Hotlinking →
Sicherheit
Wie melde ich mögliche Verwundbarkeiten der Sicherheit in PmWiki?
Pm schrieb darüber in einer Veröffentlichung an pmwiki-Benutzer vom September 2006. In aller Kürze unterscheiden er zwischen zwei Fällen:
- Die mögliche Verwundbarkeit ist noch nicht öffentlich bekannt: In diesem Fall kontaktieren Sie Pm in einer persönlichen Mail.
- Die mögliche Verwundbarkeit ist bereits öffentlich bekannt: In diesem Fall diskutieren Sie die Verwundbarkeit öffentlich (z. B. auf pmwiki-users).
Siehe seine oben erwähnte Nachricht wegen Details und Begründungen.
Was ist mit den Botnet-Sicherheits-Ratschlägen in https://isc.sans.org/diary.php?storyid=1672?
Sites, bei denen PHPs register_globals-Einstellungen auf "On" gesetzt sind und Versionen vom PmWiki vor 2.1.21 könnten verwundbar durch ein Botnet sein durch Ausnutzen eines Fehlers in PHP. Die Verwundbarkeit kann geschlossen werden, indem man register_globals auf "off" stellt, auf PmWiki 2.1.21 oder später upgradet oder die PHP-Versionen 4.4.3 oder 5.1.4 upgradet.
Zusatz: Es gibt einen Test in PmWiki:SiteAnalyzer, der benutzt werden kann, um zu bestimmen, ob Ihre Site verwundbar ist.
Wiki-Vandalismus und Spam
- Annahmen
- Sie nutzen eine Blockadeliste und Url-Freigabe.
- Sie wollen nicht darauf zurückgreifen, das gesamte Wiki durch Passwörter zu schützen, das ist letztlich nicht der Punkt.
- Idealerweise wird dieser Schutz in
config.php
aktiviert.
Wie beende ich das Löschen von Seiten, d. h. wie schütze ich Seiten vorm Löschen mit einem Passwort?
Benutzen Sie Cookbook:DeleteAction und schützen Sie die Löschen-Aktion mit einem Passwort,
$DefaultPasswords
['delete'] = '*';
in die config.php
-Datei einfügen
$HandleAuth
['delete'] = 'edit';
um ein Bearbeiten-Passwort für das Löschen erforderlich zu machen,
$HandleAuth
['delete'] = 'admin';
um ein Administrator-Passwort für das Löschen erforderlich zu machen.
Wie verhindere ich, dass Seiteninhalte durch eine leere (alles Leerzeichen) Seite ersetzt wird?
Fügen Sie block: /^\s*$/
zu Ihrer Blockadeliste hinzu.
Wie kann ich verhindern, dass Seiten durch alberne Kommentare wie exellente Site, großartige Informationen, ersetzt werden, wo der Inhalt nicht blockiert werden kann?
Versuchen Sie eine neuere Automatische Blockadeliste, die Informationen über IP-Adressen von bekannten Wiki-Verunstaltern zieht.
(ODER) Versuchen Sie Cookbook:Captchas or Cookbook:Captcha anzuwenden (Beachten Sie, die sind verschieden).
(ODER) Setzen Sie ein Bearbeiten-Passwort, machen es aber in der Site.AuthForm-Vorlage öffentlich.
Wie kann ich alle gemeinsamen Seiten in allen Gruppen wie RecentChanges, Search, GroupHeader, GroupFooter usw. mit einem Passwort schützen?
Fügen Sie die folgenden Zeilen in Ihre local/config.php-Datei ein. Ein Bearbeiten dieser Seiten wird dann ein Administrator-Passwort erfordern.
## Require admin password to edit RecentChanges (etc.) pages. if ($action=='edit' && preg_match('/\\.(Search|Group(Header|Footer)|(All)?RecentChanges)$/', $pagename)) { $DefaultPasswords['edit'] = pmcrypt('secret phrase'); }
Anmerkung: Alle GroupAttributes-Seiten sind durch das 'attr'-Passwort geschützt.
Alternative: Sie können eine 'admin'-Authentifizierung für diese Seiten erforderlich machen:
## Require admin password to edit RecentChanges (etc.) pages. if ($action=='edit' && preg_match('(Search|Group(Header|Footer)|(All)?RecentChanges)', $pagename)) { $HandleAuth['edit'] = 'admin'; }
- Ich fürchte, wegen meiner sauberen URLs muss ich den regulären Ausdruck etwas kürzen. Außerdem setze ich das Bearbeiten-Passwort für diese Seiten auf das Administrator-Passwort in
$DefaultPasswords['admin'] = pmcrypt('secret phrase');
in local/config.php.Soweit ich sehen kann, funktioniert das für mich wie erwartet. --Rico, 2007-02-02
Wie schütze ich das Anlegen neuer Gruppen mit einem Passwort?
Siehe Cookbook:Limit Wiki Groups →
Wie schütze ich das Anlegen neuer Seiten mit einem Passwort?
Siehe Cookbook:Limit new pages in Wiki Groups →
Wie kann ich eine Art Whitelist machen, wo Benutzer von bekannten oder vertrauenswürdigen IP-Adressen Seiten bearbeiten können, alle Anderen aber ein Passwort brauchen?
Fügen Sie diese Zeilen in local/config.php ein:
## Allow passwordless editing from own turf, pass for others. if ($action=='edit' && !preg_match("^90.68.", $_SERVER['REMOTE_ADDR']) ) { $DefaultPasswords['edit'] = pmcrypt('foobar'); }
Ersetzen Sie "90.68.
" durch den bevorzugten Netzwerk-Präfix und "foobar
" durch das Standardpasswort für Andere.
Für eine einzelne IP benutzen Sie:
if($_SERVER['REMOTE_ADDR'] == '127.0.0.1') { # Ihre IP-Adresse hierhin $_POST['authpw'] = 'xxx'; # das Admin-Passwort }
Bitte beachten Sie die Sicherheitsaspekte: das bedeutet nämlich, dass Sie das Admin-Passwort als Klartext in Ihrer config.php
-Datei stehen haben und jemand mit Zugriff auf das Dateisystem diese Datei lesen kann, z. B. ein technischer Mitarbeiter des hostenden Providers. Ihre IP-Adresse kann sich gelegentlich ändern (es sei denn, Sie haben einen Vertrag über eine fixe IP mit ihrem Internet-Service-Provider [ISP]). Wenn das passiert, wird jemand mit Ihrer alten IP-Adresse automatisch als Admin in Ihrem Wiki angemeldet. Es ist extrem unwahrscheinlich, dass es Probleme gibt, aber Sie sollen wissen, dass das möglich ist. Wenn Sie hinter einem Router sitzen, haben alle anderen Geräte hinter diesem Router im Internet die gleiche IP-Adresse wie Sie (aus der Sicht des Wikis) — Ihr WiFi-Telefon, dass Notebook Ihrer Frau, ein Nachbar, der Ihre WiFi-Verbindung mitbenutzt etc. Alle diese Leute werden Admin Ihres Wikis. Nochmal: Sie sollten prüfen, ob sich daraus ein Sicherheitsrisiko ergibt. In manchen Fällen routet Ihr ISP Ihren Verkehr gemeinsam mit dem anderer Leute über einen gemeinsamen Proxy(-Server) — in solch einem Fall könnten tausende von Leuten die selbe IP-Adresse haben.
Siehe auch Cookbook:AuthDNS & Cookbook:PersistentLogin
Wie setze oder lösche ich ein Passwort für eine Gruppe oder Seite in config.php
?
siehe Passwörter und Passwörter verwalten.
Wie schütze ich Seitenaktionen durch ein Passwort?
Siehe Passwörter wegen der Einstellungen in der config.php-Datei.
$HandleAuth['pageactionname'] = 'pageactionname'; # zusammen mit :
$DefaultPasswords
['pageactionname'] = pmcrypt('secret phrase');
oder
$HandleAuth['pageactionname'] = 'anotherpageactionname';
Wie erlaube ich Verfassern nur dann zu veröffentlichen, wenn Sie auch ein Profil haben?
Fügen Sie dies in Ihre local/config.php unterhalb der include_once("
-Zeile:
$FarmD
/scripts/author.php");
if(!PageExists('Profiles.'.$Author
)&&$action=='edit')
$HandleAuth['edit'] = 'admin';
Dies ist eine mögliche Lösung, aber seien Sie gewarnt, Autoren können dann auch keine Wikiseite in der Profile-Gruppe? neu anlegen.
Ergänzen Sie if($group != 'Profiles')
oben ;-)
Wie macht man eine Regel, die nur den Autoren selbst erlaubt, ihre eigene Wikiseite in der Profile-Gruppe? zu bearbeiten?
Fügen Sie dies zu Ihrer local/config.php-Datei hinzu:
$name = PageVar($pagename
, '$Name');
if($group=='Profiles') $DefaultPasswords
['edit'] = 'id:'.$name;
Wie moderiere ich alle Veröffentlichungen?
Aktivieren Sie Entwürfe
- Setzen Sie $EnableDrafts, damit wird der "Save"-Button in zwei einzelne Buttons aufgeteilt: "Publish" und "Save draft".
- Setzen Sie dann $EnablePublishAttr. Das fügt eine "Publish"-Autorisierungsebene ein, um das Bearbeiten der Entwürfe vom Publish des neuen Textes unterscheiden zu können.
Wie mache ich ein Read-Only-Wiki?
Setzen Sie ein 'edit'-Passwort in config.php
.
Wie schränke ich den Zugriff auf hochgeladene Anhänge ein?
Siehe
- Instruktionen wegen Abweisung öffentlicher Zugriffe auf das uploads-Verzeichnis.
- Cookbook:Secure attachments →
Wie verberge ich die IP-Adresse in den "diff"-Seiten?
Wenn der Benutzer einen Benutzernamen einträgt, erscheint dieser an stelle der IP-Adresse. Um das Eintragen eines Benutzernamen zu erzwingen, setzen Sie das Folgende in die config.php
-Datei ein:
$EnablePostAuthorRequired = 1;
Die IP-Adress kann auch in dem Tooltip-Titel erscheinen, wenn der Mauscursor über dem Autorennamen ist. Wenn Sie das deaktivieren möchten, dass setzen Sie das Folgende in Ihre config.php
-Datei:
$DiffStartFmt = "<div class='diffbox'><div class='difftime'><a name='diff\$DiffGMT' href='#diff\$DiffGMT'>\$DiffTime</a> \$[by] <span class='diffauthor'>\$DiffAuthor</span> - \$DiffChangeSum</div>";
Wie halte ich einige Apacheinstallationen davon ab, (hochgeladene) Dateien die ".php", ".pl" oder ".cgi" irgendwo im Dateinamen haben, auszuführen.
Benutzen Sie $UploadBlacklist
Wie hindere ich irgendwelche Leute daran, den Quelltext meiner Wikiseiten mit ?action=source zu inspizieren. Ich habe (:if auth edit:)
-Text darin, den ich nicht der ganzen Welt präsentieren möchte.
$HandleAuth['source'] = 'edit';
oder $HandleAuth['source'] = 'admin';
Wie sichere ich meine Cookies?
Siehe $EnableCookieSecure
und $EnableCookieHTTPOnly
Wie setze ich ein globales Passwort, um Spambots auszuschließen und Menschen über das Passwort zu informieren?
Siehe Cookbook:OpenPass-Talk
Eigene Auszeichnungen
Wie kann ich JavaScript in die Ausgabe einer Seite einfügen?
Es gibt mehrere Wege, das zu erreichen. Das Cookbook:JavaScript-Rezept beschreibt ein einfaches Verfahren, um statisches JavaScript in eine Webseite einzufügen mit Hilfe von eigenen Auszeichnungen. Um JavaScript direkt in Wikiseiten zu schreiben (was verschiedene Sicherheitsrisiken öffnen kann), siehe das JavaScript-Editable-Rezept. Für JavaScript, das im Kopf- und Fußbereich von Seiten erscheinen soll, können Sie die skin-Vorlage direkt verändern, oder Sie fügen <script>-Anweisungen ein, indem Sie das $HTMLHeaderFmt
-Array benutzen.
Wie erstelle ich ein Markup ((:nodiscussion:)
), das eine Seitenvariable ({$HideDiscussion}
) setzt, die wiederum mit (:if enabled HideDiscussion:)
in .PageActions? eingesetzt werden kann?
Fügen Sie den folgenden Kodeabschnitt in Ihre config.php ein:
SDV($HideDiscussion, 0); #define var name Markup('hideDiscussion', '<{$var}', '/\\(:nodiscussion:\\)/', 'setHideDiscussion'); function setHideDiscussion() { global $HideDiscussion; $HideDiscussion = true; }
Das macht es möglich, die (:if enabled HideDiscussion:)
-Auszeichnung einzusetzen. Wenn Sie den aktuellen Wert von {$HideDiscussion} auf der Seite anzeigen wollen (für Testzwecke), müssen Sie auch die Zeile
$FmtPV['$HideDiscussion'] = '$GLOBALS["HideDiscussion"]';
hinzufügen.
Anscheinend trifft (.*?) in den Funktionen nicht auf Zeilenumbrüche zu, sodass das obige Beispiel nicht funktioniert, wenn der Text, der in <em> eingeklammert werden soll, Zeilenumbrüche enthält.
Wenn Sie den "s"-Modifier im regulären Ausdruck verwenden, wird der Punkt (.) auf einen Zeilenumbruch passen. So wird Ihr regulärer Ausdruck zu "/KRAMS(.*?)/s". Das "s" ganz am Ende ist es, wonach Sie suchten. Wenn Sie beginnen, sich mit mehrzeiligen Ausdrücken zu beschäftigen, sollten Sie sich auch mal die m-Option anzusehen – durch sie passen die Anker (^und $) nicht nur auf den Beginn und das Ende der Zeichenkette, sondern auch auf den Beginn und das Ende von Zeilen, also unmittelbar vor und hinter dem Zeilenumbruch. Versichern Sie sich auch, dass Ihr Markup während der Volltextphase ausgeführt wird.
Wie kann der Text, den meine Markup-Funktion zurückliefert, noch einmal den Markup-Prozess durchlaufen?
Wenn das Ergebnis Ihres Markups weitere Markups enthält, die auch noch behandelt werden sollen, haben Sie zwei Optionen. Die erste ist, ein "wann"-Argument zu wählen, dass vor dem Markup in Ihrem Ergebnis bearbeitet wird. Wenn zum Beispiel Ihr Markup [[links]] zurückliefert, könnte Ihr "wann"-Argument "<links"
sein, und Ihr Markup wird vor den Verweisen behandelt. Die zweite Option ist, die PRR()-Funktion in Ihrer Markup-Definition aufzurufen oder innerhalb Ihrer Markup-Funktion. In dem Falle beginnt PmWiki alle Markups von vorn, wenn Ihre Behandlung abgeschlossen ist.
Wie beginne ich mit dem Schreiben von Rezepten und dem Erzeugen von eigenen Markups?
(alternative) Einführung in angepasste Auszeichnungen für Anfänger
Wie mache ich eine Regel, die einmalig nach der Behandlung aller anderen Regeln angewendet wird?
Wenden Sie diese Anweisung anstelle des üblichen Markup()
-Aufrufs an:
$MarkupFrameBase['posteval']['myfooter'] = "\$out = onetimerule(\$out);";
Wikistile anpassen
Ich habe dies versucht, aber 'background' funktioniert nicht, obwohl 'border' und 'float' gehen.
$WikiStyle['vMenu']['background']='#ffffcc' ; $WikiStyle['vMenu']['float']='left' ; $WikiStyle['vMenu']['border']='1px dotted red' ;
Verwenden Sie $WikiStyle['vMenu']['background-color']='#ffffcc';
– anders als 'background
' ist 'background-color
' im $WikiStyleCSS-Array definiert, in welche nach gültigen Eigenschaften gesucht wird.
Wie setze ich ein Bildchen an die linke Seite eines Absatzes? Ich möchte gern ein Icon einfügen für wichtige Absätze oder Warnungen und Hinweise etc.
siehe WikiStylesPlus und Callout.
Wie kann ich die Unterstreichung von einem Verweis entfernen, aber eine blaue Unterstreichung hinzufügen, wenn die Maus über den Verweise gleitet?
Fügen Sie in pub/css/local.css
folgende Zeilen hinzu:
.noul a {text-decoration: none;} .noul a:hover {text-decoration: underline; color: blue;}
Dann benutzen Sie diese Auszeichnung:
%noul% [[Link]] %%
Lokale Anpassungen
Es 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
($DefaultPage
) einstellen?
Ja, Sie müssen nur die $DefaultPage
-Variable auf den Namen der Seite setzen, die Sie als Standard wünschen. Sie könnten auch mal einen Blick auf die $DefaultGroup
- und $DefaultName
-Konfigurationsvariablen werfen.
$DefaultPage = 'ABC.StartPage';
Beachten Sie die Empfehlungen zu $DefaultName
und die Notwendigkeit, auch $PagePathFmt
zu setzen, wenn Sie die Standardstartseite für Gruppen ändern.
Wie bekomme ich Zugriff auf den Gruppen- oder Seitennamen in einer 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 der config.php
-Datei 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 $pagename
garantiert gesetzt auf
- den Wert von ?n=, wenn er gesetzt ist, oder
- den Wert von ?pagename=, wenn der gesetzt ist, oder
- die "path info"-Information aus dem REQUEST_URI (was auch immer hinter dem SCRIPT_NAME folgt), oder
- auf einen leeren String.
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
oben.
Individuelle Einstellungen pro Gruppe
Wie kann ich CSS-Stile auf bestimmte Gruppen oder Seiten anwenden?
Erzeugen Sie einfach eine pub/css/Group.css
- oder pub/css/Group.Page.css
-Datei, die die angepassten Stildefinitionen für diese Gruppe oder Seite enthält.
Warum sollten Passwörter nicht in Gruppen- oder Seitenanpassungsdateien gesetzt werden?
Der Grund für diesen Ratschlag ist, dass Gruppenanpassungsdateien nur für die angezeigte Seite geladen wird. Wenn also $DefaultPasswords['read']
in local/GruppeA.php gesetzt wird, kann jemand eine andere Seite benutzen, um den Inhalt von Seiten der GruppeA einzusehen. Zum Beispiel könnte er in 'Main.WikiSandbox'
-
(:include GruppeA.EineSeite:)
einfügen. Weil nun die GruppeA.php-Datei nicht geladen wird (er hat ja die Seite Main.WikiSandbox → local/Main.php aufgerufen), wird kein Lesepasswort gesetzt.
Das gleiche gilt natürlich entsprechend für Seitenapassungsdateien.
Ist diese Abarbeitungsreihenfolge nicht befremdlich? Warum wird die Seitenkonfiguration nicht am Schluss geladen (also nach der globalen und der Gruppenkonfiguration)?
Was wir oft wollen, ist einer Gruppe von Seiten bestimmte Fähigkeiten zu geben, aber diese Fähigkeiten für eine bestimmte Seite zu unterbinden, als seien die nie eingerichtet worden. Wenn die Gruppenkonfigurationsdatei zuerst bearbeitet wird, wird es sehr mühsam/weitschweifig für die Seitenkonfigurationsdatei, die Effekte der vorigen Datei ungeschehen zu machen. Deshalb laden wir die Seiten- vor der Gruppendatei.
Wenn eine Seitenkonfiguration darauf angewiesen ist, dass die Gruppenkonfiguration zuerst geladen wird, kann sie dem Rezept oben folgen (indem sie PHPs include_once()
-Funktion benutzt) oder $EnablePGCust = 0
setzen.
Skinvorlagen
Wie passe ich die CSS-Stile für mein PmWiki-Layout an.
Sehen Sie unter Skins nach, wie Sie das Standardwikiskin verändern können. Siehe auch unter Skins, wo weitere vorgefertigte Skins zu finden sind, die man benutzen kann, um das Aussehen der eigenen Site seinem eigenen Geschmack anzupassen. Sie können auch eine Datei local.css
im pub/css-Verzeichnis erstellen, um die CSS-Selektoren dort hinzuzufügen (diese Datei wird automatisch eingebunden, wenn sie existiert). Oder Sie fügen Stile direkt in Ihrer lokalen Anpassungsdatei hinzu, indem Sie etwas Folgendes schreiben:
$HTMLStylesFmt[] = '.foo { color:blue; }';
Wo findet man die erwähnte Übersetzungstabelle, so dass man Übersetzungswendungen hinzufügen kann?
Siehe unter Internationalisierungen.
Ist es möglich, ein Bearbeiten-Formular über die ganze Fensterbreite zu bekommen ohne die SideBar?
Wenn die SideBar mit <!--PageLeftFmt-->
markiert ist, fügt man (:noleft:)
in die Seite Site.EditForm ein. Das versteckt die SideBar beim Bearbeiten.
Kann man den Titel der Startseite ("HomePage") einfach von der Startseite entfernen/verbergen?
Ja, man kann in der Wikiseite den Titel auf (:title Ein besserer Titel:)
ändern oder mit (:notitle:)
unterdrücken.
Ist es möglich, die Search-Bar in dem Standardskin von PmWiki zu verbergen?
Ja, siehe bitte unter Cookbook:HideSearchBar.
Web-Feeds
Wie füge ich dem Feed-Body Text von der Seite hinzu (ganze Seite oder die ersten X Zeichen)? (Und bitte: KEIN markup)
function MarkupExcerpt($pagename) { $page = RetrieveAuthPage($pagename, 'read', false); return substr(@$page['text'], 0, 200); } $FmtPV['$MarkupExcerpt'] = 'MarkupExcerpt($pn)'; $FeedFmt['rss']['item']['description'] = '$MarkupExcerpt';
Heißt das, wenn ich die Zeit im RSS-Titel und "summary" im RSS-Body einfügen will, muss ich FeedFmt
zweimal wie folgt aufrufen?
$FeedFmt['rss']['item']['description'] = '$LastSummary'; $FeedFmt['rss']['item']['title'] = '{$Group} / {$Title} @ $ItemISOTime';
- From mailing list Feb 13,2007, a response by Pm: Yes
Wie nutze ich das RSS-<enclosure>-Tag für Podcasting?
Für Podcasting von mp3-Dateien hängen Sie einfach eine mp3-Datei an die Seite an, und zwar mit dem gleichen Namen wie die Seite (z. B. für eine Seite namens Podcast.Episode4 würden Sie eine Datei namens "Episode4.mp3" an die Seite anhängen). Die Datei wird automatisch durch ?action=rss aufgenommen und als eine Anlage behandelt.
Der Satz an möglichen 'enclosures' (Anlagen) ist vom $RSSEnclosureFmt-Array vorgegeben, demnach erlaubt
$RSSEnclosureFmt = array('{$Name}.mp3', '{$Name}.wma', '{$Name}.ogg');
Podcasting in mp3-, wma- und ogg-Formaten.
Wie füge ich eine Zusammenfassung ("summary") zum Titel in einem RRS-Feed hinzu (d. h. mit ?action=rss
)?
Fügen Sie diese Zeile in Ihre local/config.php-Datei ein:
$FeedFmt['rss']['item']['title'] = '{$Group} / {$Title} : $LastModifiedSummary';
Wie füge ich die Beschreibung ("description") zum Titel und die "summary" zum Body hinzu?
Fügen Sie diese Zeilen in Ihre local/config.php-Datei ein:
$FeedFmt['rss']['item']['title'] = '{$Group} / {$Title} : {$Description}';
$FeedFmt['rss']['item']['description'] = '$LastModifiedSummary';
Bemerkungen:
- Sie müssen diese Zeilen für jeden Typ (atom, rdf,dc), den Sie anbieten wollen, wiederholen.
- Das RSS-
description
-Tag ist nicht äquivalent zu der PmWiki-$Description
-Variable, ungeachtet der verwirrenden Ähnlichkeit.
Einige meiner passwortgeschützten Seiten erscheinen nicht im Feed... wie umgehe ich das?
Pms Antwort auf eine ähnliche Frage in der Newsgroup:
Beim letzten Mal, als ich das überprüft habe, hatten RSS und andere Syndication-Protokolle kein wohl etabliertes Interface oder Mechanismen für die Durchführung von Zugriffkontrollen (d. h. Authentifikation). So weit ich weiß, ist das noch immer der Fall.
PmWikis Web-Feed-Fähigkeiten ist auf Seitenlisten aufgebaut, so ist es gut möglich, das die $EnablePageListProtect
-Option das Erscheinen einer aufgefrischten Seite verhindert. Sie könnten versuchen, $EnablePageListProtect
=0; zu setzen und zu schauen, ob die passwortgeschützte Seite erscheint.
Die "Kehrseite" zum Setzen der Variablen $EnablePageListProtect
auf null ist, dass jeder, der eine Suche in Ihrer Site durchführt, die Existenz der Seiten in dem gesperrten Abschnitt erfährt. Die Seiten wird niemand lesen können, aber sie wissen, sie sind da!
Sie könnten $EnablePageListProtect
nur für ?action=rss auf null setzen:
if ($action == 'rss') $EnablePageListProtect = 0;
Das schränkt die Möglichkeit, geschützte Seiten zu sehen, auf die RSS-Feeds ein. Normale Seitenlisten und Suchergebnisse sehen diese Seiten nicht.
Letztlich ist es auch möglich, das Web-Feed so zu konfigurieren, dass es die Authentifikations-Informationen direkt aus dem URL bezieht, wie in
.../Site/AllRecentChanges?action=rss&authpw=secret
Der große Nachteil ist, dass das Passwort im Klartext mit jedem RSS-Aufruf durch das Netz wandert und endet darin, dass es in Apaches Access-Logs gespeichert wird.
Wie fügt man Feed-Bilder hinzu?
Fügen Sie diese Zeilen in Ihre local/config.php-Datei ein (das Beispiel ist für ?action=rss
):
$FeedFmt['rss']['feed']['image'] = " <title>Logo title</title> <link>https://example.com/</link> <url>https://example.com/images/logo.gif</url> <width>120</width> <height>60</height>";
Wie füge ich RRS-News-Feeds in eine PmWiki-Seite ein?
Wie kann ich Standard-Feed-Optionen in einer Konfigurationsdatei setzen anstatt dass ich sie jedesmal in den URL setze?
Wenn Sie zum Beispiel ?action=rss
standardmäßig zu ?action=rss&group=News&order=-time&count=10
machen wollen, fügen Sie diese Zeilen in Ihre local/config.php-Datei ein:
if ($action == 'rss') SDVA($_REQUEST, array( 'group' => 'News', 'order' => '-time', 'count' => 10));
Gibt es Wege, wie Besucher leicht ein Web-Feed abonnieren können?
In einigen Browser (Mozilla Firefox) können Besucher ein orangenes RSS-Icon in der Adresszeile sehen und abonnieren den Feed, indem sie darauf klicken. Um RSS-Icons zu aktivieren, fügen Sie diese Zeilen in Ihre local/config.php-Datei ein:
$HTMLHeaderFmt['feedlinks'] = '<link rel="alternate" type="application/rss+xml" title="$WikiTitle" href="$ScriptUrl?n=Site.AllRecentChanges&action=rss" /> <link rel="alternate" type="application/atom+xml" title="$WikiTitle" href="$ScriptUrl?n=Site.AllRecentChanges&action=atom" />';
Sie können auch einen solchen Verweis zum Beispiel in ihre SideBar setzen: [[Site.AllRecentChanges?action=atom | Subscribe to feed]]
.
Kann ich ein RSS-Feed für einzelne Seiten-Versionen erzeugen?
See Cookbook:PageFeed.
Wie erzeuge ich eine Feed-Seite ähnlich wie RecentChanges oder AllRecentChanges, die aber nur bestimmte Gruppen oder Seiten enthält?
Siehe Cookbook:CustomRecentChanges. In Kürze: Sie deklarieren eine $RecentChangesFmt
-Variable mit Ihren bevorzugten Feed-Seite und kleiden sie in eine Bedingung Ihrer Wahl ein. Zum Beispiel:
if (PageVar($pagename, '$Group')!='ForbiddenGroup') { $RecentChangesFmt['Site.MyFeedPage'] = '* [[{$FullName}]] . . . $CurrentTime $[by] $AuthorLink: [=$ChangeSummary=]'; }
Wie kann ich mein RSS-Feed updaten, um jede Änderung an einer Seite zu zeigen und nicht nur neu erzeugte Seiten?
Fügen Sie einen einzigartigen GUID-Verweis für jede Änderung in Ihre local/config.php-Datei ein (siehe PITS-Eintrag):
$FeedFmt['rss']['item']['guid'] = '{$PageUrl}?guid=$ItemISOTime';
Alternativ können Sie die Option für Änderungsüberwachungen erzeugen, indem sie einen Qualifier für RSS-Links hinzufügen. Das erlaubt den Besuchern zwischen Standard-neue Seiten-RSS-Feeds und neue Änderungen-RSS-Feeds zu wählen (in PmWiki ist diese Option aktiviert):
## For new pages updates: https://example.com/wiki/HomePage?action=rss ## For edits updates: https://example.com/wiki/HomePage?action=rss&edits=1 if(@$_REQUEST['edits'] && $action == 'rss') $FeedFmt['rss']['item']['guid'] = '{$PageUrl}?guid=$ItemISOTime';
Wikifarmen
Wie kommt es, dass ich meine Autorisierung behalte, wenn ich in ein anderes Wiki innerhalb der Farm wechsle?
PmWiki nutzt PHP-Sessions um Autentifikations- und Autorisierungsinformationen zu behalten und per Standard richtet PHP die Dinge so ein, dass alle Interaktionen mit dem gleichen Server als Teil der gleichen Sitzung (Session) angesehen werden.
Ein einfacher Weg, das zu bereinigen, ist sicherzustellen, dass jedes Wiki einen eigenen Cookienamen für seine Sessionidentitität benutzt. Nahe des Anfangs einer local/config.php-Datei eines Wikis, bevor "authuser" oder irgend ein anderes Rezept aufgerufen wird, fügen Sie eine Zeile wie die folgende ein:
session_name('XYZSESSID');
Sie können irgend einen alphanumerischen Namen für XYSESSID einsetzen, für ein Wiki "cs559-1" würden Sie vielleicht dies wählen:
session_name('CS559SESSID');
Das wird die Sitzungen unabhängig voneinander halten.
Problemlösungen
Wie kann ich Fehler verfolgen und wissen, ob sie vom PmWiki-Kern oder von einer lokalen Konfiguration oder von AddOns/Rezepten herrührt.
Die PHP-Programmiersprache hat unlängst einige Funktionen entfernt oder missbilligt, die PmWiki in der Vergangenheit häufig in AddOns/Rezepten/Skins eingesetzt hat. Der PmWiki-Kern stützt sich nicht mehr auf diese Funktionen, aber einige AddOns tun es weiterhin – hier wird gezeigt, wie Sie sie identifizieren.
Die PmWiki-Architektur erlaubt AddOns (Rezepte, Skins) und lokalen Konfigurationen Aktionen anzumelden, die PmWiki zu einem späteren Zeitpunkt ausführen soll. So kommt es, dass die PHP-Warnung eine Zeile in der pmwiki.php
-Datei anzeigt, auch wenn diese von einem Rezept verursacht wird.
Es wird empfohlen, die jüngsten Versionen von PmWiki und all Ihrer Rezepte zu benutzen – bekannte Probleme könnten schon bereinigt worden sein. Nehmen wir an, der Fehler taucht bei den jüngsten Versionen auf.
(1) Zuerst deaktivieren Sie alle AddOns und lokale Konfigurationen (config.php
, farmconfig.php
, Group.php
) – kommentieren Sie sie aus – und testen Sie Ihr Wiki. Wenn die Warnungen bleiben, benachrichtigen Sie uns so schnell wie möglich mit den Informationen, wie der Fehler reproduziert werden kann und wie Ihre Installation (PHP-Version) aussieht. Wenn der Fehler nicht mehr auftaucht, gehen Sie über zu (2).
(2) Aktivieren Sie eine lokale Konfiguration oder ein AddOn und testen Sie ihr Wiki, um zu sehen, ob der Fehler auftaucht.
(3) Wenn der Fehler nicht auftaucht, ist die Ursache des Fehlers wohl woanders. Wenn Sie weitere AddOns aktivieren könnten, gehen Sie zurück zu (2).
(4) Wenn der Fehler aufgetaucht ist, wird er womöglich durch das letzte AddOn oder die letzte Konfiguration verursacht, die Sie aktiviert haben. Durchsuchen Sie die Dokumentation und das Kochbuch nach jüngeren Versionen oder kontaktieren Sie den Autor, der sich um die Wartung und Pflege des Addons kümmert, oder hinterlassen Sie eine Nachricht in der "talk page". Wenn das nicht funktioniert, kontaktieren Sie uns in unserem Problemverfolgungssystem (PITS). Entwickler finden Dokumentationen dazu, wie sie ältere AddOns updaten können, unter Eigene Auszeichnungen und Funktionen.
(5) Deaktivieren Sie das fehlerhafte AddOn wieder und wenn es weiter AddOns gibt, die Sie aktivieren möchten, gehen Sie zu zurück (2).
PmWiki hat eine freundliche und reagierende Gemeinschaft und wir könnten in der Lage sein, rasch Lösungen bereitzustellen.
Mein Wiki zeigt die Warnung "Deprecated: Function create_function() is deprecated
" an.
PHP Version 7.2 missbilligte eine Funktion, die PmWiki für Markupdefinitionen und Musterersetzungen benutzt. Es wird empfohlen, PmWiki auf die jüngste Version zu aktualisieren und alle Addons und Skins aus den Kochbüchern? aufzufrischen. Addons in der Kategorie PHP 7.2 werden als kompatibel mit PHP 7.2 angesehen. Wenn Sie ein gewisses Addon brauchen, das noch nicht aufgefrischt wurde, kontaktieren Sie uns. Um Ihre eigenen Addons aufzufrischen, müssen Sie womöglich Ihre Aufrufe von Markup() erneuern, siehe die Seiten Eigene Auszeichnungen, Funktionen und Angepasste Seitenlistenreihenfolge.
Das Rezept PccfToPcfOverride kann eine vorübergehende Lösung liefern, bis Sie all Ihren Add-Ons ein Update verpasst haben.
Beachten Sie, dass PmWiki selbst diese Funktion nicht nutzt, aber (ältere) AddOns könnten Instruktionen anmelden, die erst später abgearbeitet werden sollen. So kommt es, dass die Warnung eine Zeile in pmwiki.php aufzeigt, selbst wenn sie durch eine lokale Konfiguration oder ein AddOn ausgelöst wurde.
Wie Sie herausfinden können, welches Addon die Warnung hervorbringt, finden Sie in dem ersten Abschnitt.
Mein Wiki zeigt eine Warnung an: "Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead
".
Das wird von einer Änderung in PHP Version 5.5 für die preg_replace()-Funktion verursacht. PmWiki beruht seit Version 2.2.56 nicht länger auf dem überholten Feature (es wird empfohlen auf die jüngste Version aufzufrischen), aber viele Rezepte tun es noch.
Beachten Sie, dass PmWiki selbst diese Funktion nicht nutzt, aber (ältere) AddOns könnten Instruktionen anmelden, die erst später abgearbeitet werden sollen. So kommt es, dass die Warnung eine Zeile in pmwiki.php aufzeigt, selbst wenn sie durch eine lokale Konfiguration oder ein AddOn ausgelöst wurde.
Rezepte und Oberflächen (Skins) werden derzeit aufgefrischt auf PHP 5.5. Sehen Sie nach, ob der Autor eine jüngere Version im Kochbuch veröffentlicht hat. Wenn Sie Ihr PmWiki und Ihre Rezepte aufgefrischt haben und die Warnung noch immer erscheint, finden Sie so heraus, welches Rezept die Warnung verursacht:
Für die PmWiki-Version 2.2.71 oder jüngere Versionen schalten Sie in der config.php
-Datei das Diagnosewerkzeug ein:$EnableDiag
= 1;
Besuchen Sie dann Ihr Wiki mit der Aktion 'ruleset', zum Beispiel https://www.pmwiki.org/wiki/PmWiki/PmWiki?action=ruleset oder folgen Sie einem Verweis wie [[Main.HomePage?action=ruleset]]
. Diese Seite listet alle Markup-Regeln auf. Jene, die potentiell mit PHP 5.5 unverträglich sind, werden mit dem Dateinamen, der Zeilennummer und dem Suchmuster, das diese Warnung verursacht hat, gekennzeichnet.
Wenn die ?action=ruleset
-Seite keine so gekennzeichneten Regeln aufführt, kann es sei, dass entweder die Rezepte die preg_replace()
-Funktion direkt aufrufen oder sie definieren Suchen&Ersetzen-Muster in unverträglicher Art und Weise. In solchen Fällen sollte Ihre Warnung den Dateinamen und die Zeilennummer enthalten und wenn nicht, konsultieren Sie den ersten Abschnitt, um dem Fehler auf die Spur zu kommen.
Bedenken Sie, dass viele Provider erlauben, verschiedene Versionen von PHP einzusetzen. Sehen in der Dokumentation ihres Hosters nach, um zu erfahren, wie eine PHP-Version vor 5.5 eingestellt werden kann.
Schließlich: es ist möglich, die Warnungen zu unterdrücken. Setzen Sie dazu diese Zeile an den Anfang Ihrer config.php:error_reporting(E_ALL & ~E_NOTICE & ~E_DEPRECATED);
Das sollte aber nur eine vorübergehende Lösung sein, die nur solange bestehen bleiben sollte, bis Ihre Rezepte repariert worden sind.
Siehe Kategorien
. Mein Wiki zeigt Warnungen an: "PHP Deprecated: crypt(): Supplied salt is not valid for DES. Possible bug in provided salt format
".
Möglicherweise haben Sie Konfigurationseinstellungen, die in älteren PHP-Versionen funktionierten. Hier wird gezeigt, wie Sie sie aufspüren und wie Sie versuchen können, sie zu berichtigen.
In Ihrer (farm)config.php
-Datei oder anderen lokalen Dateien oder in Cookbook-Dateien können Sie jeden Aufruf von crypt()
durch pmcrypt()
ersetzen, z. B.:
# DEPRECATED/MISSBILLIGT$DefaultPasswords
['edit'] = crypt("my_password");
# OK$DefaultPasswords
['edit'] = pmcrypt("my_password");
# OK
$DefaultPasswords
['edit'] = array(pmcrypt("pass1"), pmcrypt("pass2"));
Außerdem sollten Sie, wenn Sie Passwörter mit einem Stern (*
) gesperrt haben, diese Sterne durch @lock
ersetzen:
# DEPRECATED/MISSBILLIGT$DefaultPasswords
['edit'] = '*';
# OK (und kein pmcrypt)
$DefaultPasswords
['edit'] = '@lock';
Die $DefaultPasswords
-Variablen haben gewöhnlich Schlüsselwörter wie 'edit', 'attr', 'read', 'upload, 'publish'.
Einige Ihrer Seitendateien könnten immer noch die alte Sternsperrung haben. Dateien, die in der Vergangenheit mit der Sternsperrung ausgeliefert wurden, sind Site.GroupAttributes
, SiteAdmin.GroupAttributes
, Site.AuthUser
und/oder PmWiki.GroupAttributes
in den Verzeichnissen wikilib.d
und/oder wiki.d
. Sie müssten Sie in einem Texteditor bearbeiten und jegliche Zeilen unter den folgenden ersetzen:passwdedit=*
passwdattr=*
passwdread=*
passwdpublish=*
passwdupload=*
Bearbeiten Sie die Datei und ersetzen Sie den Stern (*
) durch das Wort @lock
in jeder der existierenden Zeilen. Fügen Sie diese Zeilen nicht hinzu, wenn Sie noch nicht existieren, und verändern Sie keine Zeilen, die nach dem Gleichheitszeichen ('=') etwas anderes enthalten als den Stern. Speichern Sie die Seite, laden Sie sie wieder hoch in Ihr Wiki und die Warnungen sollten verschwinden. (Wenn Sie eine Wiki-Farm betreiben, könnten Sie diese Dateien in mehreren wiki.d
-Verzeichnissen haben.)
Nach einem PHP-Upgrade sind einige meiner Seiten völlig leer, einige haben leere oder fehlende Abschnitte, aber die Sidebar und die Aktionslinks sind sichtbar.
Manchmal wird das verursacht durch unzureichende Dateirechte auf dem Server. Der PHP-Prozess braucht Schreib-/Lese-Rechte (rw) für alle Dateien im wiki.d
- und im uploads
-Verzeichnis und Leserechte (r) für die Dateien im wikilib.d
-Verzeichnis sowie das Recht, in ein Verzeichnis zu wechseln (x) für diese Verzeichnisse. Ziehen Sie die Dokumentation Ihres Providers zurate, um mehr zu erfahren.
Außerdem kann das durch eine Änderung in PHP 5.4 verursacht sein, die die Funktion htmlspecialchars()
berührt.
Die einfachste vorübergehende Abhilfe wäre, in Ihrer php.ini
oder in .user.ini
die default_charset
-Direktive auf einen 8-bit-Zeichensatz zu setzen, z. B. cp1252:
default_charset = "windows-1252"
Oder manchmal funktioniert dies in local/config.php
:
ini_set("default_charset", "windows-1252");
Eine dauerhaftere Abhilfe wäre, Ihre PmWiki-Installation auf eine jüngere PmWiki-Version upzugraden, ebenso ihre Rezepte – und in Ihren eigenen Rezepten ersetzen Sie alle Aufrufe von htmlspecialchars()
durch PHSC()
, eine PmWiki-Hilfsfunktion für solche Fälle.
Eine leere Seite kommt von der Tatsache, dass in PHP 5.4 die Standardkodierung von einer 8-bit-Kodierung zu einer validierten UTF-8-Kodierung mit variabler Byteanzahl umgeschaltet wurde und dass ein ungültiger UTF-8-String zurückgewiesen wird. Wenn Ihr Wiki eine 8-Bit-Kodierung benutzt, ist es so gut wie sicher, dass das kein gültiges UTF-8 ist. Schlimmer, selbst wenn Sie UTF-8 nutzen, könnten manche Browser ungültige Bits übertragen. Deshalb gibt die PHSC()
-Funktion immer vor, dass sie eine 8-bit-Kodierung übersetzt, in der alle Bits gültig sind.
Sehr lange Seiten mit tausenden von Zeilen könnten leer erscheinen nach dem Hinzufügen einiger zusätzlicher Zeilen. Das können vorformatierter Text, Tabellen, Text innerhalb bedingter Auszeichnungen oder Text in einer eigenen Auszeichnung sein.
Das kann verursacht sein von den PHP-Beschränkungen, wie weit man beim Suchen nach Übereinstimmungen in regulären Ausdrücken voraussehen und zurück gehen kann. Sie könnten die sehr lange Seite in mehrere Seiten oder die sehr lange bedingte oder eigene Auszeichnung in separate Abschnitte/Blöcke zerlegen oder Sie könnten die PHP-Begrenzungen erhöhen, indem Sie das Folgende zur local/config.php
-Datei hinzufügen:@ini_set('pcre.backtrack_limit', 10000000);
Warum sehe ich befremdliche Fehler nach einem Upgrade?
Versichern Sie sich, dass alle Dateien erneuert wurden, insbesondere pmwiki.php
und alle Dateien im scripts/
-Verzeichnis.
Diese Frage taucht manchmal auf, wenn ein Administrator nicht dem Rat gefolgt ist, der auf den Seiten zur Installation und zu ersten Einstellungen gewöhnlich wenig hervorgehoben ist, und die Datei pmwiki.php
umbenannt hat anstatt ein index.php
-Wrapper-Skript zu schreiben. Wenn Sie ''pmwiki.php
in index.php
umbenannt haben, hat das Upgrade Ihre index.php
-Datei nicht erneuert. Löschen Sie die alte Version (index.php
) und erzeugen Sie ein index.php
''-Wrapper-Skript, dann kann das nicht wieder vorkommen.
Manchmal versagt ein FTP- oder ein anderes Kopierprogramm dabei, alle Dateien ordentlich zu übertragen. Eine Möglichkeit, das zu überprüfen, ist der Vergleich der Dateigrößen.
Vergewissern Sie sich, dass auch die Dateien im wikilib.d/
-Verzeichnis erneuert worden sind. Manchmal ist es eine gute Idee, das wikilib.d/
-Verzeichnis vor dem Upgrade zu löschen. (Lokale Kopien von Dateien werden in wiki.d/
und nicht in wikilib.d/
gespeichert.)
Vergewissern Sie sich, dass die Dateirechte richtig gesetzt sind. Die offiziellen Dateien haben einen eingeschränkten Satz von Rechten, die vielleicht nicht für Ihre Site passen.
Wenn Sie ein angepasstes Muster für
benutzen, sorgen Sie dafür, dass es $GroupPattern
Site
(
) und seit PmWiki 2,2 auch $SiteGroup
SiteAdmin
(
) enthält. Ansonsten könnte die Eingliederung (des Upgrades) versagen (z. B. fehlende $SiteAdminGroup
SiteAdmin
-Gruppe für PmWiki 2.2 und später) und/oder Login funktioniert nicht.
Zusätzlich sollte auch Main
(
) hinzugefügt werden.
$DefaultGroup
Ich bekomme plötzlich Nachrichten wie "Warning: fopen(wiki.d/.flock): failed to open stream: Permission denied...
" und "Cannot acquire lockfile
" ... Was ist verkehrt?
Etwas (oder jemand) hat die Rechte an der wiki.d/.flock
-Datei oder dem wiki.d/
-Verzeichnis verändert, sodass der Webserver nicht mehr in der Lage ist, die "Lock"-Datei zu schreiben. Die normale Lösung ist, die .flock
-Datei einfach aus dem wiki.d
-Verzeichnis zu löschen — PmWiki wird dann eine neue Datei anlegen. Überprüfen Sie aber auch die Rechte am Verzeichnis wiki.d/
selbst. (Man kann die Rechte am wiki.d/
-Verzeichnis mit FileZilla (open-source FTP-Programm) leicht prüfen und ändern, indem man auf die Datei mit der rechten Maustaste klickt → File attributes (Dateirechte)).
Meine Verweise in der Sidebar scheinen auf nicht existierende Seiten zu zeigen, obwohl ich genau weiß, dass ich sie angelegt habe. Wo sind die Seiten?
Verweise in der Sidebar müssen mit einer Wikigruppe qualifiziert sein, damit sie ordentlich funktionieren (benutzen Sie [[Gruppe/Seite]]
anstatt [[Seite]]
.
Und schreiben Sie SideBar mit einem großen 'B'.
Warum sehe ich die Nachricht "PHP Warning: Cannot modify header information - headers already sent ...
" oben auf meiner Seite.
Wenn das der erste oder einzige angezeigte Fehler ist, ist das gewöhnlich ein Zeichen dafür, dass vor dem <?php
oder hinter dem ?>
in einer Anpassungs-Datei wie config.php
zusätzliche Leerzeichen oder leere Zeilen vorhanden sind. Überprüfen Sie die Dateien noch einmal und versichern Sie sich, dass es keine zusätzliche Zeichen, Leerzeichen oder leere Zeilen vor dem einleitenden <?php
gibt. Es ist oft am einfachsten und am sichersten, alle schließenden ?>
einfach zu löschen und wegzulassen.
Wenn Sie die Datei speichern, sollte der Zeichensatz entweder cp1252/Windows1252
oder UTF-8
ohne BOM (Byte Order Mark) sein. notepad++ ist ein Editor, der das leistet.
Wenn Sie die Dateien übertragen, stellen Sie in Ihrem FTP-Programm die Übertragung im Textmodus ein oder, wenn das nicht hilft, im Binärmodus.
Wenn die Warnung nach anderen Warnungen oder Fehlermeldungen erscheint, lösen Sie zuerst die anderen Probleme und die Warnung dürfte verschwinden.
Wie bekomme ich eine PHP-Warnung über function.session-write-close
weg?
Wenn Sie eine Fehlermeldung wie diese sehen:
Warning: session_write_close() [function.session-write-close]: open(/some/filesystem/path/to/a/directory/sess_[...]) failed: No such file or directory (2) in /your/filesystem/path/to/pmwiki.php on line NNN
PmWiki benutzt manchmal PHPs session-handling-Funktionen zum Verfolgen der Sitzung. Damit die Verfolgung der Sitzung funktioniert, müssen Informationen in einem Verzeichnis auf dem Server gespeichert werden. Das Verzeichnis muss existieren und die Webserver-Software muss Schreibrechte für dieses Verzeichnis haben. Für diese Beispiel sei die Webserversoftware so konfiguriert, dass es die Daten in das Verzeichnis
/ein/dateisystem/pfad/zu/einem/verzeichnis/
schreibt, aber das Verzeichnis existiert nicht. Die Lösung ist, wenigstens eine der folgenden Alternativen auszuführen:
- Legen Sie das Verzeichnis an und vergewissern Sie sich, dass es vom Webserver beschrieben werden kann.
- Setzen Sie einen session_save_path-Wert, der auf ein beschreibbares Verzeichnis zeigt, z. B. in
config.php
:
session_save_path('/home/someuser/tmp/sessions');
# unix-type OS
session_save_path('C:/server/tmp/sessions');
# Windows
Warum fordert mich PmWiki mehrfach zur Eingabe eines Passwortes auf, das ich schon längst eingegeben habe?
Das kann wie aus dem Nichts passieren, wenn Ihr Provider/Hoster ein Upgrade auf PHP 5.3 vorgenommen hat und Sie ein älteres PmWiki benutzen. Eine jüngere PmWiki-Ausgabe wird das Problem lösen.
Alternativ kann das ein Zeichen dafür sein, dass der Browser keine Cookies akzeptiert oder dass PHPs Sitzungsbehandlungsfunktionen auf dem Server nicht sauber konfiguriert sind. Wenn der Browser Cookies akzeptiert, versuchen Sie
in der $EnableDiag
=1;local/config.php
-Datei zu setzen, rufen sie PmWiki mit ?action=phpinfo
auf und prüfen Sie, dass Sitzungen (sessions) aktiviert sind und dass der session.save_path einen brauchbaren Wert hat. Beachten Sie, dass mehrere PHP-Versionen unter Windows erwarten, dass ein session_save_path explizit gesetzt ist (das können Sie in der local/config.php
-Datei machen). Versuchen Sie auch, session.auto_start in ihrer php.ini
auf 1 zu setzen.
Sehen Sie auch bei der Frage Ich muss mich zweimal einloggen weiter unten nach.
Ich habe config.php
bearbeitet, aber wenn ich auf meine Wikiseiten sehe, sehe ich nur"Parse error: parse error, unexpected T_VARIABLE in somefile on line number.
".
Sie haben einen Fehler in dem PHP-Code gemacht, den Sie in die config.php
eingefügt haben. Der häufigste Fehler, der zu einem T_VARIABLE-Fehler führt, ist ein vergessenes Semikolon am Ende einer hinzugefügten Zeile. Der Dateiname und die Zeilennummer zeigen, wo sie nach dem Fehler suchen müssten.
Suchen und Seitenlisten hörten auf zu funktionieren, nach dem ich ein Upgrade gemacht habe — Fehler werden nicht gemeldet, aber Verweise auf andere Seiten erscheinen nicht (oder erscheinen nicht so wie sie sollten) — was ist da los?
Gehen Sie sicher, dass auch alle Dateien aus dem wikilib.d/
-Verzeichnis ersetzt wurden. Insbesondere hört sich das so an, als fehlte die Site.PageListTemplates-Seite
(wenn keine Verweise auftauchen) oder als sei es eine ältere Version (wenn die Verweise nicht erscheinen wie sie sollten). Stellen Sie auch sicher, dass Leserechte (attr) für die Seiten Site.PageListTemplates
und Site.Search
gesetzt sind.
Einige meiner Einträge (posts) kommen mit "403 Forbidden"-Fehlern, "Not Acceptable" oder "Internal Server Error" zurück.
Ihr Server hat möglicherweise mod_security aktiviert. Das mod_security-"Feature" scannt alle hereinkommenden Einträge auf verbotene Wörter oder Phrasen, die anzeigen, dass jemand versucht, das System zu hacken. Wenn nur eines davon auftaucht, gibt Apache den "403 Forbidden"- oder "406 Not Acceptable"-Fehler zurück. Gewöhnlich sind es Phrasen wie "curl", "wget", "file(" und "system(", die tendenziell mod_security anstoßen, obwohl es noch viele weitere gibt (abhängig von der Konfiguration, Prozentzeichen, HTML-Tags, internationalen Zeichen).
Da mod_security die Seitenanforderung (request) unterbricht und die "forbidden"-Nachricht zurücksendet, bevor PmWiki je eine Chance hatte zu starten, ist es kein Fehler in PmWiki, und es gibt wenig, was PmWiki dagegen tun kann. Stattdessen muss man die Webserverkonfiguration ändern, um mod_security zu deaktivieren oder man konfiguriert mod_security so um, dass es die verbotenen Wörter erlaubt. In einige Sites ist es möglich, mod_security zu deaktivieren, indem SecFilterEngine off
in einer .htaccess-Datei eingefügt wird.
Ich erhalte folgende Nachricht, wenn ich versuche ein Bild hochzuladen. Was kann ich tun?
Warning: move_uploaded_file(): SAFE MODE Restriction in effect. The script whose uid is 1929 is not allowed to access /home/onscolre/public_html/pmwikiuploads/Photos owned by uid 33 in /home/onscolre/public_html/pmwiki/scripts/upload.php on line 198
PmWiki can't process your request
?cannot move uploaded file to /home/onscolre/public_html/pmwikiuploads/Photos/FoundationPupilsIn1958.jpeg
We are sorry for any inconvenience.
Ihr Server ist mit dem aktivierten PHP-Safe-Mode konfiguriert (seit PHP 5.4.0 entfernt). Konfigurieren Sie Ihr Wiki so, dass es ein site-weiten Upload-Präfix nutzt, erzeugen Sie dann das upload/-Verzeichnis manuell und setzen Sie die Rechte auf 777 (anstatt PmWiki das Verzeichnis anlegen zu lassen).
Ich sehe neuerdings "Division by zero error in pmwiki.php...
" auf meiner Site. Was ist da los?
Es ist ein Fehler, der nur mit den Tabellen-Auszeichnungen und nur bei Versionen von PHP >= 4.4.6 oder >= 5.2.0 auftaucht. Oft scheint er "aus dem Nichts" aufzutauchen, weil der Serveradministrator ein stilles Upgrade von PHP vorgenommen hat. Versuchen Sie ein Upgrade auf eine spätere PmWiki-Version, um den Fehler zu beseitigen oder versuchen Sie, das Folgende in local/config.php
einzutragen:
$TableRowIndexMax
= 1;
Ich muss mich zweimal (zweimal) (2-mal) einloggen. –oder– Mein Passwort wird nicht verlangt, obwohl das eigentlich so sein sollte. –oder– Ich habe mein Passwort geändert, aber es ist immer noch das alte aktiv. –oder– Mein config.php
-Passwort überschreibt nicht mein farmconfig.php
-Passwort.
Das kann passieren, wenn (farm)config.php
oder ein eingefügtes Rezept die Funktion CondAuth()
oder
RetrieveAuthPage()
, PageTextVar()
, PageVar(
) und mögliche andere Funktionen direkt aufruft, bevor (wenn nötig) AuthUser eingefügt wurde.
Die Reihenfolge in config.php
ist sehr ausschlaggebend.
Beim Bearbeiten einer vorhandenen Seite verursacht das "Save" ein Nicht-Antworten des Servers (nicht eine leere Seite, gar keine Antwort, ein endloser Versuch, eine Verbindung aufzubauen). Um davon wegzukommen, ist es nötig, eine andere Seite aufzurufen (z. B. durch einen Klick auf deren Link im Menü). Und Horror!, die ...?action=edit ist blockiert, es wird unmöglich, eine Seite zu bearbeiten.
Wenn das Speichern einer bearbeiteten Seite eingeleitet wird, wird eine (versteckte) Datei namens .flock
im wiki.d
-Verzeichnis erzeugt. So lange diese Datei existiert, ist es unmöglich, eine (andere) Datei zu speichern. Die Datei .flock
zeigt an, dass eine Speicherung nach einer Bearbeitung im Gange ist, und wird automatisch gelöscht, wenn die Bearbeitung erfolgreich mit "Save" abgeschlossen wird. Im Falle eines Crash bei der Speicherung wird diese Datei nicht vernichtet. Das Heilmittel ist, mit einem FTP-Programm, das auf das Anzeigen versteckter Dateien eingestellt ist, die .flock
-Datei zu löschen. Und alles ist wieder gut. Dieses Verhalten wird typischerweise verursacht durch einen Fehler, der (direkt oder indirekt) eine Endlosschleife in einem Rezept verursacht, das durch das Speichern der bearbeiteten Seite ausgelöst wurde.
Ich erhalte den Fehler "Data Mismatch - Locking FAILED!
"
Das ist wahrscheinlich kein PmWiki-Fehler. PmWiki kann wegen eines zugrundeliegenden Dateisystemproblems keine Sperrdatei erzeugen. Zum Beispiel ist die 'disk quota' ausgeschöpft (z. B. durch eine Fehlerlogdatei oder durch hochgeladene Dateien), oder es gibt Probleme mit den Schreibrechten im Dateisystem.
Beantwortete Fragen
Warum verwenden wir kein Forum statt dieser "AQ" Seite?
Weil die Foren (BBS) großartig für Diskussionen geeignet sind, aber manchmal dürftig, um Ergebnisse zu entwickeln undfestzuhalten.
Warum soll man die Antwort nicht auf eine Seite schreiben, die zur Frage gehört?
Sollst Du. Aber wenn Du nicht so recht weißt, wohin mit der Information, schreibe sie hierhin. Diese Seite stellt wenigstens einen Platz zur Verfügung, bis die Antwort an die richtige Stelle verschoben wird. In der Zwischenzeit kann man die Antwort wenigstens hier finden.
Benutzerautorisierung
Kann ich Autorisierungsgruppenzugehörigkeiten in der local/config.php angeben?
Ja – setzen Sie die Gruppendefinition in das $authUser-Array (in config.php).
$AuthUser['@editors'] = array('alice', 'carol', 'bob');
Kann ich mehrere Admin-Gruppen haben?
Ja, definieren Sie die Gruppen mit array('@admins', '@moderators');
wie hier:
$DefaultPasswords['admin'] = array( pmcrypt('masterpass'), # globales Passwort '@admins', '@moderators', # + Benutzer in diesen Gruppen 'id:Fred', 'id:Barney'); # + Benutzer Fred und Barney
Ich betreibe mehrere Wikis unter dem gleichen Domainnamen, und Logins von einem Wiki erscheinen in einem anderen Wiki. Sollten die nicht unabhängig voneinander sein?
Das wird verursacht von der Art, wie PHP Sessions behandelt. Siehe PmWikiDe.AuthUser#sessions wegen weiterer Details.
Gibt es einen Weg, die Zeit des letzten Logins für jeden Benutzer zu speichern, wenn man AuthUser benutzt?
Siehe Cookbook:UserLastAction.
Obwohl alle Einstellungen korrekt zu sein scheinen, funktioniert die Authentifizierung gegen LDAP nicht und es gibt kein LDAP-Log. Was ist falsch?
Vergewissern Sie sich, dass das ldap-php-modul installiert ist ( für Debian: apt-get install php(4|5)-ldap ; apache(2)ctl graceful )
Das Loginformular fragt nach Benutzernamen und Passwort, aber nur das Passwort spielt eine Rolle.
Vergewissern Sie sich, dass Sie nicht das Adminpasswort eingeben, wenn sie den Account testen. Wenn das Passwort mit dem des Admin übereinstimmt, wird die Autorisierung direkt durch die config.php
-Datei vorgenommen und die anderen Systeme werden übersprungen.
Berücksichtigen Sie, dass man sich selbst mit eingeschaltetem AuthUser immer noch mit einem leeren Benutzernamen und nur der Eingabe des Passwortes einloggen kann. In dem Fall wird jedes eingegebene Passwort "akzeptiert", aber nur Passwörter, die in einem bestimmten Kontext authentifizieren, geben Ihnen auch Autorisierungsrechte. AuthUser koexistieren komfortabel mit dem passwort-basiertes System, wenn man diese Möglichkeit nutzt.
Wenn Sie Benutzernamen und Passwort beide abfordern wollen, dann müssen sie eine Admin-ID vor dem Einbinden von authuser.php
setzen:
## Define usernames and passwords. $AuthUser['carol'] = '$1$CknC8zAs$dC8z2vu3UvnIXMfOcGDON0'; ## Enable authentication based on username. include_once('scripts/authuser.php'); # $DefaultPasswords['admin'] = pmcrypt('secret'); $DefaultPasswords['admin'] = 'id:carol';
Ein Benutzername und ein Passwort werden dann beide erforderlich sein, bevor ein Login erfolgreich ist.
Gibt es irgendeinen Weg, die IP-Adresse zu verbergen, sobald man eingeloggt ist, so dass registrierte Benutzer ihre IP-Adresse gegenüber jedem außer dem Administrator unsichtbar halten können?
Ja, siehe die in PITS:00400 angebotene Lösung.
Gibt es eine Möglichkeit, dass Leute sich selbst registrieren können über AuthUser?
Sie können in zwei Kochbüchern nach Rezepten sehen, die dieses Feature anbieten: in HtpasswdForm und UserAdmin.
Ich hätte es gern, nachdem ich AuthUser angeschaltet habe und ein Benutzer auf meiner Site authentifiert ist, dass, wenn ich ein Passwort für eine bestimmte Seite oder Gruppe gesetzt habe, dieser Benutzer nur noch die typische Passwortzeile sieht und nicht mehr das Formular zur Eingabe von Benutzernamen und Passwort.
Siehe diesen Thread in der Mailingliste (authuser vs passwords).
Anmerkungen zum Aufbau
Warum nutzt PmWiki keine hierarchischen / verschachtelten Gruppen?
Die Frage bricht herunter auf die Frage, wie man mit Seitenverweisen zwischen verschachtelten Seiten umgehen könnte. Wenn jemand einen offensichtlichen, intuitiven Weg findet, wie Autoren Verweise setzen könnten, werden verschachtelte Gruppen plausibel. Siehe Anmerkungen zum Aufbau und Hierarchische Gruppen.
Warum haben PmWikis Skripten kein schließendes ?> Tag?
Allen PmWiki-Skripten fehlt jetzt ein schließendes ?> Tag. Das Tag ist nicht erforderlich und der Wegfall vermeidet Probleme mit nicht wahrgenommenen Leerzeichen oder leeren Zeilen am Dateiende. Außerdem könnten einige FTP-Programme das/die Zeilenendezeichen in der Datei verändern, was ebenso zu Problemen führen kann. Siehe auch die Abgrenzung von Anweisungen-Seite im PHP-Handbuch.
Unterstützt PmWiki WYSIWYG-Bearbeiten (oder etwas wie den FCKEditor}?
Kurze Antwort: PmWiki unterstützt GUI-Schaltflächen für die gängigen Formatierungen, hat aber andererseits keinen WYSIWYG-Editor. Die Gründe dafür stehen in WYSIWYG.
Übersetzung von PmWiki.FAQ, Originalseite auf PmWikiDe.FAQ — Backlinks
Zuletzt geändert: | PmWikiDe.FAQ | am 08.02.2021 |
PmWiki.FAQ | am 10.09.2011 |