первая буква имени пользвателя Я

[4dm1n]

обновился до 2.2.2

не находит юзеров, имена котрых начинаются с большой Я, меняем на маленькую - заходит

 

в админке "Запретить символы с кодом chr(0xCA)" стоит "Нет"

[hostel5]

А у меня совсем не находит пользователя, в имени которого содержится буква Я (http://forum.tsure.ru/index.php?showuser=11176)

Возможно проблема похожая?

Обнаружилось это, после того как попытался отправить личное сообщение пользователю ТЭЯ. Пользователь есть, а форум пишет что его нет.

[4dm1n]

проблема есть такая еще и с пользователями, имя которых содержит большое русское "О"

[hostel5]

Проблема: буква "я" в имени

 

Вот тут похожая проблема, но для 2.2.2 не помогает.

 

Оказывается, проблема имеется также со входом на форум именами с буквой Я.

 

Слушай тут еще такая проблемка, у одной форумчанке (ЯнКа), она буквально неделю назад перестала заходить на форум, а потом как попыталась у нее не получилось. Пишут что пароль неправельный либо ее удалили.

 

Если мысли как пофиксить данную проблему?

(Дистрибутив форума скачивал с clientarea).

 

Вот еще нашел по этой проблеме.

 

Это не проблема форума, это проблема sql. Попробуйте выполнить у себя в sql:

 

SQL

select lower("АБВГДЕЁЖЗИЙКЛМНОПРСТУФХЦЧШЩЬЫЪЭЮЯ")

 

 

если какие-то буквы останутся большими, значит у вас на сервере таблицы символов для sql стоят кривые. У меня на старом хостинге такая хрень была с буквами Я Ё Ч.

 

А вся фигня в том, что если вы посмотрите как форум ищет пользователя по имени, то увидите, что он ищет по условию

SQL

select ... from ibf_members where lower(введенное_имя)=lower(name)

- что-то типа того.

вот почему и происходит глюк при авторизации, если кривые таблицы символов.

 

Источник

 

Но примечательно то что до переезда с 2.1.7 небыло проблем, по этому я исключаю проблему с SQL, но возможно в 2.2.2 изменились SQL запросы?

Кодировка CHARSET=latin1;

 

 

Результат: Самостоятельный запрос

lower("АБВГДЕЁЖЗИЙКЛМНОПРСТУФХЦЧШЩЬЫЪЭЮЯ")

абвгдеЁжзийклмнопрстуфхцЧшщьыъэюЯ

[4dm1n]

абвгдеЁжзийклмнопрстуфхцЧшщьыъэюЯ

 

тоже самое, но

 

дело не в mysql, сделайте вручную(mysql-консоль) выборку имени в кодировке windows-1251 - она пройдет удачно, в отличие от выборки при регистрации, которую делает форум

 

mysql 4.1.22 на freebsd, работает 1.5 года, на 2.1.7 никаких проблем не было

[hostel5]

Вообщем я всетаки заморочился с кодировкой sql, щас пробую прегнать базу с latin1 в cp1251, о результате сообщю попоже.

[4dm1n]

дело точно не в базе

[hostel5]

Заодно и проверим

 

Решил проверить после прочтения

 

кодировка latin1 - это некорректная кодировка для полноценной работы с криллицей. Для корректно работы с кириллицей нужно выбирать кодировки, которые поддерживают кириллицу. Для того, что бы узнать полный список этих кодировок RTFM по MySQL. Я же остановлюсь на двух распространённых из них: utf-8 и cp1251. Начну с cp1251, потому что это родная кодировка для ОС Windows.

 

Источник

[4dm1n]

ах-ах-ах ))

некорректная

 

работали форумы с 2.0.3 до 2.1.7 включительно без проблем с этой кодировкой, я уж не говорю про более серьезные вещи типа биллингов.

 

Сделайте 2 запроса (для ЯнКа)

 

1) в mysql консоли

 

select id,mgroup,name from ibf_members where name='ъМйЮ';

 

результат будет точно

это и есть янка в кодировке windows-1251 при кодировке сервера koi8-r

 

2) в админке

 

select id,mgroup,name from ibf_members where name='ЯнКа';

будет пусто

[hostel5]

Но тем не менее от IPB Team никаких комментарий не поступило.

[hostel5]

За весь день плясок с бубном получен хоть какойто результат.

Вообще переход с latin1 на cp1251 дал о себе знать, проблема пропала.

Процесс довольно напряжный, пока что проделал с тестовой БД.

 

Делал по мануалу.

 

Жду когда до делается, проверю, и переведу основную базу на cp1251 (размер дампа 500 мб).

[4dm1n]

=)

можно еще через iconv, но это не дело

Изменено 23 Апреля 2007 пользователем 4dm1n

[4dm1n]

hostel5, напиши кстати как получилось

 

Но тем не менее от IPB Team никаких комментарий не поступило.

 

вообще надо предупреждать в таком случае, ни в ридми в архиве, ни в топиках такого нет - а конвертировать базу в полгига все-таки не пустячок.

Ведь по сути дело не в базе, а в том, что движок форума стал по-другому работать с базой(!) в отличие от всех предыдущих сборок

А то со стороны это выглядит как "косяк у вас - исправляйте кодировку и все будет работать"

 

И так нет ответа на вопрос: Почему через любой другой mysql-клиент выборка имен идет без проблем, в отличие от клиента встроенного в новый движок 2.2.2?

 

Вместо этого говорят: смените кодировку.

Изменено 24 Апреля 2007 пользователем 4dm1n

[hostel5]

угу... можно было где-то анонсировать это.

Вообщем, моя проблема решилась переходом с latin1 на cp1251

[GiV]

4dm1n,

в файлах class_db_mysql_client.php и class_db_mysqli_client.php

 

попробуйте закомментировать строчки содержащие

SET character_set_connection =

SET collation_connection =

 

в данныйх файлах

 

т.е. например

 

mysql_query( "SET character_set_connection = " . $this->obj['mysql_codepage'], $this->connection_id );

 

заменить на

 

//mysql_query( "SET character_set_connection = " . $this->obj['mysql_codepage'], $this->connection_id );

[4dm1n]

пробовал - не помогло

видимо остается только конвертирование

[GiV]

Ну если такое не помогло, то проблема явно на стороне MySQL.

 

Старые версии работали нормально, потому что не было преобразования lower при логине.

[Song]

ну как это не было..

[Citron]

У меня какая-то странная проблема с первой буквой "К" (русская)

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

[hostel5]

где-то про это уже писали на форуме, поищи.

[Citron]

на самом деле просто не нашел по поиску...