При интеграции с Joomla проблема с кодировкой

knightq · 30 октября 2005, 22:47:10

Установил форум в одну базу с Joomla...
Интегрировал через компонент...
Теперь на форуме все русские слова в виде вопросительных знаков

?

??

?
??

??

?

Помогите!

Mavn · 31 октября 2005, 00:51:20

http://www.simplemachines.ru/index.php?topic=16.0
почитай может поможет если нет. пиши будем дальше разбиратся

knightq · 01 ноября 2005, 19:30:39

вариант с вставкой строки
mysql_query("set CHARACTER SET cp1251") or die ("not available!");
в index.php форума SMF не помог...

есть еще варианты?

Mavn · 03 ноября 2005, 00:29:28

вариантов нет потому как трабла у тебя с настройкой серванта. Не правильно выставлены кодировки MySQL серванта! Вот и все!

Neuzis · 09 ноября 2005, 10:37:24

Наверное нет смысла мучиться, так как ничего не получится. $:-\$
Проблема совместимости SMF и Mambo/Jomla глобальная на новых версиях MySQL.
Ищите другие варианты интеграции.
Плохо, что в меню SMF нет возможности добавления кнопок url.

Mavn · 09 ноября 2005, 10:47:49

1. В плане? нам просто самим интересно где собака зарыта

чтобы мы в последующем могли как то объяснять пользователям что нужно сделать чтобы улучшить ситуацию с кодировками, чтобы не было проблем с этим.
2. Добавлять кнопки можно самим в файле index.template.php так сказать ручками

sourpuss · 10 ноября 2005, 01:46:06

Цитата: knightq от 01 ноября 2005, 19:30:39
вариант с вставкой строки
mysql_query("set CHARACTER SET cp1251") or die ("not available!");
в index.php форума SMF не помог...

есть еще варианты?

Вариантом остается сделать то же самое с Joomla, т.е. в файле /includes/database.php найти нечто такое:

Код Выделить

$this->_table_prefix = $table_prefix;

        //@mysql_query("SET NAMES 'utf8'", $this->_resource);

Раскомментировать и исправить строку

Код Выделить

@mysql_query("SET NAMES 'cp1251'", $this->_resource);

...может и поможет такое, а может и нет...

Neuzis · 01 декабря 2005, 14:44:54

Не... Так не пойдет

Давайте как-то разбираться с кодировкой после интеграции с Mambo-Joomla/SMF.
Перепробовал разные мосты -дело не в них и не в версиях SMS.
Глюк действительно в конфликте кодировок SMF и Joomla в БД MySQL 4.1.14 у хостера. В кодировках сравнения Joomla (cp1251), а вот в SMF(latin1)

Раздельно они работают, а мост ломает кодировку в SMF. Хостер по рекомендации Mambы для нормального отображения кириллицы создал мне базу в CP1251, вместо умолчания UTF8. Да, кстати сам SMF нормально работает с русскими буквами в UTF8

Наверное надо подправить кодировку в SMF, подскажите где и как.

mail_makc · 09 декабря 2005, 10:14:36

Так кто-нибудь нашел решение данной проблемы?
А то я сейчас напоролся на подобное... Только несколько в ином виде - везде все пишет по-русски нормально, а вот при синхронизации пользователей из Joomla в SMF их имена (написанные по-русски в Joomla) превращаются в знаки вопросиков в SMF...
Joomla Paranoja 1/0/3 + SMF не помню какой версии + MySQL 4.1xx

Mavn · 09 декабря 2005, 11:10:36

Приведи ссылки от куда чего качал мы посмотрим может чего придумаем

mail_makc · 09 декабря 2005, 16:34:52

Ну да, чем больше информации - тем лучше...

Портальная часть
Joomla 1.0.3 Rus Paranoia 005 - http://andyr.mrezha.ru
С этого адреса - ftp://ftp.ru-mambo.ru/integrations/Mambo+SMF/ - взял компоненты:
smf_1-0-5_install_full_Russian.zip
smfmambomod_1.3.1b.zip
com_mambo_smf_forum_1.3.1.3.zip

Серверная часть (платформа Windows 2003 Server)
MySQL 4.1.15 - http://dev.mysql.com/downloads/mysql/4.1.html
Russian Apache 2.0.52 Win32 - http://apache.lexa.ru (вроде здесь качал с FTP только)

По отдельности все работает... Вместе не хочет... Импортировать пользователей из Joomla в SMF - импортирует... и обратно тоже... Но при этом коверкаются имена пользователей и логины (если они русскими буковками сделаны).

Подозрение было на то, что Joomla-таблицы изначально были в cp1251, а SMF-таблицы в этой же БД, но в latin1...

Пробовал сохранить в файл запросы которые отдаются для SMF при импорте пользователей из Joomla в SMF:

Код Выделить


INSERT INTO smf_members (realName, memberName, emailAddress, passwd, dateRegistered, hideEmail) VALUES ('Тестеровский Тестер','test','tst@tst.ru','12345',UNIX_TIMESTAMP('2005-12-08 14:44:45'), '');

Запрос формируется в cp1251...

Сейчас вот пробую перед выполнением запроса на вставку пользователя при импорте выполнить:

Код Выделить


$database->setQuery("set CHARACTER SET latin1");

а потом:

Код Выделить


$database->setQuery("set CHARACTER SET cp1251");

Но что-то пока неудачно... Не помогает... И даже в этом случае ничего не импортирует...
Как вариант - написать перекодировщик из 1251 в latin1 и обратно... и использовать его в момент INSERT'а...

Yana · 28 декабря 2005, 19:30:36

ЦитироватьJoomla 1.0.3 Rus Paranoia 005 - http://andyr.mrezha.ru

Насколько я знаю, Андрей (сборщик Paranoia) большой сторонник кодировки UTF. И еще также знаю, что он при сборке исправляет некоторые куски кода Джумлы для наибольшей совместимости с русским языком. К сожалению иногда это приводит к тому, что некоторые компоненты для Джумлы устанавливаются с проблемами. Рекомендую для эксперимента скрестить форум и оригинальную джумлу, возможно, что все пройдет без проблем (хотя и не гарантирую, это просто идея, основанная на личном опыте)

AndyR · 05 января 2006, 23:08:58

"Параноя" работает сейчас на всех версиях MySQL с версиями РНР включителдьно до 5.0.4.
Там оригинальная версия не работает, проблемы с кириллицей.
При создании БД оригинальная версия оставляет кодировку сервера по умолчанию, а что у кого стоит "по умолчанию" - непредсказуемо.
Если компонент общается с БД самостоятельно (как SMF), то Мамба-Джумла тут совершенно ни при чем.
Если форум не работает на MySQL версий 4.1 и выше, то там же не работает и оригинальная Джумла, а Параноя работает без проблем
из-за того, что патчи Джумлы постоянно контроллируют весь SQL-трафи и в случае надобности переводят MySQL сервер опять в режим
нормальной поддержки 1251 кодовой страницы.

MySQL-серверу надо на вход подавать корректные данные, а не как Бог на душе положит....

Mavn · 05 января 2006, 23:16:34

Цитата: AndyR от 05 января 2006, 23:08:58
Если форум не работает на MySQL версий 4.1 и выше, то там же не работает и оригинальная Джумла, а Параноя работает без проблем

Извините а как понимать Ваше высказывание относительно этого?? вообще то форум работает и нормально на Mysql этих версий!

Yana · 28 января 2006, 01:33:31

AndyR, тогда по твоему методу надо и форум патчить, чтобы он тоже при инсталляции устанавливал нужную кодировку базы. Ты паранойю старался сделать как лучше, а получилось как всегда - они с форумом по-разному воспринимают базу и поэтому несовместимы...

ColdFire · 28 января 2006, 11:02:36

не понимаю, что за проблемы с кодировкой у вас, у меня стояла панойя 1.0.3 и форум 1.0.5, скрестил их, все нормально, затем обновился до 1.0.5. и 1.1 RC1, снова все нормально, мост с joomlahacks.com версии 1.0.2а(вроде), кодировка всех таблиц в базе win-1251

странно все это

Yana · 30 января 2006, 01:40:59

Ну раз у тебя нет проблем, чего ты в тему-то встрял?

SAS · 30 января 2006, 08:18:29

ЦитироватьТы паранойю старался сделать как лучше, а получилось как всегда - они с форумом по-разному воспринимают базу и поэтому несовместимы...

паранойя нормальная сборка и перестаньте Yana всех цеплять колкостями, AndyR уже сказал же, что он не виноват, что народ ставит форум другой кодировке, в кодировке таблиц win все работает прекрасно

mail_makc проверь и скажи нам какая у тебя кодировка таблиц форума в базе

а так же зайди сюда - http://www.joomlahacks.com/ спустись чуть ниже и увидишь патчи интеграции, скопируй для своей версии и попробуй установить, а вдруг поможет

Mavn · 30 января 2006, 10:23:03

народ базар не по теме! раздел флейма в другом месте!

Yana · 30 января 2006, 17:39:32

Цитата: SAS от 30 января 2006, 08:18:29
паранойя нормальная сборка и перестаньте Yana всех цеплять колкостями, AndyR уже сказал же, что он не виноват, что народ ставит форум другой кодировке, в кодировке таблиц win все работает прекрасно

SAS, никто никого не подкалывает. С AndyR мы знакомы очень давно, и я думаю, что он в состоянии сам мне ответить, если его что-то вдруг задело в моих высказываниях. Проблема с кодировками на самом деле имеет место быть, и если кто-то с ней не сталкивался, то это не значит, что ее не существует. Не у всех достаточно знаний по MySQL, чтобы понять разницу между 4.0 и 4.1. AndyR владеет данным вопросом на очень высоком уровне, но это иногда приводит к тому, что возникает взаимное недопонимание. Верхи с низами не всегда успешно контактируют. Я и сама порой по 3 раза переспрашиваю AndyR, что он имел в виду, давая тот или иной совет. А все потому, что для него некоторые вещи являются само собой разумеющимися, а для некоторых из нас это темный лес. Ничего плохого в этом нет

Mavn, прошу извинения при возможном переходе на личности

antos · 01 февраля 2006, 18:27:48

У меня тоже такая же проблема

И я из всех умных слов так и не понял есть ли решение и возможно ли где для форума поменять кодировку для запросов к MySQL?

??

liman · 04 апреля 2006, 22:52:20

Имею такую ошибку

Illegal mix of collations (latin1_swedish_ci,COERCIBLE) and (cp1251_general_ci,IMPLICIT) for operation 'find_in_set'
Файл: /***/******/********/Sources/Admin.php
Строка: 114

Можно как решить?

База в UTF-8
Таблицы Joomla в cp1251_general_ci
Таблицы SMF в latin1_swedish_ci
При таком раскладе при интеграции вижу вопросики . Попробывал обойти создав таблици форума в cp1251_general_ci .- появилась данная ошибка. Для обычного пользователя обход в вводе строки в индекс.пхп, но помогает только с зарегистрировшимися юзерами, а ости и админ видят ошибку (та что в верху)

Очень хочется знать как SMF 1.1rc2 с параноей соеденить 1.0.5

Если кому интересно решение моей проблемы читайте здесь :
http://www.simplemachines.ru/index.php?topic=220.0

При интеграции с Joomla проблема с кодировкой

knightq

knightq

antos