в моем случае дело было в utf8_decode
typo3conf/ext/graytree/lib/class.tx_graytree_tcefunc.phparray 206 if ($GLOBALS['TYPO3_CONF_VARS']['BE']['forceCharset']=='utf-8') { //$tvP[1]=rawurlencode(utf8_decode(rawurldecode($tvP[1]))); $tvP[1]=rawurlencode(iconv(cоотв-но вашей кодировке)); } |
Цитата:
|
Цитата:
|
Цитата:
mariva - спасибо. |
Версия новая - проблема старая
Добрый день, у меня аналогичная проблема, что и в теме топика.
Сайт на движке 4.2.3 полностью настроен на utf-8. База MySQL 5, с ней то же проблем нет. На локальной инсталляции проекта на нашем сервере всё работает прекрасно. На сервере провайдера контент то же выводится нормально, а вот содержимое locallang.php и проч. файлов в расширениях выводится в FE и BE такими же кроказябликами. Интенсивный поиск показал, что Typo3 перегоняет через функции вроде тех, что в class.t3lib_cs.php из ISO-8859-1 в UTF-8. Таким образом содержимое utf-8 файлов кодируется ещё раз, что и даёт как раз такие нечитабельные символы, вроде "Р?РјСЏ". В то же время, как уже сказал, сам контент из базы отображается корректно. Поскольку один и тот же код на разных серверах работает по-разному, есть предположение, что проблема кроется либо в настройках PHP, либо самого Линукс-сервера (там, например, нет русской локали и, к сожалению, не будет). Но мне кажется он и без русской локали не должен дважды кодировать файлы локализации ещё раз в utf-8. Подскажите, где копать или по крайней мере, в каких классах какие функции отключить, чтобы не перекодировал - у нас и так всё в utf-8. |
Часовой пояс GMT +4, время: 17:31. |
Работает на vBulletin® версия 3.8.1.
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Перевод: zCarot