アカウント名:
パスワード:
EBCDIC(IBM漢字コード)かもしれませんよ(^^;
あと単独ではUTF-8対応しててもバックエンドの連携フォーマットが第二水準までってのはよくありますし。
銀行ならEBCDIC(K)の可能性ありますよね。あとは全角半角判定するためにいったんSJIS変換してバイト数チェックするのが仇になってたり。
# 汎用機ってUTF-8対応できるのかな。
UTF-8なにそれ?だし可変長など認めないコボラーな世界ですからね。汎用機系の人は漏れなくそれ。Oracleも集合前提の設計なのに構造がアレなもんばかりでしょ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
ヒトゴトじゃない… (スコア:4, 興味深い)
エラーが出ないように見えても、あとで確認すると数値文字参照になってしまったりする。
似ている JIS第1水準の別の字を代用として使うことで対処していることが殆どですが、例えばみずほ銀行では、口座名が手書きで、三菱東京UFJ銀行ではカタカナになっています。
# 未だに Shift_JIS を使っているということなのかな…いい加減 UTF-8 に切り替えて欲しい
Re:ヒトゴトじゃない… (スコア:0)
EBCDIC(IBM漢字コード)かもしれませんよ(^^;
あと単独ではUTF-8対応しててもバックエンドの連携フォーマットが第二水準までってのはよくありますし。
Re: (スコア:0)
銀行ならEBCDIC(K)の可能性ありますよね。
あとは全角半角判定するためにいったんSJIS変換してバイト数チェックするのが仇になってたり。
# 汎用機ってUTF-8対応できるのかな。
Re: (スコア:0)
UTF-8なにそれ?だし可変長など認めないコボラーな世界ですからね。
汎用機系の人は漏れなくそれ。
Oracleも集合前提の設計なのに構造がアレなもんばかりでしょ。