Problemlösungen

Übersetzung der Seite PmWiki.Troubleshooting - Stand 2007-03-05 - Übersetzungsversuch

administrators

PmWiki ist in sich bereits sehr robust und in der Lage eine Menge der möglichen Probleme, die im Betrieb auftauchen selbst zu lösen. Trotzdem wird es im Betrieb immer wieder Momente geben, in welchen es nicht so läuft, wie es sollte. Nachfolgend gibt es eine Sammlung in der Form einer FAQ (frequently ansered/ask Questions - häufig beantwortete/gestellte Fragen) zu den häufigsten Problemen und deren Lösung.

Troubleshooting FAQ

Beachte: Diese Seite ist eigentlich nicht die richtige Stelle um Fragen zu Problemen zu stellen. Entweder sendet man seine Frage an an die PmWiki-Mailing-Liste, oder schreibt seine Frage in die Seite +.

<< Verfügbare Aktionen | Dokumentationsindex | E-Mail Nachricht bei geänderten Seiten >>

Warum erhalte ich einen Schweren Fehler nach Upgrades?

Es ist unbedingt sicher zustellen, dass alle Dateien aktualisiert wurden. Insbesondere betrifft dass die Datei pmwiki.php, welche bei vielen Installation, entgegen den Empfehlungen in Installation und Erste Einstellungen, der einfachen Erreichbarkeit wegen in index.php umbenannt wurde und so durch den Webserver direkt ansprechbar ist. Dort ist zu beachten, dass die alte index.php zu löschen und die neu erstellte pmwiki.php in index.php umzubenennen ist.

Es gibt auch Fälle, in denen die Dateiübertragung per ftp nicht ordnungsgemäß abläuft. Deswegen sind dann die Dateiinhalte verschieden. Durch einen Vergleich der Dateigrößen nach dem Upload lässt dieses Problem meist schnell eingrenzen.

Es ist auch sicher zustellen, dass die Dateien in dem Verzeichnis wikilib.d/ aktualisiert wurden. Gelegentlich hat sich als Hilfsmittel erwiesen, dieses Verzeichnis komplett zu löschen und das Upgrade nochmals durchzuführen. Dies ist für die eigenen Seiten ungefährlich, da diese sich in dem Verzeichnis wiki.d befinden (sollten). Lediglich die Erreichbarkit der Seite ist länger nicht gewährleistet.

Ich erhalte sofort eine Meldung wie: "Warning: fopen(wiki.d/.flock to open stream: Permission denied..." und "Cannot acquire lockfile"... was bedeutet das?

Irgendwann haben sich/ Irgendjemand hat die Einstellungen in der Datei wiki.d/.flock geändert, oder der Webserver kann nicht mehr auf das Verzeichnis wiki.d/ lesend und/oder schreibend zugreifen. Meist reicht es nun die Datei .flock zu löschen. PmWiki erstelt diese selbständig neu. Desweiteren kann es nicht von Nachteil sein die Zugriffsrechte auf das Verzeichnis wiki.d/ zu kontrollieren und gegebenenfalls anzupassen (Es ist z.B. in Filezilla (open-source FTP Programm) mit einem Rechtsklick auf ein Objekt möglich die attribute anzupassen).

Eine andere Möglichkeit ist, dass das Wiki kürzlich unter eingeschaltetem IMS-Caching auf dem Server veschoben wurde. Dagegen hilft, das IMS-Caching in der Datei local/config.php zu deaktivieren. RussFink -- diese Information ist ungeprüft und nicht als gesichert anzusehen !!

Manche Links in der Sidebar zeigen auf nicht existierende Seiten, obwohl ich mir sicher bin, diese angelegt zu haben! Wo sind diese Seiten?

Links in der Sidebar müssen im Normalfall mit ihren Wikigruppen angegeben werden, damit sie korrekt funktionieren. Im anderem Fall wird der Zielpunkt immer in der Gruppe gesetzt, in der sich die gerade angezeigte Seite befindet.
Desweiteren ist es wichtig, dass SideBar mit einem großen B geschrieben wird.

Why am I seeing "Warning: Cannot modify header information - headers already sent ..." messages at the top of my page.

If this is the first or only error message you're seeing, it's usually an indication that there are blank lines or spaces before the <?php or after the ?> in a local customization file. Double-check the file and make sure there aren't any blank lines or spaces before the initial <?php. It's often easiest and safest to eliminate any closing ?> altogether.

If the warning is appearing after some other warning or error message, then resolve the other error and this warning may go away.

Why is PmWiki prompting me multiple times for a password I've already entered?

Usually this is an indication that the browser isn't accepting cookies, or that PHP's session handling functions on the server aren't properly configured. If the browser is accepting cookies, then try setting $EnableDiag=1; in local/config.php, run PmWiki using ?action=phpinfo, and verify that sessions are enabled and that the session.save_path has a reasonable value. Note that several versions of PHP under Windows require that a session_save_path be explicitly set (this can be done in the local/config.php file).

I edited config.php, but when I look at my wiki pages, all I see is "Parse error: parse error, unexpected T_VARIABLE in somefile on line number."

You've made a mistake in writing the PHP that goes into the config.php file. The most common mistake that causes the T_VARIABLE error is forgetting the semi-colon (;) at the end of a line that you added. The line number and file named are where you should look for the mistake.

Searches and pagelists stopped working after I upgraded -- no errors are reported, but links to other pages do not appear (or do not appear as they should) -- what gives?

Be sure all of the files in the wikilib.d/ directory were also upgraded. In particular, it sounds as if the Site.PageListTemplates page is either missing (if no links are displayed) or is an old version (if the links do not appear as they should). Allso make sure that read-permissions (attr) are set for the pages Site.PageListTemplates and Site.Search.

Some of my posts are coming back with "403 Forbidden" errors or "Not Acceptable"? This happens with posts containing "wget", "curl", "file(" or ...

Your webserver probably has mod_security enabled. The mod_security "feature" scans all incoming posts for forbidden words or phrases that might indicate someone is trying to hack the system, and if any of them are present then Apache returns the 403 Forbidden error. Common phrases that tend to trigger mod_security include "curl ", "wget", and "file(", although there are many others.

Since mod_security intercepts the requests and sends the "forbidden" message before PmWiki ever gets a chance to run, it's not a bug in PmWiki, and there's little that PmWiki can do about it. Instead, one has to alter the webserver configuration to disable mod_security or reconfigure it to allow whatever word it is forbidding. Some sites may be able to disable mod_security by placing SecFilterEngine off in a .htaccess file.

I get the following message when attempting to upload an image, what do I do?

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.

Your server is configured with PHP Safe Mode enabled. Configure your wiki to use a site-wide uploads prefix, then create the uploads/ directory manually and set 777 permissions on it (rather than letting PmWiki create the directory).

Die Rechte für den Namen Blood Bowl, für das Bloodbowl-Zeichen, sowie für das Spiel liegen bei Games Workshop / Specialist Games. Alle Inhalte der Seite balticbowl.de entstanden ohne Wissen und ohne Genehmigung von Games Workshop. Diese Seite steht in keiner Verbindung zu Games Workshop, es ist eine reine Fan-Seite zum Spiel.

Unser Internetauftritt enthält Links zu anderen Internetseiten, die nicht unter unserer Kontrolle stehen und deren Inhalte auch nicht von uns zu verantworten sind. Bitte lies den Haftungsausschluss und unser Impressum.