[pmwiki-users] another utf 8 question
5ko at 5ko.fr
Fri May 31 17:24:08 CDT 2013
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,
php_value auto_prepend_file prepend.php
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
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:
> 5ko at 5ko.fr>5ko at 5ko.fr> 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.
More information about the pmwiki-users