Русские имена

[Dmitriy427 198]

А .htaccess с таким кодом:

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

в корень форума не пробовали положить?

Если там уже есть .htaccess, то добавьте это в начало файла.

[Massesman 0]

Пробовал, не стработало ...

 

Такой еще наблюдение :

 

Открываем окно "Новое личное сообщение" - в поле (Имя получателя) начинаем набирать имя получателя, по первым набранным буквам вываливается список пользователей в именах которых есть эти набранные буквы, такое работает только с именами в латинице. В кирилице список не подгружает и когда вводим имя в кирилице полностью и пытаемся отправить сообщение , пишет что, имя получателя указанно с ошибкой.

[Dmitriy427 198]

Юзеринфу после обновления пересчитывали? Кеш модулей авторизации сбрасывали?

[Ph-A 395]

в корень форума не пробовали положить?

Проблема не в apache, а в MySQL

[Massesman 0]

2 Dmitriy427

все делал не помогло..

 

Супорт IPS что то наковырял - авторизация с кириллическими именами заработала, написали такой коментарий:

 

The problem appears to be the way your server handles uppercase cyrillic characters when attempting to convert them to lower case for the login. There are a few ways you can address this...

 

1) Check with your host and make sure the language locales you have in use are compatible with the php function strtolower()

 

2) Enable the function overloading features for the installed mbstring php extension http://php.net/manual/en/mbstring.overload.php

 

You should consult with your host before making any of these changes as they may affect other applications once they are enabled.

 

 

Отправка приват сообщений так и не работает, при попытки отправить пишет:

"

Обнаружены следующие ошибки:

Необходимо вручную ввести полное имя пользователя, либо выбрать его из вашего списка контактов.

Личное сообщение не отправлено

"

[Dmitriy427 198]

Проблема не в apache, а в MySQL

Возможно. Было бы не плохо глянуть в таблицу members, конечно. А что может быть с сервером БД? 3.2 с теми же настройками MySQL сервера работал, насколько я понимаю. Апгрейд структуру базы частично изменил, но не кодировку таблиц же?

[Massesman 0]

3.2 работало без ошибок ...

 

что глянуть в таблицу members?

[Dmitriy427 198]

что глянуть в таблицу members?

Это похоже уже не актуально, раз наладили авторизацию. Думал - может с кирилическими именами какой казус при апгрейде приключился.

[Massesman 0]

Это похоже уже не актуально, раз наладили авторизацию...

 

отправку сообщений не порпавили написали ответ:

 

That's likely the same underlying problem. If you change the PHP settings as mentioned by Andrew, functions such as strtolower() (used predominantly for member lookups, such as logins and sending PM's) to support multi-byte characters, such as those with Cyrillic characters in their usernames.

[Dmitriy427 198]

Ну, не знаю, у меня функция php strtolower() и тем более overloading не подключены. Но тестовый 3.3.2 (ibr) нормально работает с кирилическими именами.

[Massesman 0]

Два раза супорту IPS про это написал, отправляют настраивать php )

[Ritsuka 540]

А какая у вас версия PHP?

 

В php.ini есть секция [mbstring]. Там можно выставить значения:

 

mbstring.language = Russian
mbstring.internal_encoding = UTF-8
mbstring.func_overload = 2

 

Это должно решить вашу проблему.

 

В версиях 3.2+ перегрузка стандартных функции не совместима с парсером форума.

 

Саппорт, я так понимаю, поменял в одном месте strtolower на mb_strtolower, убедился, что проблема в ненастроенном сервере, и устранился от проблемы :)

 

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

[Dmitriy427 198]

Это на собственном хостинге можно было бы так проблему решить, и то, если там больше ничего не крутится с альтернативной локализацией. А тут хостер вряд ли подпишется. Наверное проще будет взять версии скриптов от ibr соответствующие.

[Ritsuka 540]

Наверное проще будет взять версии скриптов от ibr соответствующие.

 

1. У IBR нет своих скриптов. Раньше они незаконно отдавали полную переведенную версию от IPS. Теперь - чуть более законные только переведенные куски.

 

2. Если хостер вредный, можно поместить в conf_global.php строки:

 

ini_set("mbstring.func_overload", 2);
ini_set("mbstring.internal_encoding", 'UTF-8');

 

Или в .htaccess в корне форума строки:

 

php_value mbstring.func_overload 2
php_value mbstring.internal_encoding 0 UTF-8

 

Отечественные хостеры в силу исторических причин привыкли не задействовать мультибайтовые функции на серверах и делать все на cp1251. На западе же utf8 практически является стандартом.

[Massesman 0]

Авторизация с кириличискими именами после манипуляций IPS супорта, работает.

 

Проблема с личными сообщениями осталась, как и писал выше:

 

...Открываем окно "Новое личное сообщение" - в поле (Имя получателя) начинаем набирать имя получателя, по первым набранным буквам вываливается список пользователей в именах которых есть эти набранные буквы, такое работает только с именами в латинице. В кирилице список не подгружает и когда вводим имя в кирилице полностью и пытаемся отправить сообщение , пишет ...

"

Обнаружены следующие ошибки:

Необходимо вручную ввести полное имя пользователя, либо выбрать его из вашего списка контактов.

Личное сообщение не отправлено

"

 

Добавил в conf_global.php строки, без результата (

 

Поместил строки .htaccess в корне форума, форум не грузит вылетает с ошибкой: "Internal Server Error"

 

Есть такой момент, когда работаем с пользователями в админ консоли

 

При наборе первых букв имя в кирилице, в поле поиска пользователя, все работает, пользователя по совпадению находит.

 

 

А с личным сообщением работает только с латиницей, с именами в кирилице не отправляет, сообщает об ошибке.