You are not logged in.
I write through the Google translator, so sorry if that is not clear.
When you try to import users in glpi of the ad, an error occurs if the login Russian letters. Immediately check the import of the user with the login English, everything works fine.
Help me please.
glpi: 0.90.1
debian: Debian GNU/Linux 7.4 (wheezy)
3.2.0-4-686-pae #1 SMP Debian 3.2.54-2 i686 GNU/Linux
Offline
Bonjour,
Quand tu dis que tu as un problème à importer des utilisateurs avec les caractères cyrilliques, c'est uniquement un problème d'affichage ou il y a plus que cela. Peux-tu nous faire une copie écran !
Merci (traduction fait avec word)
Hello
When you say that you have a problem to import users with the Cyrillic characters, it is only a display issue or there is more than that. Can you make us a screen copy!
Thank you (translation done with word)
Привет
Когда вы говорите, что у вас есть проблемы, чтобы импортировать пользователей с кириллическими символами, это только проблема отображения, или есть больше, чем это. Вы можете сделать нам копию экрана!
Спасибо (перевод делается с word)
Спасибо
Prod => GLPI 0.84.6
Test Plugin => GLPI 0.90.2 / Debian 8.3 / Apache / MySQL
Offline
I took two short videos from the user's imports from Russian and English letters
https://youtu.be/HNGu4Aaeo5M Eng
https://youtu.be/T7QNfiM7fPsRus
One picture is not enough. So what happens if you just login. If the login domain of Russian letters, it is not logged in, if English can login without imports.
This is a problem of imports, the user does not appear in the Users tab.
Offline
Cela fait la même chose si tu configure en russe GLPI ?
De mon côté j'ai configuré en russe glpi il y des menu qui ne sont pas traduit !
Je n'ai pas fait le lien entre ldap et GLPI dans ma machine de test
Tu as utilisé le plugin LDAP ?
L'encodage n'est pas le même c'est cela le problème à mon sens.
Tu es sous Windows ta config tourne sous encodage windows-1251 ?
Si tu passes en UTF-8 as-tu toujours le même résultat ?
Это то же самое, если настроить в России GLPI?
На моей стороне я настроен в России glpi это y меню, которое не переводятся!
Я не сделал связь между ldap и GLPI в моей тестовой машине
Вы использовали плагин LDAP?
Кодирование-это не то же самое, что это проблема в мое мнение.
Являетесь ли вы ваши config, когда Windows работает на кодировку windows-1251?
Если вы проходите UTF - 8 у вас всегда тот же результат?
Prod => GLPI 0.84.6
Test Plugin => GLPI 0.90.2 / Debian 8.3 / Apache / MySQL
Offline
проблематичным, что достаточно близко ссылку на российском сайте
GLPI базы являются PHP и MySQL
Prod => GLPI 0.84.6
Test Plugin => GLPI 0.90.2 / Debian 8.3 / Apache / MySQL
Offline
«Cela fait la même chose si tu configure en russe GLPI ?»
Oui, si vous mettez la langue russe sera le même.
Да, если поставить русский язык будет тоже самое.
«Tu as utilisé le plugin LDAP ?»
Non, ce n'est pas un plug-in d'une telle glpi possibilité. https://youtu.be/MWSMh8xczr4
Нет, это не плагин такая возмжность есть в GLPI.
Encodage dans la base de données devrait UTF-8 https://youtu.be/is001UA18K0
Кодировка в базе данных стоит UTF-8
Je l'ai fait toutes les instructions. gahcep.github.io/blog/2013/01/05/mysql-utf8/
Inséré dans my.cnf
[mysqld]
init_connect=‘SET collation_connection = utf8_unicode_ci’
character-set-server = utf8
collation-server = utf8_unicode_ci
[client]
default-character-set = utf8
service mysql restart
La remise à zéro GLPI.
Le même résultat
"L'identifiant n'est pas valide. Impossible d'ajouter l'utilisateur.
Opération réalisée avec succès"
S'il vous plaît pardonnez-moi si l'affichage des réponses vidéo fatigant, mais je ne sais pas comment sans connaître la langue, a expliqué plus clairement.
Прошу простить если просмотр видео ответов утомляет, но я не знаю как без знания языка, более наглядно объяснить.
Offline
Please help to solve this problem. I want to introduce GLPI on your business, but not domain accounts, I can not do that.
Offline
Привет, решил эту проблему так. В поле Login field при настройке LDAP указать поле, которое у пользователя на англ. языке (вместо cn или sn), это может быть например userPrincipalName или sAMAccountName.
Offline
В том и сложность, что все эти поля на русском языке, на английском только имя домена. Еще если указать не другое поле, оно же отвечает за логин как я понимаю. В идеале то я хочу добиться прозрачной авторизации, чтобы пользователи не вносили вообще никаких данных, это ведь похоже на ошибку в коде, как мне кажется что то с кодировками, возможно человек со знанием php поправил бы все на раз.
That and the complexity of all these fields in Russian , in English only the domain name . Even if you do not specify a different field , it is also responsible for the username as I understand it . Ideally, I want to make clear authorization to users did not make any sort of data , it's like a bug in the code , it seems to me that the encodings may person with knowledge of PHP would be corrected at all times.
Offline
В том и сложность, что все эти поля на русском языке, на английском только имя домена. Еще если указать не другое поле, оно же отвечает за логин как я понимаю. В идеале то я хочу добиться прозрачной авторизации, чтобы пользователи не вносили вообще никаких данных, это ведь похоже на ошибку в коде, как мне кажется что то с кодировками, возможно человек со знанием php поправил бы все на раз.
That and the complexity of all these fields in Russian , in English only the domain name . Even if you do not specify a different field , it is also responsible for the username as I understand it . Ideally, I want to make clear authorization to users did not make any sort of data , it's like a bug in the code , it seems to me that the encodings may person with knowledge of PHP would be corrected at all times.
Вроде разобрался. Попробуй в файле glpi/inc/auth.class.php заменить строку
return preg_match( "/^[[:alnum:]@.\-_ ]+$/i", $login);
на
return preg_match( "/^[[:alnum:]@.\-_ ]+$/iu", $login);
Offline
Шикарно! Помогло! https://toster.ru/q/304573 еще осуждение шло тут. для истории оставляю.
It helped , thank you!
Offline