promo­wiki

Warum erhalte ich einen Schweren Fehler nach Aktualisierungen?

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?

I'm suddenly getting messages like "Warning: fopen(wiki.d/.flock): failed to open stream: Permission denied..." and Cannot acquire lockfile"... what's wrong?

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).

Something (or someone) has changed the permissions on the wiki.d/.flock file or the wiki.d/ directory such that the webserver is no longer able to write the lockfile. The normal solution is to simply delete the .flock file from the wiki.d/ directory -- PmWiki will then create a new one. Also be sure to check the permissions on the wiki.d/ directory itself. (One can easily check and modify permissions of the wiki.d/ directory in Filezilla (open-source FTP app) by right-clicking on the file > File attributes)

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 !!

One other possibility is that you have recently moved the wiki and you were previously using EnableIMSCaching. Disable EnableIMSCaching in your local/config.php file and that could fix the problem RussFink? (this information subject to review)

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

My links in the sidebar seem to be pointing to non-existent pages, even though I know I created the pages. Where are the pages?

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. Links in the sidebar normally need to be qualified by a WikiGroup in order to work properly. Otherwise they will point to whatever group you happen to be viewing the sidebar in.
Also: Make sure you type SideBar with a capital B.

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).