Перейти к контенту
  • 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)

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

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

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

Гость
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Ответить на вопрос...

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

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

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

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

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

Зарузка...

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

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

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