Проблема с кодировкой UTF8, те же результаты работают нормально в WordPress

Question

У меня есть установка WordPress, которую клиенты могут редактировать, все символы отображаются нормально. На главной домашней странице я запрашиваю ту же базу данных для того же заголовка и содержимого публикации, но она не отображается правильно - просто знак вопроса

Я попытался отправить заголовки utf8 вручную, через htaccess и через метатеги. Я использовал имя SET UTF8 (которое превращает символы в символ ромба с вопросительным знаком внутри).

Я действительно не могу понять, что это может быть сейчас, и мне действительно нужно, чтобы эти символы отображались правильно.

Вот домашняя страница, вы можете увидеть в превью Sounddhism 6, что есть много вопросительных знаков, если вы нажмете на нее, вы увидите, как они должны выглядеть http://nottingham.subverb.net

Я прошел через валидатор, и он выдает мне эту ошибку:

Sorry, I am unable to validate this document because on line 373 it contained one or more bytes that I cannot interpret as utf-8 (in other words, the bytes found are not valid values in the specified Character Encoding). Please check both the content of the file and the character encoding indication.
The error was: utf8 "\xA0" does not map to Unicode

Что, я ценю, должно помочь мне, но я не знаю, что с этим делать. Тем более что в этой строке буква, генерирующая ошибку, должна быть пробелом и после ПОСЛЕ ошибочных вопросительных знаков.

Может кто-нибудь помочь?

Answer 1

Сравните кодировку как внутренних сценариев в Wordpress, так и сценария вашей домашней страницы.Если вы используете IE, щелкните правой кнопкой мыши страницу и проверьте кодировку.Иногда он установлен на «Автоопределение», и IE часто обнаруживает различную кодировку для разных страниц, вызывая странные проблемы, подобные этой.

Если вы не используете IE, попробуйте использовать такой инструмент, как Fiddler чтобы точно определить, какая кодировка (и какие байты отправляются взад и вперед как в серверной части, так и в сценарии домашней страницы.

Если принудительное использование UTF-8 в сценарии домашней страницы не работает, япредположил бы, что серверная часть не использует UTF-8.