Aris Sung

ich hab mich mal wieder in ein simples problem reingesteigert und die übersicht verloren
Situation:
In einer Tabelle haben wir Benutzernamen. Beispiel:
Test
Diesen Benutzernamen benutzt man jetzt natürlich zum einloggen in einem Formular.
Gebe ich nun aber statt 'Test', 'test' ins Formular sieht er das nicht als den Benutzernamen an. Ähnlich verläuft es mit 'tEST', 'TEST' etc.

die sql-Query-Abfrage ist folgende:
ich hab es nun ausprobiert mit stripos und strtolower, aber damit kann ich ja nur die eingabe ändern. in der tabelle steht ja weiterhin 'Test', es sei denn ich kann die Abfrage so ändern das er alle User-Felder in Kleinschreibung durchließt.

vielleicht denke ich auch wieder zu kompliziert
thx für jede antwort

Mister Ad

tomtaz

Also dieses Problem ist mir neu. Ich bin eigentlich immer davon ausgegangen das MySql Groß-Kleinschreibung ignoriert, so ist es zumindest bei meinen Scripten.

Was natürlich nicht funktioniert sind passwörter im MD5 Format, aber sowas brauchst du hier ja nicht...

Ne möglichkeit währe, dass du alle in der DB gespeicherten Einträge auf klein machst, und dann einfach mit strtolower() abfragst.

__________________
Mfg Tomtaz
"Es soll jetzt diese Erfindung geben.... Kugel oder so heißt die. Ist so eine Art Suchmaschine..."

Zergling-new

Wenn VARCHAR-Vergleiche gleicher Strings - jedoch mit verschiedener Großkleinschreibung - fehlschlagen, hast du vermutlich ein Kollation-Problem.

Welche Kollation ist denn für diese Spalte gesetzt? Endet sie auf *_bin oder *_cs? Das heißt binary bzw. case-sensitive, das heißt der Vergleich schlägt dann auch bei Großkleinschreibe-Unterschieden fehl. Wenn der Effekt nicht erwünscht ist, stelle eine Kollation ein, die mit *_ci endet. ci steht für Case-Insensitive. Also Großkleinschreibung ignorierend. Ich würde dann die *_general_ci empfehlen.

Aris Sung

die felder für die benutzernamen haben die koallition latin_general_ci
aber tomtaz hatte recht. ich habe nur eine if-Bedingung aus den Augen verloren, die den Namen in der DB und den eingegebenen Namen vergleicht hat. Letztendlich brauche ich aber nur den Namen um in der Tabelle auf die gewünschte Zeile zu kommen. ein weiterer vergleich ist also unnötig, da die suchanfrage dann sowieso nichts findet.
schließlich habe ich die gewünschte zeile und vergleiche md5-codierte-eingabe mit md5-passwort in der DB. da muss der user aber auf Groß- und Kleinschreibung achten (wie überall ).

aber langsam wird es besser bei fehlern wirklich 'jede' zeile im code nochmal zu überprüfen . hierbei hatte ich aber tomaten auf den augen

axo

http://de.wikipedia.org/wiki/Koalition
http://de.wikipedia.org/wiki/Kollation

kleiner, aber feiner unterschied.

Slava

Natürlich ist es sehr wichtig was für eine Kollation die felder haben, und wie Zergling schon gesagt hat, spielt die endung von zeichensatz eine rolle (ci=insensetiv und cs=sesnsetiv).
Nicht zuletzt möchte ich aber auf den Zeichensatz von DB-verbindung zuweisen, da dieser Zeichensatz eine ständige fehlerquelle bei PHP-scripten in verbindung mit Mysql ab version 4.1 verursacht.
bei vielen Mysql-Server ist dieser Zeichensatz standart auf utf8 gesetzt, was natürlich bei darstellung von Umlauten ein problem verursacht.
Die Rettung bietet
mysql_query("SET NAMES 'zeichensatz'",$dblink);
in deinem fall muss es an der stelle von 'zeichensatz' 'latin1' stehen.
Dieses befehl muss man am bestens direkt nach der verbindung zur db machen, also bevor du dein erstes select,insert oder update ausführst.

(ich benutze immer utf-8 und schreibe an stelle von 'zeichensatz' 'utf8' !ohne '-' zwischen utf und 8 !)
Immer Aufpassen, dass charset auf der Html oder PHP-Seite mit Kollation von tabellenspalten und auch db verbindung stimmt.

Ich persönlich bin ein utf8 Liebhaber.
in php
bei scriptausgaben
steht bei mir immer
<meta http-equiv='Content-Type' content='text/html; charset=utf-8'>
aber um sicher zu gehen sende ich immer noch ein zusätzlicher Header
header("Content-Type: text/html; charset=utf-8");

dann passe ich natürlich auf, dass die textspalten in mener tabelle auch die passende Kollation haben, also nehme ich
utf8_unicode_ci

und direkt nach der verbindung zur DB mache ich
mysql_query("SET NAMES 'utf8'",$dblink);

Jetzt funktionieren meine Scripts in allen sprachen.

__________________
Slava
http://bituniverse.com