Интересный глюк с кодировкой
 

Поставил commerce, отконфигурил. все замечательно. Но случилось вот что. Там есть такое понятие как атрибуты товара. Значит завожу, сохраняю, все показывает замечательно, на русском. Но вот когда дело доходит до редактирования значений атрибутов то вылезают кракозябы и только там, прицеплю изображение для наглядности.

подскажите почему может быть такая фигня.

Это проблема TYPO3 а не commerce.

Поставьте расширение. В TER нету... не выкладывал...

РЕСПЕКТ!!!!
комментарии не нужны))) все работает

БОЛЬШОЕ спасибо!!!

Спасибо, от крякозябр спасает.
У меня кроме этой есть еще одна проблема с commerce. В деталях продукции или же другой категории - везде, где есть выбор категории в разделе Category неправильно отображается выбранная категория, если ее название на русском. Отображается в виде вопросиков (см. аттач).
Не подскажите как бороться. Есть мнение, что то-то не так с базой...

А это уже глюк с JScript...не раз опять же обсуждалось на форуме как патчить.

Поищите.

Уверены, что это глюк с JScript? Когда я выбираю категорию, она передается в форму selected корректно. Вопросики только после сохранения появляются.

Хммм... странно.
Обычно как раз после сохранения вопросики становятся русским языком.

кстати это не только в commerce, но и вдругих расширениях тоже

Я все-таки думаю что проблема в JS. Поля заполняется после загрузки HTML Javascript-ом и возможно в этом проблема.

Возможно Вы правы. Перерыл форум в поисках патчей для JS, нашел только патч для /t3lib/jsfunc.validateform.js, который в данном случае не помогает.

не появилось ли решение? у меня не получается решить проблему, может кто делал уже...

Видимо, решение до сих пор никто не нашел :(
Если кто-то нашел, отпишитесь, плз.

Павел, а Вы можете предложить какое-либо решение для этой проблемы?

присоеденяюсь, перерыл, на мой взгляд, все но не получается решить

Нет, проблемой не занимался и даже не сталкивался.

ну что? решения так никто и не нашел?

Мне тоже кажется, что это JavaScript. Я думаю в левый селект блок, загоняются текущие значения через JS, уверен на 99%, но никогда не смотрел так ли это, вот вам и причина. Дальше копайте в class.t3lib_tceforms.php

спасибо за наводку, будем пробовать

подскажите, решение нашлось в этом месте?

нет к сожалению

в моем случае дело было в 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.