いままで iモードID(guid, 個体識別番号)は大文字・小文字の区別ありなことを意識していなかった - IMAKADO::BLOG

いわゆる、かんたんログインと呼ばれる認証方法をドコモ端末で実装するときにつかわれていると思われるiモードIDですが、大文字・小文字の区別あり、だということを今日初めて知りました。 以下、問題になった部分の最小構成。かんたんログインの是非はいったん置いておきます。 CREATE TABLE `user` ( id INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, mobile_id VARCHAR(255) NOT NULL, PRIMARY KEY(id), UNIQUE INDEX user_mobile_id(mobile_id) ); INSERT INTO `user` (mobile_id) VALUES('xx0000x'); -- => Query OK, 1 row affected (0.06 sec) INSERT INTO `user

[MinazukiBakera]

かんたんログインで(意図せず)他人のアカウントを乗っ取ってしまうおそれがあるケースと、その対策。

[japanrock]

大文字小文字の区別があるのか・・・

[mumincacao]

utf8_general_ci とか utf8_unicode_ci, ujis_japanese_ci なんかにはちゃんと Case Insensitive ですよって印がついてるけど collation のことあんまり気にしないひと多いのかなぁ？（・ｘ・。【みかん

[nihen]

charsetごとではなくてcollateだけ変えればよいと思われ。utf8の場合はutf8_binね。

[ukidousan]

2chのBBMがiモードIDに対応する時にも話題になったはずだけど意外と知られてないね。

[Naruhodius]

∑(｡･д･｡)b ﾅﾙﾎﾃﾞｨｳｽ!

[ytoku]

MySQLの罠。あとで確認する。

[k12u]

MySQLにありがちな罠

[ockeghem]

これはMySQLの爆弾（MySQLとは明記されてないようですが）ですね。潜在的には、同じ問題のあるサイトはいっぱいある予感

[dragon3]

mysqlのワナでもあるかなぁ。PostgreSQLだとcase sensitiveだし。

[ZIGOROu]

これ実は FAQ なんですよねー＾＾