Some servers are configured to automatically prepend or append files to HTML
output. This may be configured in a .htaccess, in php.ini or in httpd.conf,
something like:
php_value auto_prepend_file prepend.php
(or auto_append_file)
If this is the case, the file that is prepended or appended should be
checked too - especially if it looks like an empty file with 3 bytes.
Other than that, right now I don't see what could be the problem. It still
may be related to PmWiki, to a skin, or to a recipe, and the advice for
debugging is to disable one after another all recipes and every time reload
the page to see if the characters have disappeared - if they have, then the
last disabled recipe should be double checked.
There are many wikis running in UTF-8 without this problem (including
www.pmwiki.org ), so it may be a problem specific to your specific
installation.
Petko
Maria McKinley writes:
I did a search of my directory for files with BOM, but only came up with a
few pdfs.
grep -rl $'\xEF\xBB\xBF' .
I also opened and re-saved as utf-8 every file I could think of that I might
have changed, and re-copied the latest version of pmwiki. I'm starting to get
really frustrated that I can't find what is causing this.
On Fri, May 31, 2013 at 12:27 PM, Petko Yotov <<URL:mailto:
[email protected]>[email protected]> wrote:
The characters that appear on your site are 0xEF 0xBF 0xBD which is the
standard Byte order mark (or mask). One of your *.php or *.tmpl files was
modified and saved with BOM and it shouldn't. You should reopen it and
save it in "UTF-8 without Byte Order Mark" (or "without BOM"), then upload
them back to the server.
The files which come in the PmWiki core distribution don't have Byte order
marks. I don't know of any recipe which comes with a BOM. If I were you,
I'd first look at the files which you have modified yourself.
_______________________________________________
pmwiki-users mailing list
[email protected]
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
