エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
「メールの文字化け」のロジック
メールを含め,インターネット上のデータの送受信では,つぎのことが起こっている: カラダの分解 (送信... メールを含め,インターネット上のデータの送受信では,つぎのことが起こっている: カラダの分解 (送信側) ネットを流れる カラダの復元 (受信側) 送信側のメールソフトは,「カラダ復元」のための情報をメール本文につけ加える。 受信側はこの情報をもとに,「カラダ復元」の処理をする。 カラダの復元は,失敗することがある。 また,カラダの復元には成功しても,それを開いて読む段階で失敗することがある。 「文字化け」は,このようなときの現象である。 メールに「Shift-JIS コードの htmlファイル」を添付した場合を考える。 送信側メールソフトがつくる「カラダ復元」情報は,つぎのようになる。 (メールソフトで, message source を表示させると,これが見られる。) 1. 異なるパート(本文と添付ファイル) で成ることを宣言: Content-Type: multipart/mixe
2014/01/03 リンク