Специальные символы в WordPress UTF-8

Question

Специальные символы в WordPress UTF-8

8 янв. 2012 г., 06:00:51

Просмотры: 18.6K

Голосов: 5

У меня проблема со специальными символами, которые отображаются некорректно на фронтенде. В основном они преобразуются в знаки вопроса или что-то вроде �?

Пример - Frédèric становится Fr�d�ric.

Некоторые факты, которые меня озадачили:

Этот WordPress установлен на ЛОКАЛЬНОЙ машине и делит сервер как минимум с 40 другими установками — ни у одной из которых нет этой проблемы.
Эта установка WordPress также использует ту же базу данных, что и другие.
Мой файл wp-config имеет определенные кодировку и collate.
База данных в порядке, потому что когда я просматриваю запись в РЕДАКТОРЕ (бэкенде) — всё корректно, проблема только на ФРОНТЕНДЕ.
- База данных в порядке (2) — при открытии записи в phpMyAdmin и проверке значения напрямую все символы отображаются правильно.
Эта проблема НЕ связана с кодировкой браузера/ОС, проверялось на 4 разных машинах, 3 ОС и 9 браузерах.

Я перепробовал все известные мне решения из прошлого опыта, включая:

Проверку wp-config (всё в порядке, utf-8 определена, collate корректна)
Проверку базы данных — всё UTF-8
Проверку заголовка (<?php bloginfo('charset'); ?>) — он корректно отображается как utf-8 с валидной разметкой.
Открытие всех файлов темы в редакторе, конвертацию кодировки в UTF-8 без BOM и сохранение.

Может, я что-то упустил? Есть идеи?

User

100

база данных символы htmlspecialchars-decode

Комментарии

А ваши файлы записаны/сохранены в UTF-8 (Темы, Плагины)?

kaiser

8 янв. 2012 г. 07:23:06

да - я уже писал об этом в самом вопросе. UTF-8 без BOM

User

8 янв. 2012 г. 07:23:44

Вы написали "Темы", но не плагины. Вы точно отключили все плагины?

kaiser

8 янв. 2012 г. 07:24:39

нет. Я не деактивировал никакие плагины, потому что их не установлено (ну, может быть, Askimet или Hello Dolly — но они не активированы)

User

8 янв. 2012 г. 08:06:05

Единственная ситуация, когда я сталкивался с чем-то подобным, была связана с результатами геокодирования Google, так как они не определены. Решением было преобразование всего в utf-8 на хуке pre_save.

kaiser

8 янв. 2012 г. 17:33:27

Показать остальные 6 комментариев

Все ответы на вопрос

Комментарии

Теперь вы рискуете получить смешанные сохранённые кодировки. Не лучшая идея.

fuxia

20 февр. 2012 г. 22:24:33

@toscho Верно, я ищу в интернете лучшее решение и скоро обновлю свой ответ.

Jared

20 февр. 2012 г. 22:28:53

Добавление этого сработало для меня.

Rahul

17 авг. 2017 г. 10:46:10

Jared 3.84K · Answer 1 · 2012-02-20T21:55:53Z

Редактирование:

Есть ли у вас <meta charset="utf-8" /> в теге <head>? Пользователь здесь решил похожую проблему с кодировкой символов, добавив это.

На самом деле, при поиске utf-8 character encoding in wordpress можно найти много результатов в Google.

Также, имеет ли значение, если вставить текст в HTML-режим редактора и сохранить его?

Следующее не очень хорошая идея, как объяснил @toscho в комментариях.

Не уверен, что это лучший способ решения проблемы, но это сработало для одного из сайтов моего клиента.

Найдите эти две строки в вашем файле wp-config.php:

define('DB_CHARSET', 'utf8');
define('DB_COLLATE', '');

И закомментируйте их следующим образом:

//define('DB_CHARSET', 'utf8');
//define('DB_COLLATE', '');

bradt 409 · Answer 2 · 2012-02-21T22:48:41Z

Используете ли вы функцию htmlentities() для экранирования вывода? Если да, то необходимо указать 'UTF-8' в качестве третьего параметра.

bradt

409

21 февр. 2012 г. 22:48:41