[過去ﾛｸﾞ] 文字コード総合スレ Part12 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
560: デフォルトの名無しさん [sage] 2019/08/22(木) 10:30:34.86 ID:jM8tCXZ0(3/4) AAS
昔のブラウザはHTTPヘッダのcharsetよりも
ドキュメントからの文字コード判定の方を重視していた。
なぜならセキュリティというかサーバー運営者がよくわかっておらず
設定変更の必要性を理解できていなかったので設定されてなかった
たとえ設定変更ができるサーバーでもユーザーが理解していなかった
そんな時代だからブラウザで表示できれば良し程度のレベルが普通で
今からするとチェックが甘かった。その当時の間違った文字コードのページが今も残っている。
たぶんこんなところ
561(1): デフォルトの名無しさん [] 2019/08/22(木) 10:33:49.69 ID:8JJS2LZD(1/2) AAS
>>559お前のレスの >>556556(1): デフォルトの名無しさん [sage] 2019/08/22(木) 06:36:57.94 ID:jM8tCXZ0(1/4) AAS
だからこれはjisという拡張子でHTTPヘッダのcharsetもshift_jisなのに
中身がiso-2022-jpなんだってば
iso-2022-jpが使えるテキストエディタで書いたか
sjisに変換すべきところをiso-2022-jpに変換してしまったということ
昔のWindowsで書いたならsjisになるだろうから変換ミスかなって話
には jis って書いてあるだろω
お前が原因
562: デフォルトの名無しさん [sage] 2019/08/22(木) 10:35:00.76 ID:jM8tCXZ0(4/4) AAS
>>561
単なる書き間違えじゃね？
リンク先見ればわかるでしょ
563: デフォルトの名無しさん [] 2019/08/22(木) 10:38:26.99 ID:8JJS2LZD(2/2) AAS
>だからこれはjisという拡張子でHTTPヘッダのcharsetもshift_jis
こういうおっちょこちょいが >>531 みたいなミス連発するんだろうな
564: デフォルトの名無しさん [sage] 2019/08/22(木) 15:58:03.72 ID:mlpPC2JR(2/2) AAS
皆さん落ち着いて
565: デフォルトの名無しさん [sage] 2019/08/23(金) 17:29:19.40 ID:bWgnQwQ7(1) AAS
なんでUTF8以外違法になった今そんな話してんだか・・・
566: デフォルトの名無しさん [sage] 2019/08/23(金) 17:59:07.09 ID:UifFOlyJ(1) AAS
× 違法 ○ 非推奨
567: デフォルトの名無しさん [sage] 2019/08/24(土) 00:05:20.43 ID:Ka96Zrl8(1) AAS
秘宝とか緋水晶とか何の話をしてるんだ？
568: デフォルトの名無しさん [sage] 2019/08/25(日) 20:34:39.12 ID:++G8a3I1(1) AAS
ムーンプリズムパワー!メイクアップ!
569: デフォルトの名無しさん [sage] 2019/08/25(日) 22:05:01.03 ID:E2o3oeEK(1) AAS
ﾀﾘｽﾏﾝ
570: デフォルトの名無しさん [sage] 2019/08/25(日) 22:36:09.44 ID:heTmUHGD(1) AAS
ｸﾘﾏﾀｽﾐ
571: デフォルトの名無しさん [sage] 2019/08/28(水) 13:35:52.48 ID:AiVdwxrR(1) AAS
ひまだ
572: デフォルトの名無しさん [] 2019/08/28(水) 19:19:16.62 ID:lfvHhqTB(1) AAS
サクラエディタがとうの昔にUTF32対応していた事実をいまごろ知った。
573: デフォルトの名無しさん [sage] 2019/08/28(水) 20:04:07.93 ID:FG4A80Dg(1) AAS
じっさい32じたいそんな使わないだろｗ
574: デフォルトの名無しさん [sage] 2019/08/29(木) 18:28:30.40 ID:VG5IecJ5(1/2) AAS
でもUTF-16の「どんな文字でも固定ビット幅」という利点が失われてしまった今，
固定ビット幅が実現できる唯一の規格であるUTF-32は希少では。
575: デフォルトの名無しさん [sage] 2019/08/29(木) 18:42:08.11 ID:y3rrvHgi(1) AAS
読むぶんにはナイーブな実装で足りるからいいけど実際使うとなったら00が無駄に思えてきて敬遠しがち
だからもしかすると文字コードでさえ適材適所なのかと考え始めている
576: デフォルトの名無しさん [] 2019/08/29(木) 18:49:00.69 ID:1ks18uap(1) AAS
内部表現は32bit単位で固定長の方が楽
ファイル読み書きのときはutf-8で勝利
あとはcps932が滅ぶのを待つだけ
577: デフォルトの名無しさん [sage] 2019/08/29(木) 19:05:33.35 ID:VG5IecJ5(2/2) AAS
OSのインターフェースはUTF-8，内部表現はUTF-32が一番いいのかもね。
UTF-32だとASCIIに比べて単純計算で四倍弱の容量を食ってしまうのが難点。
でもOSの本体くらいならそもそもテキストとして表現されてるファイルも少ないし案外肥大化は防げるのかも。
578: デフォルトの名無しさん [] 2019/08/29(木) 19:09:37.98 ID:CAV+1+Xc(1) AAS
という会話を何年も前にこのスレで観た
579(1): デフォルトの名無しさん [sage] 2019/08/29(木) 19:11:19.48 ID:YrWceYNE(1) AAS
複数のコードポイントのシーケンスで一文字を表現するUNICODEだから
UTF-32でも一文字が32bitで収まるとは限らないからUTF-8でも大差ない
580(1): デフォルトの名無しさん [] 2019/08/29(木) 20:02:33.30 ID:jljmwQsV(1/3) AAS
プログラミング言語C++に関していうと、x64版Linux用gccは既定でwchar_tのサイズが4バイト。
つまりx64版Linux用gccはstd::wstringがUTF-32。誰も使っていないように見えてそうでもない。
581: デフォルトの名無しさん [sage] 2019/08/29(木) 21:00:32.68 ID:FJllEP/G(1) AAS
【名案】0〜9の代わりにUnicode全文字を使えば「65536進法」になり，なんでも1桁で表現できるから2桁の計算が不要！ ・・・ためしに「65021−65018＝3」ってどう書くの？
外部ﾘﾝｸ:togetter.com
582: デフォルトの名無しさん [sage] 2019/08/29(木) 22:50:02.31 ID:azXlKn0W(1/2) AAS
UTF-16でも8バイト必要なのに、32bit（4バイト）に収まるわけ無いだろうｗ
漢字1文字が最大8バイト、Unicodeの「IVS」とは？
外部ﾘﾝｸ:tech.nikkeibp.co.jp
583: デフォルトの名無しさん [] 2019/08/29(木) 23:01:38.50 ID:jljmwQsV(2/3) AAS
UTF-8だけで必要十分という結論に到達せざるをえない現実
584: デフォルトの名無しさん [sage] 2019/08/29(木) 23:09:19.19 ID:azXlKn0W(2/2) AAS
逆なんだよな。
本来UTF-32だけで必要十分だったのにどんどん複雑にしていって、
UTF-32でも不便になったからUTF-8でいいでしょ？
どうせ単純には扱えずライブラリ使うしか無いんだから。
という必要十分な文字コードを捨てたというのが現実
上下前次1-新書関写板覧索設栞歴
あと 418 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.017s