[FAQ] Проблема с UTF8

[volset]

Иногда вместо текста отображаются ?????
Ключевое слово здесь иногда

Вот пациент http://www.astra-club.org.ua
Для того что бы отловить баг надо несколько раз нажимать кнопку обновить до появления бага.
От браузера независит так как знаки "??????" уже приходят с сервера.
Текст который читается з базы отображается всегда нормально.
PHP Version 5.2.1

Если существует проблема, проявляющаяся в "битом тексте" - замене некоторых символов в сообщении на BOM (знак вопроса в ромбе):

Основной метод решения:
Установить значение mbstring.func_overload равным 0.

Возможное решение:
В корневой директории форума создайте файл .htaccess со следующим содержанием:
.htaccess

Код: Выделить всё

CharsetDisable On
CharsetDefault UTF-8 
CharsetSourceEnc UTF-8

Если после этого теряется работоспособность ресурса, попробовать убрать из вышеуказанного кода строку

Код: Выделить всё

CharsetDisable On

Если не помогает, то вместо первого попробовать добавить в .htaccess строку

Код: Выделить всё

AddDefaultCharset UTF-8

Если у хостера Russian Apache попробуйте добавить в .htaccess

Код: Выделить всё

CharsetDisable On
AddHandler default-handler html
CharsetDefault utf-8

И если совсем ничего не помогает:

Код: Выделить всё

OPEN
includes/utf/utf_tools.php

FIND
function utf8_normalize_nfc($strings)
{

AFTER, ADD
return $strings;

уже приходят с сервера.
Текст который читается з базы отображается всегда нормально.
PHP Version 5.2.1

Если существует проблема, проявляющаяся в

[MDD]

наверное, я в разнице спецификаций не разбираюсь, но других очень интересовал этот момент - с i или без

[Deacon]

А решение я так и не увидел, хотя написал какая у меня MySQL.

[MDD]

ну вот один участник, все выложил тест-скрипт, спасибо за попытку помощи.

[MDD]

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

[efa_kostya]

Подскажите ответ на вопрос такого характера:
Не дополняються сообщения содержащие руский текст (как в теме, так и в тексте).
После "Отправить" пустая страница.
На Деневере всё отлично.
Думаю вопрос в кодировке
для старого в phpmyadmin стоит сравнение koi8u_general_ci
для нового - utf8_bin
Квадратов и неизвестных науке символов нет.
Версия 3.0.0 от 13/12/2007

[efa_kostya]

Спасибо всем, переустановил заново, теперь работает.

Добавлено спустя 3 минуты 13 секунд:

Правда пришлось исправить на
max_execution_time = 100
memory_limit = 10M

[Astron8]

У меня такой вопроси, после конвертации РHPBB2->3 посты сконвертировались нормально а имена пользователей из русских символов похоже конвертировались не корректно в итоге поля username пустые. Как можно это поправить?

Добавлено спустя 26 минут 3 секунды:

Конвертация старой таблицы в кодировку utf-8 непомогло.

Добавлено спустя 35 минут 48 секунд:

Конвертаци помогла, имена перенеслись правильно, но все другие поля стали нечитаемы (откуда, род занятий ...)

Добавлено спустя 2 часа 33 минуты 20 секунд:

Все решилось после пересохранения дампа всей БД в UTF-8 старого форума, и указанием в lang_main utf-8, а такаже в самом дампе CHARSET=utf8

[jekill]

Чтобы избавиться от глюка когда иногда бьется строка.
задизейблил функцию utf8_normalize_nfc в файле includes/utf/utf_tools.php

Код: Выделить всё

function utf8_normalize_nfc($strings)
{
        return $strings;

[RWinner]

так чего, решили как эти "?" убрать, так и не яссно )

[khaxel]

Такая же проблема. Периодически ИНОГДА появляются вопросики при создании\редактировании поста или темы, как в названии темы так и в самом посте (местами).
Сделал себе клон скрипта posting.php и в нем имитировал поступление данных в $_POST и $_GET (имитация сабмита формы создания новой темы). Таким образом исключил цепочку браузер->апач для передачи текста названия темы и текста первого поста. Результат - вопросики в ромбиках.

На строчки в хтаццесс

CharsetDisable On
CharsetDefault UTF-8
CharsetSourceEnc UTF-8

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

[AD]

Всем: срочно меняйте хостинг!!!

[crash]

AD
и мне тоже?

[khaxel]

Всем: срочно меняйте хостинг!!!

Представим такую ситуацию.
Мистер X владеет форумом на хостинге X.
Мистер Y владеет форумом на хостинге Y.
У обоих траблы с "ромбовопросами" на форуме phpbb3.
Теперь Мистер X переносит свой форум на хостинг Y, а Мистер Y переносит свой форум на хостинг X.
Результат: Мистер X и Мистер Y имеют нереальный гемор по переносу сайта на другой хостинг и траблы с "ромбовопросами" на форуме phpbb3.
Во всяком случае не скучно. 8)
ИМХО смена хостинга - не выход!

[khaxel]

Rayden, если бы мне нечего было бы сказать - то я так бы и сделал - то есть промолчал. А так я на иллюстрированном примере показал бестолковость смены хостинга для решения обсуждаемой проблемы и раз уж кто-то такой вариант предлагает - то мой пост несет в себе хоть малейший, но заряд полезности для сомневающихся, и стало быть флудом не является.

[Rayden]

Я согласен, что он дурость сказал. Но это не повод флудить в теме.
А вот хостинг, не позволяющий обрабатывать свой htaccess хотя бы для смены кодировки заслуживает порицания. Может быть он попытался коряво высказать эту мысль?
Многие хостинги, особенно старые, принудительно ставят так называемый "русский апач", который осуществляет принудительную перекодировку в кои8 или вин1251.
Естественно, что новейшие скрипты, работающие с ютф такого безобразия не понимают, поэтому у нас должна быть возможность через htaccess управлять перекодировкой или отключать ее совсем.

А твой пример с мистером и миссис Х ну абсолютно не отражают ситуации. Их траблы могут быть вызваны как и некорректными настройками хостера так и чайниковским уровнем самих мистеров, раз у них везде ничего не работает.