Fehlermeldungen
Diese Seite bietet Hilfe bei spezifischen Fehlermeldungen an, die bei der Benutzung von PmWiki auftauchen können. Wenn diese Seite Ihre Fragen nicht beantwortet, versuchen Sie sich bei Problemlösungen und den FAQs zu informieren. Wenn Ihre Frage noch immer nicht beantwortet ist, wenden Sie sich an die englische pmwiki-user-mailingliste oder stellen Sie Ihre Frage auf der englischen Frageseite.
Überholt: preg_replace(): der /e Modifizierer ist überholt
Siehe Troubleshooting.
Dateirechte
Viele Probleme sind durch unzureichenden Dateirechte bedingt.
Cannot acquire lockfile
Etwas oder jemand hat die Dateirechte an der wiki.d/.flock-Datei oder dem wiki.d/-Verzeichnis geändert, so dass der Webserver die Lockdatei nicht länger schreiben kann. Die normale Lösung ist, einfach die .flock-Datei aus dem wiki.d/-Verzeichnis zu löschen — PmWiki wird dann eine neue anlegen. Prüfen Sie auch die Rechte des wiki.d/-Verzeichnisses selbst. Wie sollten die Rechte sein? Der Webserver-Account muss Lese- und Schreibrechte haben (z. B. www.www oder apache.apache, 0750), siehe auch Dateirechte.
Beachten Sie, dass auf vielen Systemen .flock eine versteckte Datei ist, sie könnte vorhanden sein, obwohl Sie sie nicht sehen. Versuchen Sie sie zu löschen, auch wenn Sie sie nichf im wiki.d/-Verzeichnis sehen können.
Andere Möglichkeiten:
- Sie habe Ihr Wiki vielleicht kürzlich verschoben und Sie haben früher EnableMSCashing benutzt. Deaktivieren Sie EnableMSCashing in Ihrer local/config.php-Datei. Das könnte Ihr Problem lösen.
- Die wiki.d-Besitzverhältnisse könnten sich aus der Erreichbarkeit des Webservers heraus bewegt haben. Z. B. wenn der Apache2-Server als User www-data läuft, wird ihm die Deaktivierung seines suphp-Moduls versagen, die .flock-Datei mit seinen Benutzerrechten zu schreiben. In einem solchen Fall sollten Sie die Verzeichnisrechte für wiki.d auf die des Users ändern, unter dem der Apache läuft.
- Das Problem kann durch das Kopieren von Dateien verursacht worden sein, die die alten Rechte behalten haben oder die Rechte des Verzeichnisses wiki.d verändert haben. In diesem Fall hilft "chown -R wwwrun ..wiki/wiki.d/", wobei wwwrun der Account ist, unter dem der Webserver läuft.
- Ein weiterer Grund kann der safe mode sein. Überpfüfen Sie ihre Logdateien auf Meldungen wie SAFE MODE Restriction in effect. The script whose uid is 1001 is not allowed to access /www/wiki/wiki.d owned by uid 52. In dem Falle müssen Sie entweder den safe mode deaktivieren oder sie ändern die user/group-Kombination in die, die PHP benutzt (bei Hostinggesellschaften ist das gewöhnlich die, unter der Sie sich einloggen) und setzen Sie die Rechte auf 0777 (alle Rechte für jeden).
- SELinux könnte Schreibzugriffe verhindern (prüfen Sie ihre Logdateien mit dem sealert-Kommando). Versichern Sie sich, dass die SELinux-Konfiguration korrekt ist oder dass SELinux deaktiviert ist. Man kann vorübergehend den Schreibzugriff ermöglichen durch Ausführen von "chcon -R -t httpd_sys_rw_content_t 'wiki.d'".
- Schließlich kann dies Problem durch Probleme auf einem breiteren Level auf dem System verursacht sein. Symptom für ein solches Problem wäre die Unmöglichkeit, auch andere Dateien als nur .flock zu schreiben oder zu löschen.
Skin template missing <!--HTMLHeader-->/<!--HTMLFooter-->
Skinvorlagen müssen seit der Version 2.2.0 <!--HTMLHeader-->- und <!--HTMLFooter-->-Direktiven enthalten. Einigen Skins, die unter älteren PmWiki-Versionen entwickelt wurden, fehlen diese Direktiven, wodurch einige PmWiki-Features und -Rezepte unsauber arbeiten.
Um dieses Problem zu umschiffen, führen Sie einen der folgenden Punkte aus:
- Setzen Sie
$EnableSkinDiag=0;in einer lokalen Anpassungsdatei, - wenn Sie das Skin von der Skin-Sammlung heruntergeladen haben, prüfen Sie, ob es nicht inzwischen eine Updateversion dieses Skins gibt, das die erforderlichen Direktiven einschließt.
- Ändern Sie die .tmpl-Datei des Skins, indem Sie <!--HTMLHeader--> und <!--HTMLFooter--> einfügen.
- Wenn das Skin ausdrücklich keine Header-/Footer-Information braucht, fügen Sie <!--NoHTMLHeader--> und/oder <!--NoHTMLFooter--> in die Vorlagendatei ein.
Unable to load skin template
PmWiki war in der Lage, ein gefordertes Skin zu finden, kann aber in dem Verzeichnis keine passende .tmpl-Datei finden, die es als Vorlage benutzen kann. Wenn Sie ein angepasstes Skin haben, versichern Sie sich, dass genau eine .tmpl-Datei in dem Verzeichnis ist. (Siehe Skins (Layout-Vorlagen) und Skinvorlagen.) Wenn Sie das Skin von der Skin-Sammlung heruntergeladen haben, prüfen Sie, ob es korrekt installiert wurde oder kontaktieren Sie den Autor des Skins mit der Bitte um weitere Unterstützung.
Unable to retrieve edit form Site.EditForm
PmWiki war nicht in der Lage, die Site.EditForm-Seite zu finden oder zu laden, die das Formular für die Bearbeiten-Seite enthält. Oft tritt das auf, wenn das wiki.d/-Verzeichnis nicht vollständig auf den Webserver übertragen wurde oder wenn ein Lese-Passwort auf die Site.EditForm-Seite oder die Site-Gruppe gesetzt wurde. Prüfen sie doppelt, dass wirklich alle Dateien der Distribution auf den Websserver übertragen wurden und dass Autoren Leserecht für die Site.EditForm-Seite haben.
Cannot modify site -- $EnableReadOnly is set
PmWiki versucht etwas zu tun, das es erforderlich macht, eine Datei zu verändern, aber der Administrator hat die $EnableReadOnly-Konfigurations-Variable gesetzt.
LDAP authentication requires PHP ldap functions
PmWiki versucht Informationen von einem LDAP-Server zu erhalten (z. B. per authuser.php und AuthUser), aber die PHP-Software kann anscheinend nicht auf die ldap_*-Funktionen zugreifen. PHP ist womöglich ohne die Unterstützung von LDAP übersetzt worden (siehe http://www.php.net/ldap).
Ubuntu-Benutzer: Installieren Sie php5-ldap und starten Sie Apache neu. -drdaan? 31. Dezember 2009, um 14:22 Uhr
Unable to move file
Setzen Sie die Rechte des Verzeichnisses und der Dateien auf "flcdmpe(777)".
Übersetzung von PmWiki.ErrorMessages, Originalseite auf PmWikiDe.ErrorMessages — Référencé par
| Zuletzt geändert: | PmWikiDe.ErrorMessages | am 03.12.2020 |
| PmWiki.ErrorMessages | am 02.12.2020 |