![]() |
Форум больше не используется. Присоединяйтесь к каналу #community-ru в Slack for TYPO3 community |
|
|
|
|
#1 |
|
Senior Member
|
А вы сами на скриншоте той же базы не видите что ли что сопоставление кодировки в базе utf8_general_ci, кодировка всей базы вроде как тоже такая же, а половина таблиц вдруг почему-то в cp1251 - из-за этого все глюки и есть. Других причин нет и быть не может. Значит, надо конвертировать все в правильный utf8 и перезаливать целиком и полностью все в нем. И забыть cp1251 как страшный сон.
|
|
|
|
|
|
#2 | |
|
Продвинутый
Регистрация: 16.11.2011
Сообщений: 38
|
Цитата:
|
|
|
|
|
|
|
#3 |
|
Senior Member
|
Просто сохраните дамп штатными средствами и посмотрите в обычном текстовом редакторе в какой он кодировке. Потом переведите этот сохраненный дамп в нужную вам кодировку, откорректируйте служебную информацию mysql в дампе, касающуюся кодировок и сохраните его. После этого очистите всю базу и заново выставив параметры соединения с mysql и параметры сопоставления кодировок залейте дамп.
|
|
|
|
|
|
#4 |
|
Senior Member
|
Зачем все эти трудности?
На всякий случай делайте резервную копию БД. Ставите расширение sfdbutf8, пи помощи его конвертируйте БД в utf8. Далее, в самой БД ставим кодировку по умолчанию в utf8_general_ci. На всякий случай делаем проверку БД в install tool, заодно подгружаем заново все статические таблицы. Все. Это проверено ни на одном сайте. Работает. |
|
|
|
|
|
#5 |
|
Senior Member
|
@Андрей, дело в том что конвертировать можно и средствами самого mysql прямо в том же phpMyAdmin, но надо хотя бы представлять что там на самом деле лежит, а то бывали случаи когда записи хранились в utf-8 вроде бы, но были в cp1251.
|
|
|
|
|
|
#6 | |
|
Senior Member
|
Цитата:
Хотя можно установить и на TYPO3 phpMyAdmin и глянуть, что там... Установить в нем же нужное сопоставление для всей базы данных - utf8_general_ci, оно понадобиться и для вновь создаваемых таблиц и т. д. Затем переконвертить поля/таблицы в неправильной кодировке... Кстати, сталкивался с тем, что иногда связанные поля не могут быть сконвертированы поодиночке - нужно выделить оба связанных поля и одновременно их сконвертировать... тут и упомянутое мной расширение sfdbutf8 не помогает - все ручками... Ну и обязательно, как уже говорил, проверку БД в install tool, заодно подгружаем заново все статические таблицы. Тут уже недостающие таблицы пересоздаются самой TYPO3 в уже нужной кодировке... Что касается статических таблиц, то они тоже пересоздаются в нужной кодировке, бывали случаи, когда при регистрации в форме, при выборе страны (на родном языке) появлялись кракозябры... Пересоздание статических таблиц (статик инфо тейбл в данном случае) помогло... Далее все зависит от конкретного случая... Возможно придется вмешаться и ручками подкорректировать записи содержимого в базе данных. Но это уже другая история... |
|
|
|
|
|
|
#7 |
|
Senior Member
|
@Андрей, в том и дело что там половина таблиц в cp1251 и половина в utf8 - неважно чем делать дамп, в нем все будет ровно так же и для решения этого вопроса нужно либо дамп делить на куски и конвертировать кусками, либо руками в текстовом редакторе, который позволяет менять на лету кодировку в части файла.
|
|
|
|
![]() |
|
|
Похожие темы
|
||||
| Тема | Автор | Раздел | Ответов | Последнее сообщение |
| Апгрейд с 4.1 до 4.5 | MAXIMUS1988 | Установка | 0 | 18.01.2012 23:28 |
| UTF-8 в новой TYPO3 4.5 | dmartynenko | Общие вопросы | 1 | 14.02.2011 15:55 |
| Глюк 4.1 при выводе дерева в BE. | Илья | Общие вопросы | 15 | 28.03.2007 17:59 |
| TYPO3 4.1 Beta 1 | RSS Bot | Новости TYPO3 (на английском) | 0 | 27.11.2006 22:59 |
| TYPO3 4.1 Beta 1 | RSS Bot | Новости TYPO3 (на английском) | 0 | 25.11.2006 20:09 |