PHP/CSS/PERL/DB/SERVERコミュの[PHP]mb_convert_kana関数

ど素人のような失策を運用中のシステムに適応。

[概要]
登録済みのデータのフリガナを全て半角に置換する。

[部分script]
// 全角カタカナが含まれる場合処理する
if (mb_ereg("([アーン]{1,})", $ll["st_kana"],$array)){

// フリガナを半角にしちゃう
$ll["st_kana"] = mb_convert_kana(initmultibyte_to_variable($ll["st_kana"]), "kh", "Shift_JIS");

// 半角化でUpdate
$update = "update z_student set st_kana = '".$ll["st_kana"]."' where st_num = '".$ll["st_num"]."' limit 1 ";

// クエリ送信関数へ
strd_query($update);
}

[問題]
半角カタカナの「ｿ」がらみがばけまくりんぐｗ
運用中のシステムに適応してしまったので手動修正しました。

あーだりー。
正式にはどうするんだろか、addslashesで化け抜きしといて適応時にstripslashesか。

むひー

コメント(2)

最初
全て
最新の40件

[1] mixiユーザー 04月16日 17:47

機種依存文字対策も必要だった。
髙橋など。
mb_convert_kana()通すと?になる時があった。
mb_internal_encordingsの設定を、SJIS-winに変更して対処。
指定しない場合は、mb_convert_kana("","","SJIS-win")で対処。

ウホ！

[2] mixiユーザー 11月02日 11:31

ご高名ではない変体プログラマーの言うところ、
データベース上では\などのエスケープシーケンスは保存せずに、
出力する際にaddslashesするらしいのだが、
shift-JISでDBにそんな文字コードを格納した時点で、
どえらい事になってるように見えるが、
そのまま出そうとするといかなる手段を持ってしても化けるので、
addslashesをかけて検証したらすぐわかるけど前向きな気持ちが
沸いてこないので終了。

ログインすると、みんなのコメントがもっと見れるよ