Перейти к контенту
  • 0

Кодировки в IPB 2.1.х


ross104

Вопрос

Знаю что этот вопрос тут 100 раз поднимался и все дружно посылают в Поиск по слову Кодировка но решения ни в одной теме нет! Поэтому предлагаю решение даного вопроса оставить в отдельном топике.

 

Так вот:

после обновления с 2.1.1 на 2.1.3 доска начала генерить надписи вида "???????????" вмето "Користувачі"

Даные сервака

PHP version 4.3.11

MySQL version 4.1.13-standard

Apache version 1.3.33 (Unix)

 

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

 

Заранее благодарю за ответ как это исправить. Думаю поблагодарат и многие другие пользователи которые послушно идут в тему Кодироки читают 13 страниц и молча ищут решения проблемы сами.

 

 

Заголовок темы отредактирован.

Тема закреплена.

Изменено пользователем sM1Le
Ссылка на комментарий
Поделиться на других сайтах

  • Ответы 344
  • Создана
  • Последний ответ

Лучшие авторы в этом вопросе

Лучшие авторы в этом вопросе

Загружено фотографий

Рекомендуемые сообщения

  • 0
Имхо, самым эффективным решение проблеммы перевода кодировки из koi-8 в windows 1251 является открытие дампа через EmEditor (работает качественнее Штирлица и в разы быстрее, на открытие75 метровго дампа ушло 2 - 4секунды, при том что я делал это на страненьком пылесосе с камнем на Ядре паломино и частой 1333 Мгц... Штирлиц завис нафиг). Далее через консоль дамп заиваться на хост.
Ссылка на комментарий
Поделиться на других сайтах

  • 0
Имхо, самым эффективным решение проблеммы перевода кодировки из koi-8 в windows 1251 является открытие дампа через EmEditor (работает качественнее Штирлица и в разы быстрее, на открытие75 метровго дампа ушло 2 - 4секунды, при том что я делал это на страненьком пылесосе с камнем на Ядре паломино и частой 1333 Мгц... Штирлиц завис нафиг). Далее через консоль дамп заиваться на хост.

Тогда уж iconv на хосте =)

Ссылка на комментарий
Поделиться на других сайтах

  • 0
Имхо, самым эффективным решение проблеммы перевода кодировки из koi-8 в windows 1251 является открытие дампа через EmEditor (работает качественнее Штирлица и в разы быстрее, на открытие75 метровго дампа ушло 2 - 4секунды, при том что я делал это на страненьком пылесосе с камнем на Ядре паломино и частой 1333 Мгц... Штирлиц завис нафиг). Далее через консоль дамп заиваться на хост.

Тогда уж iconv на хосте =)

Не, на на хосте это понятно. А если так шуршать, сначало локально, то EmEditor рулит. :D

Ссылка на комментарий
Поделиться на других сайтах

  • 0

2.1.7

вроде сёдня кодировку не в пхзп ажмин не в анстройках форума не трогал и не изменял

 

 

ща захожу и названием тем которые написаны на русском языке в виде ????

 

 

как исправить?

Ссылка на комментарий
Поделиться на других сайтах

  • 0

Проблема:

видимо коряво был сделан бекап (скорее всего - средствами mysql), в дампе вместо кирилицы - A i?aauaoueo auioneao ?annueee iu n Aaie.

default charset=latin1

 

Что делал:

 

- поставил dumper, пробовал в его настройках играться с кодировкой подключения к mysql и подключения к mysql для восстановления. Почти во всех случах дампер ругался на несоответствие кодировок, мол, в дампе latin1, а подключение производится ... в любой другой (cp1251, koi8r, utf8 и пр.)

 

- пробовал выполнить конвертацию дампа latin1->cp1251, как описано здесь (http://www.zu1us.ru/2006/12/05/ipb-mysql-charset-conversion/)

 

- пытались вышибить клин клином - то бишь восстановить бекап средствами же mysql

 

Во всех случаях - на форуме нечитаемые символы. Штирлиц на строку "A i?aauaoueo auioneao ?annueee iu n Aaie" говорит, что никаких преобразований не производилось, пробовал поиграться разными параметрами декодирования - безрезультатно, кирилицы нет.

Ссылка на комментарий
Поделиться на других сайтах

  • 0

Ребяты

 

имею бакап вида:

 

-- 
-- Table structure for table `ipbposts`
-- 

CREATE TABLE `ipbposts` (
 `pid` int(10) NOT NULL auto_increment,
 `append_edit` tinyint(1) default '0',
 `edit_time` int(10) default NULL,
 `author_id` mediumint(8) NOT NULL default '0',
 `author_name` varchar(32) collate cp1251_bin default NULL,
 `use_sig` tinyint(1) NOT NULL default '0',
 `use_emo` tinyint(1) NOT NULL default '0',
 `ip_address` varchar(16) collate cp1251_bin NOT NULL default '',
 `post_date` int(10) default NULL,
 `icon_id` smallint(3) default NULL,
 `post` text collate cp1251_bin,
 `queued` tinyint(1) NOT NULL default '0',
 `topic_id` int(10) NOT NULL default '0',
 `forum_id` smallint(5) NOT NULL default '0',
 `post_title` varchar(255) collate cp1251_bin default NULL,
 `new_topic` tinyint(1) default '0',
 `edit_name` varchar(255) collate cp1251_bin default NULL,
 `post_parent` int(10) NOT NULL default '0',
 `post_key` varchar(32) collate cp1251_bin NOT NULL default '0',
 `post_htmlstate` smallint(1) NOT NULL default '0',
 PRIMARY KEY  (`pid`),
 KEY `topic_id` (`topic_id`,`author_id`),
 KEY `author_id` (`author_id`),
 KEY `forum_id` (`forum_id`,`post_date`),
 FULLTEXT KEY `post` (`post`)
) ENGINE=MyISAM  DEFAULT CHARSET=cp1251 COLLATE=cp1251_bin AUTO_INCREMENT=158595;

-- 
-- Dumping data for table `ipbposts`
-- 

INSERT INTO `ipbposts` VALUES (13, 0, NULL, 1, 0x61646d696e, 1, 1, 0x3139352e3133312e36382e313330, 1093194562, 0, 0x20d09ed182d0bfd0b8d181d18bd0b2d0b0d0b5d0bc20d0b7d0b4d0b5d181d18c20d0b2d181d0b5
2c20d187d182d0be20d185d0bed187d0b5d182d181d18f20d181d0bad0b0d0b7d0b0d182d18c20d0b
e20d184d0bed180d183d0bcd0b52e20, 0, 7, 3, NULL, 1, NULL, 0, 0x30, 0);
INSERT INTO `ipbposts` VALUES (12, 0, 1112682952, 1, 0x61646d696e, 1, 1, 0x3139352e3133312e36382e313330, 1093194328, 0, 0x20d094d0bed0b1d180d0be20d0bfd0bed0b6d0b0d0bbd0bed0b2d0b0d182d18c20d0bdd0b020d0
bed0b1d0bdd0bed0b2d0bbd0b5d0bdd0bdd18bd0b920d184d0bed180d183d0bc262333333b3c62723
e3c62723e3c7370616e207374796c653d27636f6c6f723a726564273e3c7370616e207374796c653d
27666f6e742d73697a653a313470743b6c696e652d6865696768743a31303025273ed0a1d0a2d090d
0a0d0abd09520d09dd098d09ad09820d09820d09fd090d0a0d09ed09bd09820d09dd09520d094d095
d099d0a1d0a2d092d0a3d0aed0a2262333333b262333333b262333333b3c62723ed09fd0a0d09ed0a
5d09ed094d098d09c20d097d090d09dd09ed092d09e20d09fd0a0d09ed0a6d095d094d0a3d0a0d0a3
20d0a0d095d093d098d0a1d0a2d0a0d090d0a6d098d0982e3c2f7370616e3e3c2f7370616e3e20, 0, 6, 3, NULL, 1, 0x61646d696e, 0, 0x30, 0);
INSERT INTO `ipbposts` VALUES (10, 0, 1112633350, 1, 0x61646d696e, 1, 1, 0x3139352e3133312e36382e313330, 1093193754, 0, 0x20d094d0bed0b1d180d0be20d0bfd0bed0b6d0b0d0bbd0bed0b2d0b0d182d18c20d0bdd0b0203c
6120687265663d27687474703a2f2f7777772e666f75727a65726f2e6e65742f27207461726765743
d275f626c616e6b273ed0bed0b1d0bdd0bed0b2d0bbd0b5d0bdd0bdd18bd0b920d181d0b0d0b9d182
3c2f613e262333333b20, 0, 4, 2, NULL, 1, 0x61646d696e, 0, 0x30, 0);
INSERT INTO `ipbposts` VALUES (11, 0, 1093194032, 1, 0x61646d696e, 1, 1, 0x3139352e3133312e36382e313330, 1093193998, 0, 0x20d09220d18dd182d0bed0b920d182d0b5d0bcd0b520d0bcd18b20d0bed0b1d181d183d0b6d0b4
d0b0d0b5d0bc20d180d0b0d0b1d0bed182d18320d181d0b0d0b9d182d0b0207777772e466f75725a6
5726f2e6e657420, 0, 5, 2, NULL, 1, 0x61646d696e, 0, 0x30, 0);

 

если просто его влить на локале то в MySql-Front Русские видны как Альтва

То есть на форуме их видно, если переключить броузер в юникод.

Как привести эту таблицу к общему 1251? Это таблица с постами от ИПБ 1.3.1

 

____________________

 

и ещё вопрос: если половина форума топики на русском, а половина в виде ??????? - мне застрелиться? или есть решение?

 

это всё там же

 

в итоге:

большая часть топиков вопросами, посты юникодом, категории и фолрумы и всё остальное нормально

Ссылка на комментарий
Поделиться на других сайтах

  • 0
Проблема:

видимо коряво был сделан бекап (скорее всего - средствами mysql), в дампе вместо кирилицы - A i?aauaoueo auioneao ?annueee iu n Aaie.

default charset=latin1

 

Что делал:

 

- поставил dumper, пробовал в его настройках играться с кодировкой подключения к mysql и подключения к mysql для восстановления. Почти во всех случах дампер ругался на несоответствие кодировок, мол, в дампе latin1, а подключение производится ... в любой другой (cp1251, koi8r, utf8 и пр.)

 

- пробовал выполнить конвертацию дампа latin1->cp1251, как описано здесь (http://www.zu1us.ru/2006/12/05/ipb-mysql-charset-conversion/)

 

- пытались вышибить клин клином - то бишь восстановить бекап средствами же mysql

 

Во всех случаях - на форуме нечитаемые символы. Штирлиц на строку "A i?aauaoueo auioneao ?annueee iu n Aaie" говорит, что никаких преобразований не производилось, пробовал поиграться разными параметрами декодирования - безрезультатно, кирилицы нет.

 

Попробуй прописать в .htaccess

 

CharsetDisable On

CharsetDefault utf-8

CharsetSourceEnc utf-8

AddDefaultCharset utf-8

 

Где utf-8 твоя кодировка (Может быть другая типа windows-1251)

Ссылка на комментарий
Поделиться на других сайтах

  • 0
пробыал много чего всеравно эти каракули есть ( рисунок ) скажите как это сделать? что бы было всо ок. если можно падробней.
Ссылка на комментарий
Поделиться на других сайтах

  • 0

Для тех, кто перепробовал все варианты лечения некорректно работающих помощника и быстрого редактирования (признаки в IE - у помощника открывается только шапка, быстрое редактирование -показывает бегунок, не открывается) - недавно встретил ещё один вариант лечения - вроде на форуме ещё не было.

 

Проблема была в настройках Апача. После установки параметров:

 

CharsetDefault windows-1251

CharsetSourceEnc windows-1251

 

помощник и быстрое редактирование заработало как положено.

 

Связка такая:

Russian Apache 1.3.22-PL30.9

PHP 4.4.4.

MYSQL 4.1.16

IPB v2.1.7

Ссылка на комментарий
Поделиться на других сайтах

  • 0
У меня знаки вопроса из-за того, что я отконвертировал базу из phpbb2 (она была со знаками вопроса), думав, что все пройдет. Но я ошибся и они остались. Кстати, они в phpbb2 оказались из-за того, что я сначала вынул таблицы из базы (не помню, это эскпорт или импорт) и потом вставил. Затем появились знаки вопроса. Что мне делать?
Ссылка на комментарий
Поделиться на других сайтах

  • 0

ross104

Большоэ спасибо и за тему, и за помощь.

 

Моё решение было иное..

Через phpmyadmin не выбирал win1251, а выбрал utf8. Пройшло

Ссылка на комментарий
Поделиться на других сайтах

  • 0

Хех... читал этот топик никак немог решить свою проблему...

 

Решил так:

 

Через phpmyadmin создал новую БД в кодировке windows-1251 и экпотрировал в нее старую бд и зловещие

????????????? ???????? ???
исчезли :D
Ссылка на комментарий
Поделиться на других сайтах

  • 0

сделал бэкап Sypex Dumper Lite 1.0.8

перенес на другой форум и вот что получилось:

http://www.rapclub.ru/forum/

должно быть так:

http://rapclub.km.ru/forum

Дистрибутивы разные

Может можно как-то еще перенести посты, топики, пользователей? там вроде есть Экспорт в таблицах SQL

Ссылка на комментарий
Поделиться на других сайтах

  • 0
Rap_man2, если сделал полный бек-ап базы (ВСЕ поля), значт правь адрес в конфигах и настройках форума в админке. Само месторасположение форума в БД не прописывается.
Ссылка на комментарий
Поделиться на других сайтах

  • 0

В смысле, а что такое "остальное"? Если ты не перенесешь всю базу 100%, ничего работать не будет.

 

Если хочешь от чего-то очистить, очищай сразу. От лишних постов, юзеров, и т.д.

 

Все взаимосвязанно.. если форум не найдет важный ему table при запросе, выпадет mysql ошибка и работать он больше не будет. Так что бери sypex dumper и переноси всё, что еще можно сказать. :D)

Ссылка на комментарий
Поделиться на других сайтах

Присоединиться к обсуждению

Вы можете ответить сейчас, а зарегистрироваться позже. Если у вас уже есть аккаунт, войдите, чтобы ответить от своего имени.

Гость
Ответить на вопрос...

×   Вы вставили отформатированный текст.   Удалить форматирование

  Допустимо не более 75 смайлов.

×   Ваша ссылка была автоматически заменена на медиа-контент.   Отображать как ссылку

×   Ваши публикации восстановлены.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

Зарузка...

×
×
  • Создать...

Важная информация

Находясь на нашем сайте, вы соглашаетесь на использование файлов cookie, а также с нашим положением о конфиденциальности Политика конфиденциальности и пользовательским соглашением Условия использования.