PDA

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

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

подскажите почему может быть такая фигня.
Pavel Antonov
30.05.2007, 14:10
Это проблема TYPO3 а не commerce.

Поставьте расширение. В TER нету... не выкладывал...
AleXUnder
30.05.2007, 21:12
РЕСПЕКТ!!!!
комментарии не нужны))) все работает

БОЛЬШОЕ спасибо!!!
OpTi
31.05.2007, 13:04
Это проблема TYPO3 а не commerce.

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

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

Поищите.
OpTi
31.05.2007, 16:27
А это уже глюк с JScript...не раз опять же обсуждалось на форуме как патчить.

Поищите.
Уверены, что это глюк с JScript? Когда я выбираю категорию, она передается в форму selected корректно. Вопросики только после сохранения появляются.
Pavel Antonov
31.05.2007, 21:53
Хммм... странно.
Обычно как раз после сохранения вопросики становятся русским языком.
AleXUnder
01.06.2007, 00:59
кстати это не только в commerce, но и вдругих расширениях тоже
Pavel Antonov
01.06.2007, 01:18
Я все-таки думаю что проблема в JS. Поля заполняется после загрузки HTML Javascript-ом и возможно в этом проблема.
OpTi
01.06.2007, 13:54
Возможно Вы правы. Перерыл форум в поисках патчей для JS, нашел только патч для /t3lib/jsfunc.validateform.js, который в данном случае не помогает.
AleXUnder
03.06.2007, 12:04
не появилось ли решение? у меня не получается решить проблему, может кто делал уже...
OpTi
06.06.2007, 14:09
Видимо, решение до сих пор никто не нашел :(
Если кто-то нашел, отпишитесь, плз.
OpTi
12.06.2007, 16:37
Я все-таки думаю что проблема в JS. Поля заполняется после загрузки HTML Javascript-ом и возможно в этом проблема.Павел, а Вы можете предложить какое-либо решение для этой проблемы?
AleXUnder
12.06.2007, 16:39
присоеденяюсь, перерыл, на мой взгляд, все но не получается решить
Pavel Antonov
13.06.2007, 03:09
Павел, а Вы можете предложить какое-либо решение для этой проблемы?

Нет, проблемой не занимался и даже не сталкивался.
AleXUnder
08.08.2007, 18:35
ну что? решения так никто и не нашел?
Dutchak Vitaly
08.08.2007, 20:50
Мне тоже кажется, что это JavaScript. Я думаю в левый селект блок, загоняются текущие значения через JS, уверен на 99%, но никогда не смотрел так ли это, вот вам и причина. Дальше копайте в class.t3lib_tceforms.php
AleXUnder
08.08.2007, 20:56
спасибо за наводку, будем пробовать
mariva
18.10.2007, 12:40
будем пробовать

подскажите, решение нашлось в этом месте?
AleXUnder
18.10.2007, 16:32
нет к сожалению
mariva
30.10.2007, 19:15
в моем случае дело было в 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оотв-но вашей кодировке));
}
Pavel Antonov
31.10.2007, 14:50
в моем случае дело было в 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оотв-но вашей кодировке));
}

Это нестандартное расширение, к обсуждаемой теме и проблеме отношения не имеет.
MaRTial
05.01.2008, 14:22
в моем случае дело было в 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оотв-но вашей кодировке));
}

Спасибо, мне помогло.
mishas
01.07.2008, 18:20
Это нестандартное расширение, к обсуждаемой теме и проблеме отношения не имеет.

Очень даже имеет.
mariva - спасибо.
Nyagan
22.01.2009, 13:58
Добрый день, у меня аналогичная проблема, что и в теме топика.
Сайт на движке 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.