probleme de casse lors de la recherche v0.65

ser_glpi · 2006-06-28 18:26:56

Bonjour à tous,

depuis peu lorsque le recherche par exemple un ordinateur par une partie de son nom, "GLPI" est devenu sensible à la casse et donc "prelude" est différent de prélude ou de Prelude ...

Alors qu'avant dans les recherches quelles quelles soient je tapé une partie sans me soucier de cela et j'avais tous les résultats contenant cette partie de la chaine.

Mon serveur est une Debian Sarge "testing/unstable" MySQL5/Apache1.3/PHP5, le client une station XP_Pro IE/Firefox/SeaMonkey/K-meleon idem...

Une idée est-ce relatif aussi a des PB de gestion UTF-8 et autre GR;sjdchv gne qui finissent par me g....

Merci de vos suggestion
GLPIen enthousiaste

MoYo · 2006-06-28 18:33:23

Il y a en effet un pb avec les accents mais pas avec les maj/min...
je pense que c'est un soucis de mysql car la requete est OK : LIKE '%xxxxx%'

aurel · 2006-06-28 22:19:05

la casse n'est pas prise en compte mais les accents oui et c'est vrai que ça joue des tours mais bon à toi de définir une politique au début soit tu met des accents et après tu peux ne pas trouver ce que tu cherches car tu la mal écrit ou alors tu met tout sans accent.

A+

ser_glpi · 2006-06-29 13:42:54

Merci pour vos réponses concernants les accents je conçois (d'ailleurs si qq'un a connaissance de "bons sites" sur les normes UTF, ISO et autres qui me perméttraient de minimiser la gène quant à la lisibilité... Je suis preneur.

Pour ce qui est de la casse pourtant au niveau de la recherche d'un matériel(ordi, imprimante, réseau...) j'ai bien un problème exemple mon PC s'appelle "pc-test" et j'en ai un autre qui s'appelle PC-TEST2, etc.. quand je filtre avec PC- il va me sortir tout ce qui contient PC- mais pas pc- et vice versa!?
Il en est de même d'ailleur dans le filtrage "automatisé" de l'import de machines liées (import d'OCS-NG) ou lors de la recherche d'un port à connecter parmi les ordi, réseau, etc...
Suis-je passé à côté d'une option de configuration de GLPI?

Moyo tu me dis que c'est MySQL as-tu une idée d'où/quelle l'option de configuration chercher/vérifier? En plus je ne suis pas trés à l'aise avec les requêtes pour l'instant.

Merci encore pour votre logiciel

PS: vous connaissez Zenoss un NMS (d'aprés les "features" ça à l'air terrible ) une association du type de celle avec OCSInventory serait un coup dur pour certains...mais bon c'est pas le sujet )

MoYo · 2006-06-29 17:50:23

pour la casse chez moi :
PC- me retourne bien tous les pc- et PC-
par contre les accents ne passent pas.

J'ai lu hier sur le site de mysql que la sensibilité à la casse était différentes suivant les versions mais je n'ai pas encore trouvé de solution passe partout

ser_glpi · 2006-06-30 13:45:03

Ok merci.
Si il y a des tests que je puissent faire ou des précisions à donner!?
Ce sera avec plaisir.

MoYo · 2006-06-30 14:21:20

les seules choses qui peuvent faire avancer le schmilblik c'est : version de mysql + résultats de tests

ser_glpi · 2006-06-30 16:22:44

Ok pour faire avancer le schmilblick :
ma config de test :
PC XPpro/SP2
et ApacheFriends XAMPP (basic package) version 1.5.1 provenant de l'installation du binaire Windows livré pour OCSInventory!

+ Apache 2.2.0
+ MySQL 5.0.18
+ PHP 5.1.1 + PHP 4.4.1-pl1 + PEAR
+ eAccelerator 0.9.4-rc1
+ PHP-Switch win32 1.0 (from Apachefriends, use the "php-switch.bat")
+ XAMPP Control Version 2.1 from www.nat32.com
+ XAMPP Security 1.0
+ SQLite 2.8.15
+ OpenSSL 0.9.8a
+ phpMyAdmin 2.7.0 pl1
+ ADOdb 4.68
+ FPDF 1.5.3
+ Mercury Mail Transport System v4.01b
+ FileZilla FTP Server 0.9.11
+ Webalizer 2.01-10
+ Zend Optimizer 2.6.0

Configuration du Serveur de "Production":

SERVER_SOFTWARE Apache/1.3.34 (Debian) mod_gzip/1.3.26.1a PHP/4.4.2-1.1 mod_perl/1.29
X-Powered-By PHP/4.4.2-1.1
Content-Type text/html; charset=fr_FR.UTF-8
MySQL Client API version 5.0.22
PCRE Library Version 6.4 05-Sep-2005

PHPMyAdmin_Serveur_Production
MySQL - 5.0.22-Debian_2-log
phpMyAdmin - 2.8.0.3-Debian-1 langage: Français
Jeu de caractères pour MySQL: UTF-8 Unicode (utf8)
Interclassement : utf8_unicode_ci

GLPI v0.65+plugins: DHCP, Archires, Utilitaires, Hotline.

Premier test recherche d'Ordinateur commençant par dg-.....
sur PC de test (en config xamp local) => pas de problème tout ce qui contient "dg-" dans les Elements visualisées, quelque soit la casse, est listé.

I/
Du même PC mais en tant que client du serveur de prod:
le résultat ne sort la liste que des PCs qui contiennent STRICTEMENT dg- (respect de la casse total)?

Si je fais le test avec DG- je n'ai aussi que ceux qui contiennet strictement cette chaîne.

2ème test:
sur l'inventaire Réseau cette fois:
a/ si je fais sw j'obtiens tout ce qui comporte sw.
b/ si je fais sw- je n'obtiens plus les éléments qui commencent par SW- (alors que je les obtenais précédemment!?)
c/ si je fais SW j'ai tout comme en a/
d/ si je fais SW- je n'ai que ce qui commence par SW-

II/
m^me test mais sur PC en local (client/serveur = xamp)
et bien avec SW ou sw j'ai ma liste totale sans PB de "casse"
si je fait SW- j'ai toutce qui commence par "sw-" quelque soit la casse!?

Voilà si ça peut aider à comprendre ou à déterminer une piste de recherche...

Merci d'avance

MoYo · 2006-06-30 18:49:06

hum hum...
est-ce que vous avez les configs mysql correspondante ? fichier my.cnf ?

ser_glpi · 2006-07-03 09:25:37

1/ Voilà le my.ini du poste XAMP sous Windows

[mysqld]
basedir=C:/Program Files/OCS Inventory NG/xampp/mysql
datadir=C:/Program Files/OCS Inventory NG/xampp/mysql/data
port = 3306
key_buffer_size=32M
max_allowed_packet=2M
table_cache = 32
sort_buffer_size=1024k
net_buffer_length = 8K
read_buffer_size = 256K
read_rnd_buffer_size = 512K
myisam_sort_buffer_size=32M

[mysqldump]
quick
max_allowed_packet = 16M

[mysql]
no-auto-rehash
# Remove the next comment character if you are not familiar with SQL
#safe-updates

[isamchk]
key_buffer = 20M
sort_buffer_size = 20M
read_buffer = 2M
write_buffer = 2M

[myisamchk]
key_buffer = 20M
sort_buffer_size = 20M
read_buffer = 2M
write_buffer = 2M

[mysqlhotcopy]
interactive-timeout
[WinMySQLadmin]
Server=C:/Program Files/OCS Inventory NG/xampp/mysql/bin/mysqld.exe

2/ voici celui du serveur Linux:

#
# The MySQL database server configuration file.
#
# You can copy this to one of:
# - "/etc/mysql/my.cnf" to set global options,
# - "/var/lib/mysql/my.cnf" to set server-specific options or
# - "~/.my.cnf" to set user-specific options.
#
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# For explanations see
# http://dev.mysql.com/doc/mysql/en/serve … ables.html

# This will be passed to all mysql clients
# It has been reported that passwords should be enclosed with ticks/quotes
# escpecially if they contain "#" chars...
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
[client]
port = 3306
socket = /var/run/mysqld/mysqld.sock

# Here is entries for some specific programs
# The following values assume you have at least 32M ram

# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket = /var/run/mysqld/mysqld.sock
nice = 0

[mysqld]
#
# * Basic Settings
#
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
language = /usr/share/mysql/english
skip-external-locking
#
# For compatibility to other Debian packages that still use
# libmysqlclient10 and libmysqlclient12.
old_passwords = 1
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address = 127.0.0.1
#
# * Fine Tuning
#
key_buffer = 16M
max_allowed_packet = 16M
thread_stack = 128K
#
# * Query Cache Configuration
#
query_cache_limit = 1048576
query_cache_size = 16777216
query_cache_type = 1
#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
#log = /var/log/mysql.log
#log = /var/log/mysql/mysql.log
#
# Error logging goes to syslog. This is a Debian improvement
#
# Here you can see queries with especially long duration
#log-slow-queries = /var/log/mysql/mysql-slow.log
#
# The following can be used as easy to replay backup logs or for replication.
#server-id = 1
log-bin = /var/log/mysql/mysql-bin.log
expire-logs-days = 20
max_binlog_size = 104857600
#binlog-do-db = include_database_name
#binlog-ignore-db = include_database_name
#
# * BerkeleyDB
#
# According to an MySQL employee the use of BerkeleyDB is now discouraged
# and support for it will probably cease in the next versions.
skip-bdb
#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# If you want to enable SSL support (recommended) read the manual or my
# HOWTO in /usr/share/doc/mysql-server/SSL-MINI-HOWTO.txt.gz
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem

[mysqldump]
quick
quote-names
max_allowed_packet = 16M

[mysql]
#no-auto-rehash # faster start of mysql but no tab completition

[isamchk]
key_buffer = 16M

#
# * NDB Cluster
#
# See /usr/share/doc/mysql-server-*/README.Debian for more information.
#
# The following configuration is read by the ndbd storage daemons,
# not from the ndb_mgmd management daemon.
#
# [MYSQL_CLUSTER]
# ndb-connectstring=127.0.0.1

Forum GLPI-Project

Announcement

#1 2006-06-28 18:26:56

probleme de casse lors de la recherche v0.65

#2 2006-06-28 18:33:23

Re: probleme de casse lors de la recherche v0.65

#3 2006-06-28 22:19:05

Re: probleme de casse lors de la recherche v0.65

#4 2006-06-29 13:42:54

Re: probleme de casse lors de la recherche v0.65

#5 2006-06-29 17:50:23

Re: probleme de casse lors de la recherche v0.65

#6 2006-06-30 13:45:03

Re: probleme de casse lors de la recherche v0.65

#7 2006-06-30 14:21:20

Re: probleme de casse lors de la recherche v0.65

#8 2006-06-30 16:22:44

Re: probleme de casse lors de la recherche v0.65

#9 2006-06-30 18:49:06

Re: probleme de casse lors de la recherche v0.65

#10 2006-07-03 09:25:37

Re: probleme de casse lors de la recherche v0.65

Board footer