Поиск русских символов

[Ph-A 395]

Как мне ему объяснить, что он не прав?

Как я понял не помогли.

 

Решения два. Перевести вашу базу в "нормальную" кодировку. Или дать поддержки ссылку на тему Language conflict. Думаю, что несмотря на мой плохой английский, там понятно куда копать. :unsure:

[Buskopan 56]

Как я понял не помогли.

 

Решения два. Перевести вашу базу в "нормальную" кодировку. Или дать поддержки ссылку на тему Language conflict. Думаю, что несмотря на мой плохой английский, там понятно куда копать. :unsure:

 

Да. Сегодня еще раз буду им надоедать.

 

А что насчет Заменяем файл /admin/sources/classes/class_localization.php ?

 

Это не проверенный метод?

 

Думал начать возиться с ним.

 

пс. Английский нормальный. Я даже не сразу вас узнал )

Изменено 12 октября 2010 пользователем Buskopan

[Ph-A 395]

Да. Сегодня еще раз буду им надоедать.

ОК.

 

А что насчет Заменяем файл /admin/sources/classes/class_localization.php ?

 

Это не проверенный метод?

Решением от Ritsuka можно доверять на 99.9% :unsure: Тем более именно это исправление в трекере встречается два раза. Не применяется в дистрибутиве оно только из-за того, что используется php модуль iconv. А он не везде стоит.

Надо будет здесь продублировать.

[Buskopan 56]

Поставил все поправилось! Молодец Ritsuka

 

перенесу его совет суда.

 

 

1. Если у вас даты выводятся на английском, то в настройках языка выставляем "Локаль" = "Russian" или "rus" - добиваемся кракозябр. Если даты сразу же кракозябрами - этот этап пропускаем.

 

2. Заменяем файл /admin/sources/classes/class_localization.php на файл из аттача:

 

Мелкий неприятный остаток - в профиле в списке тем и сообщений пользователя остаются в датах кракозябры. Это происходит потому, что IPS сами порой забывают (не знают) про свои же классы локализации и шапрят даты напрямую.

А с этим проблем нет вроде как.

 

Ушел доставать ips по поводу поиска

 

 

...не атачится.

Изменено 12 октября 2010 пользователем Buskopan

[Buskopan 56]

Ответ IPS по поводу поиска русских слов.

 

 

Hello,

 

basically, the problem is your database collation.

 

If you look at post #1 directly in the database.. It's stored as

 

Ð’Ñ ÐµÑ… Ð¿Ñ€Ð¸Ð²ÐµÑ‚Ñ Ñ‚Ð²ÑƒÑŽ на новом движке форума.

 

Попрошу Ð²Ñ ÐµÑ… по новой пройти Ñ€ÐµÐ³Ð¸Ñ Ñ‚Ñ€Ð°Ñ†Ð¸ÑŽ Ñ‚.к. времени конвертировать Ñ Ñ‚Ð°Ñ€Ñ‹Ð¹ форм в Ñ Ñ‚Ð¾Ñ‚ не Ð¾Ñ Ñ‚Ð°Ð»Ð¾Ñ ÑŒ.

 

Ð¡Ð¿Ð°Ñ Ð¸Ð±Ð¾.

 

Now, the document character set of the forum is translating that, but search doesn't translate the search term.

 

What you'd really have to do is export your database in MySQL4 compatible format, then reimport it with the default collation type set to a UTF8 type character set.. Something like utf8_general_ci

 

Right now, your database defaults to latin1_swedish_ci, which doesn't support the Russian (?) characters.

 

 

И ответ на мое "я не могу работать с датабазами можете ли Вы помочь ?" :)

 

Hello,

 

We really can't. Not knowing how large your DB is.. You might be able to do it all through phpMyAdmin.. If the database is over a certain size, you'll have to import it through another method, such as bigdump.php or SSH.

 

You can export the database through phpMyAdmin without problem. It's the import that's the hangup. And, it kind of goes without saying, but I would recommend doing the restore to a different database, then switching your IPB install to use that, so that you never delete the original, working database until the new one is up and working properly.

 

Jason

IPS Support

 

Интересно...Почему у меня работает поиск русских слов на Джумле? Я ведь и там оставил кодировку датабазы по умолчанию...

[Ph-A 395]

Ответ IPS по поводу поиска русских слов.

Ответ ожидаемый, но я думал, что они исправят.

 

basically, the problem is your database collation.

О чем я и говорил с самого начала.

 

Now, the document character set of the forum is translating that, but search doesn't translate the search term.

Угу. Это я понял, но это не правильно.

 

Right now, your database defaults to latin1_swedish_ci, which doesn't support the Russian (?) characters.

latin1 поддерживает русские символы. Другой вопрос, что форум криво работает с latin1

 

You might be able to do it all through phpMyAdmin..

Не в коем случае. phpMyAdmin еще тот глюк.

 

And, it kind of goes without saying, but I would recommend doing the restore to a different database, then switching your IPB install to use that, so that you

Логично.

 

Интересно...Почему у меня работает поиск русских слов на Джумле? Я ведь и там оставил кодировку датабазы по умолчанию...

В IP.Board 3.x интернационализации форума сделана на редкость криво. Ibresource в этом здорово повезло. :)

[Ph-A 395]

И ответ на моое "я не могу работать с датабазами можете ли Вы помочь ?"

Можете меня дернуть в личке, но опишу здесь. Пригодится и другим.

 

1. Создаем на хостинге новую базу данных.

2. Закрываем форум.

3. Делаем бекап базы данных! Лучше всего сделать с помощью Sypex Dumper

4. Восстанавливаем бекап в новую базу данных.

4а. В вашем случае, зайти в phpMyAdmin и убрать все таблицы от Джумлы. Их перекодировать не надо.

5. Подключаем в conf_global.php к форуму новую базу данных. Проверяем, есть ли глюки.

6. С помощью скрипта от Ritsuka переводим новую базу данных в UTF-8

<?php
// Database info

include("conf_global.php");

$dbhost = $INFO['sql_host'];
$dbuser = $INFO['sql_user'];
$dbpass = $INFO['sql_pass'];
$dbname = $INFO['sql_database'];

//---------------

header('Content-type: text/plain');

$dbconn = mysql_connect($dbhost, $dbuser, $dbpass) or die( mysql_error() );
$db = mysql_select_db($dbname) or die( mysql_error() );

$sql = "ALTER DATABASE `".$dbname."` DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci";
$result = mysql_query($sql) or die( mysql_error() );
print "Database changed to UTF-8.\n";

$sql = 'SHOW TABLES';
$result = mysql_query($sql) or die( mysql_error() );

while ( $row = mysql_fetch_row($result) )
{
$table = mysql_real_escape_string($row[0]);
$sql = "ALTER TABLE $table DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci, CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci";
mysql_query($sql) or die( mysql_error() );
print "$table changed to UTF-8.\n";
}

mysql_close($dbconn);
?>

Данный скрипт записать в любой файл с расширением php, положить в корень форума и запустить

 

7. После того как он отработает, зайти в phpMyAdmin и посмотреть в какой кодировки база данных и таблицах. Если на форуме слетела кодировка это не страшно.

8. В conf_global.php проверяем есть ли строчка (если нет или значение пустое - вставить).

$INFO['sql_charset']                    =       'utf8';

9. В корень форума вставить .htaccess со строчками

AddDefaultCharset utf-8
AddCharset utf-8 *
<IfModule mod_charset.c>
CharsetSourceEnc utf-8
CharsetDefault utf-8
</IfModule>

10. My Control Panel > Tools & Settings > System Settings > Server Environment

Document Character Set UTF-8

 

My Control Panel > Tools & Settings > System Settings > Security and Privacy

Remove chr(0xCA) from input? No

 

11. Проверяем форум. Поиска. Создания новых сообщений, обязательно обратите внимания на русские буквы "ш" и "И".

12. Если все нормально, то открываем форум.

 

P.S. Если у вас Джумла и IP.Board были в одной базе, их можно потом слить в одну. Или оставить в разных.

[Buskopan 56]

Уважаемый Ph-A,

 

Спасибо Вам большое!

 

Все работает.

 

Касательно краказябр, что не заметил сразу.

Мелкий неприятный остаток - в профиле в списке тем и сообщений пользователя остаются в датах кракозябры. Это происходит потому, что IPS сами порой забывают (не знают) про свои же классы локализации и шапрят даты напрямую.

 

Они вылезают только в календаре.

 

Дата: 18-������� 10 заканчивается 27-�������� 13 (Повторяющееся)

 

и как я понял это поправимо, если сделать поправки как было указано в сообщении от Ritsuka

Изменено 14 октября 2010 пользователем Buskopan

[Ph-A 395]

Они вылезают только в календаре.

Угу. Кодировка в календаре

Я пока не разобрался это глюк windows или не только...

 

Дата: 18-������� 10 заканчивается 27-�������� 13 (Повторяющееся)

Я смотрю: Дата: 18-October 10 заканчивается 27-September 13 (Повторяющееся) Уже исправили?

 

и как я понял это поправимо, если сделать поправки как было указано в сообщении от Ritsuka

Скорее всего да. Но можно было написать IBR. Чем больше их пинать по локализации, тем правильней будет продукт.

[Buskopan 56]

Я смотрю: Дата: 18-October 10 заканчивается 27-September 13 (Повторяющееся) Уже исправили?

 

нет. пока не трогал. Оставил на завтра.

У меня тоже самое без измений ...и вот еще нашел в одном месте

 

У меня кнопки от фейсбука на дне тем ..."мне нравится" (like button) - выводят топики на фейсбук...

 

Сейчас заметил, что выводит кракозябры в фейсбук...

Скорее всего да. Но можно было написать IBR. Чем больше их пинать по локализации, тем правильней будет продукт.

Надоедать я умею. Чемпион мира. Обязательно напишу им. Спасибо.

 

 

 

пс Фото не грузиться на форум тут.

выдает - Ошибка Ошибка загрузки

 

Уже в который раз пробую. Потому поверьте на слово :)

[Ph-A 395]

нет. пока не трогал. Оставил на завтра.

На windows, кодировка бьется. Под Linux завтра посмотрю и напишу в тему Кодировка в календаре

 

Сейчас заметил, что выводит кракозябры в фейсбук...

Выводила нормально, а стало "биться"? Или давно так?

У меня на форуме нормально. Все таки windows хостинг ...

 

пс Фото не грузиться на форум тут.

выдает - Ошибка Ошибка загрузки

Возможно. Я не знаю ограничений.

[Buskopan 56]

Выводила нормально, а стало "биться"? Или давно так?

У меня на форуме нормально. Все таки windows хостинг ...

появилось после переезда на "правильную" датабазу

 

краказябит только в скине Comfy от Fisana (не стал писать на скинах т.к. туда видимо редко заходят)

 

нет. пока не трогал. Оставил на завтра.

 

поправки в tabSingleColumn не исправили ситуацию. Как я понял они расчитаны на исправление иероглифов в профиле пользователя. Которые работают и без поправок нормально.

 

Возможно. Я не знаю ограничений.

 

это не есть гуд

Изменено 15 октября 2010 пользователем Buskopan

[Ph-A 395]

краказябит только в скине Comfy от Fisana (не стал писать на скинах т.к. туда видимо редко заходят)

Заходят часто. Писать не надо это не проблема скина и тем более не проблема верстки.

 

У меня на Comfy все нормально.

Попробуйте перекэшировать скин. Может помочь.

[Buskopan 56]

 

Попробуйте перекэшировать скин.

 

а как его перекэшировать? ^_^

 

мистика...все исправилось само. Оба скина в ФБ отдают правильные тексты

Изменено 15 октября 2010 пользователем Buskopan

[Ph-A 395]

а как его перекэшировать? ^_^

My Control Panel > Look & Feel > Template Tools

 

мистика...все исправилось само. Оба скина в ФБ отдают правильные тексты

Кэш сам обновился.