[FAQ] Конвертация phpBB2 > phpBB3

[dmsuslov]

Кто-нибудь конвертировал сабж? У меня возникла проблема: получилось почти все, кроме кодировки символов
Старый форум (phpBB2) был в кодировке windows-1251, а новый в utf-8. Весь контент переносится в виде каких-то кракозябров...
Окунувшись в документацию, вычитал, что нужно поправить файл lang_main.php в старом форуме, а именно $lang['ENCODING']. Но изменения в нем влияют лишь на внешний вид кракозябров. Нормального текста контента добиться не удалось.

P.S.
phpBB2 2.0.20
phpBB3 3.0 RC3

• С чего начать?
  Начните с "чистой" установки phpBB3 в отличный от phpBB2 каталог. Затем снова перейдите в баузере в каталог install и щёлкните по вкладке "Конвертирование".
  
• Где почитать документацию по конвертированию на русском языке?
  http://www.vvvas.ru/it/phpbb/3.0/docs/I ... ml#convert
  
• Изменяются ли в процессе конвертации содержимое и файлы phpBB2?
  В процессе конвертации не подвергаются изменениям ни таблицы phpBB2 в базе данных, ни исходные файлы phpBB2.
  
• Старый форум находится по адресу: forum2.domen.ru, а новый по адресу: forum.domen.ru. При этом старый лежит в папке:
  /home/b/boshnet/forum2/public_html/ а новый в папке: /home/b/boshnet/forum/public_html/
  Какой относительный путь указать при конвертации?
  ../../forum2/public_html/
  
• Сохранятся ли моды, которые были установлены в phpBB2, после конвертации в phpBB3?
  Будут сконвертированы только моды:
  - File Attachment Mod by Acyd Burn
  - Birthday by Niels
  - Birthdays by TerraFrost
  
• Почему после конвертации в phpBB3 в сообщениях вместо русских букв - кракозябры?
  Вариант: кракозябры не везде, а только в сообщениях некоторых пользователей.
  Для корректного конвертирования необходимо, чтобы кодировка таблиц phpBB2 в базе данных соответствовала значению переменной $lang['ENCODING'] в файле language/lang_russian/lang_main.php. Варианты решения:
  1) Сложный. Переконвертировать содержимое базы данных в кодировку, указанную в переменной $lang['ENCODING'].
  2) Простой. Назначить переменной $lang['ENCODING'] значение, совпадающее с текущей кодировкой базы данных. При этом сообщения и другой контент на "старом" форуме могут стать нечитабельными, тем не менее, после конвертации читабельность восстановится.
  
  Перед конвертацией также рекомендуется проверить, какой язык по умолчанию установлен у всех пользователей, и изменить на русский, если это необходимо.

[web_pr]

Найдёте многих - подскажите, как именно.

уже нашел ;)

вот такими регулярками приводится в норму шрифт (тег span)

Код: Выделить всё

while ( preg_match( "#<span style=['\"]color:(.+?)['\"]>(.+?)</span>#is", $message ) )
{ $message = preg_replace( "#<span style=['\"]color:(.+?)['\"]>(.+?)</span>#is"    , "[color=\\1]\\2[/color]", $message ); }
$message = preg_replace( "#<span style=['\"]font-family:(.+?)['\"]>(.+?)</span>#is", "\\2", $message );
$message = preg_replace( "#<span style=['\"]font-size:(.+?)pt;line-height:100%['\"]>(.+?)</span>#is" , "[size=13]\\2[/size]", $message );


надо вот по аналогии еще для тега a написать подобные

[web_pr]

сделал вот так

Код: Выделить всё

$message = preg_replace( "#<a href=[\"'](.+?)['\"](.+?)['\"]>(.+?)</a>#is", "[url=\\1]\\3[/url]", $message );

не идеал конечно, но вроде конвертит нормально

[Палыч]

уже нашел

Нашли что? Как обходить запрет html в теле поста?
Напомню:

Олимпус не позволяет вставлять html, так что забудь.

многие ведь как-то делают

А по-поводу заплаток, путь вполне закономерен. Только тэгов не один десяток, да и заниматься этим надо было при конвертации из воблы.

[isirotin]

crash, я честно говоря не знаю как это узнать. Подскажите пожалуйста где посмотреть какая версия utf-8? И как это влияет на успешность конвертации?

[Палыч]

isirotin
Вопрос был задан не по версии UTF.
У вас поинтересовались: phpBB-2 у вас в UTF кодировке?
Просто вы пишите, что замена в lang_main кодировки на utf-8 не помогает. Но заменять в lang_main нужно на ту кодировку, которая реально используется в phpBB-2.

[isirotin]

Понял свою ошибку. Простите за тупые вопросы=) Оказалось, несмотря на то, что в файле lang_main значилась кодировка windows-1251, база была в кодировке koi8-r!!! Как только это работало?! Все сконвертировалось, теперь только один вопрос... Сейчас, когда все сконвертировалось, новая база phpbb3 в какой кодировке? UTF-8?

[crash]

UTF-8?

да

[romutis]

Короче, так я и не конвертировал свой форум в 3.0.2 - провозившись почти 2 недели с ним (правдаЮ возился непостоянно)... Сначала была куча дурацких заморочек, связанных с тем, что phpBB заточен под Oracle Instant client и для того,чтобы заставить его работать с полнофункциональным клинтом, пришлось плясать с бубном вокруг настроек phpBB.
Но и это не самое важное - нудно, но выполнимо. Самое интересное началось при ковертировании базы. Конвертор падает с ошибкой: MySQl Server has gone away [2006]. :-/
Те же запросы, которые вызывают ошибку, прекрасно работают в phpMyAdmin. А самй прикол - если проинсталить phpBB 3.0.2 не на Оракл, а на MySQL - то конвертирование проходит без единой ошибки. Т.е. не таймауты виноваты, не софт или сервер, а глюк в самом скрипте конвертирования. Оформил всё как баг на сайте phpBB - жду ответа. Только что-то мне подсказывает, что никто и там не поможет - нету у народа условий для тестирования. :(

[Sarry]

Доброго времени суток, господа.

Решил и я обратиться за помощью.
Есть форум на phpbb2. При попытке конвертации было получено сообщение о некорректных именах пользователей.
Опытным путем было установлено, что проблема в кодировке базы.
На другом компьютере всё конвертится как надо, но сливать весь форум с аттачами для конвертации на нем достаточно проблематично.

Подскажите, на что обратить внимание при работе с кодировками?
В lang_main пробовал и windows-1251, и cp1251 (исходная кодировка базы, насколько я помню).

Запрос

Код: Выделить всё

SHOW VARIABLES LIKE '%CHAR%'

в PMA дает

Код: Выделить всё

character_set_client   utf8
character_set_connection   cp1251
character_set_database   cp1251
character_set_filesystem   binary
character_set_results   utf8
character_set_server   cp1251
character_set_system   utf8

[crash]

Sarry
1. изменить имена пльзователей конфликтныж на время конвертации
2.

сливать весь форум с аттачами для конвертации

на другой комп и конвертить.
3. Изменить настройки mysql также как и на 2 компе, если проблема с mysql

[Sarry]

Сливать 2 гига проблематично)
Это форум выпадет на сутки из работы.

изменить имена пльзователей конфликтныж на время конвертации

Не пойдет, в итоге получаем нечитаемую кодировку (смотрю временную таблицу в mysql)

[Борис Бердичевский]

Такая проблема возникла у моего друга, когда он конвертировал довольно обширную БД своего форума. Часть имён юзеров конвертировалась в абракадабру (типа Шкилет из шкафа ). Как он заметил, ошибочная перекодировка происходит периодически в процессе конвертации: некоторый объём информации конвертируется нормально, затем -- с ошибкой, снова нормально -- и так далее по методу "черное-белое".
Короче, позже он выяснил, что проблема в перекодировке имен, начинающихся с большой буквы "И".

[Sarry]

И как решил?

[rxu]

Sarry
У пользователей, чьи имена были проблемными, был установлен в профиле тот же язык, что и у "не проблемных"?

[Sarry]

У пользователей, чьи имена были проблемными, был установлен в профиле тот же язык, что и у "не проблемных"?

Русский, как и у большинства.

Похоже что у них у всех есть буква И в имени =)

Добавлено спустя 2 минуты 59 секунд:
Попробую заменить её на какой-нить символ, а после конвертации вернуть.