新生鳩丸掲示板♯

>>PDFかどうかブラウザにはわからない(ことになってる)バイナリの塊を.pdfという拡張子で保存していいのでしょうか?

>>audio/wavと称して.batとか.exeなファイルを送り込む系のホゥルが昔あった気がしますが。

>

>そういう拡張子として保存しているのは、保存した側（データ提供者）ではないのですか？

だとしても【謎】デフォルトで与えられる拡張子が「.pdf」でいいのでしょうか。IE6の場合だと「開く」を選んだら選択の余地はありませんし、audio/wavだと思って安心して開いたら喰らった【謎】というのでは完全にホゥルです【謎無】。安心したらいけないのかもしれませんが【謎】ファイルタイプによってはそもそもダイアログ出ませんし【謎無】。

ていうか保存した側がデータ提供者というのが意味がわかりません【ピュア】。

ご参考【謎】:

http://www.st.ryukoku.ac.jp/~kjm/security/ml-archive/memo/2001.10/msg00287.html

>>>鳩丸の内容を圧縮したものです。

>>内容を圧縮するという表現は、なんだか書かれている内容が減っているような印象を受けます【謎】。

>　実際、ちょっと減ってます。

>　掲示板の内容も含まれてないですし。

ああ、掲示板も鳩丸の一部なのか。

当たり前といえば当たり前ですが、なんというか、HTMLリファレンスのことを暗示しているものだと勝手に思ってました。ここでいう鳩丸という言葉は。

>PDFかどうかブラウザにはわからない(ことになってる)バイナリの塊を.pdfという拡張子で保存していいのでしょうか?

>audio/wavと称して.batとか.exeなファイルを送り込む系のホゥルが昔あった気がしますが。

そういう拡張子として保存しているのは、保存した側（データ提供者）ではないのですか？

PDFかどうかブラウザにはわからない(ことになってる)バイナリの塊を.pdfという拡張子で保存していいのでしょうか?

audio/wavと称して.batとか.exeなファイルを送り込む系のホゥルが昔あった気がしますが。

>>鳩丸の内容を圧縮したものです。

>内容を圧縮するという表現は、なんだか書かれている内容が減っているような印象を受けます【謎】。

　実際、ちょっと減ってます。

　掲示板の内容も含まれてないですし。

>> 高木さんのところには・・・、まあその辺りは気づかなかったことに

>ネットショップだって合格は10％に（わずかに）満たないんですから。

>一生懸命やってくれたと評価してあげてよいんじゃないでしょうかね。

　そうですね。

　その辺りについては、そもそも TTY 接続で SSH が使えない辺りからして、ニフティ的な見解としては従来から「パケット盗聴 OK」ということで統一されているのでしょう。Web フォーラムが https でなくても特に矛盾は無いと思っています。

> 高木さんのところには・・・、まあその辺りは気づかなかったことに

ネットショップだって合格は10％に（わずかに）満たないんですから。

一生懸命やってくれたと評価してあげてよいんじゃないでしょうかね。

PS

しかし、無線LANでも使わない限り、自宅、あるいは会社から外のインターネット上で、盗聴なんてどこで出来るんだろうと前から疑問に。実例が何処にも見つからない。

日本国内サイト相手に限ってですが。

とりあえず常にバイナリの塊だと解釈しておけば良いのでは？

そのデータをブラウザが処理するんではなくて、ダウンロード後に人間が判断して処理するのだから。

ひとつこの仕様で疑問なのが、たとえばWindowsなら拡張子を付けなくてはなりませんしMacならファイルタイプとクリエータを決定しなくてはならないわけですが、いつもapplication/octet-streamならUser-Agentはどうやってファイルの種類を決定すればいいのかという点です。

http://www.ne.jp/asahi/minazuki/bakera/html/hatomaru

>鳩丸の内容を圧縮したものです。

内容を圧縮するという表現は、なんだか書かれている内容が減っているような印象を受けます【謎】。

IEが勝手に解釈する、とかいう流れだったので、まあしいていうならどっちもテスト、とかが流れに沿っているかなと思ったとかそういう感じですた。

それだとIE以外でダウンロードになる保証がないのでは。

http://www.studyinghttp.net/rfc_ja/2616/sec19.html#sec19.5.1

> If this header is used in a response with the application/octet-

> stream content-type, the implied suggestion is that the user agent

> should not display the response, but directly enter a `save response

as...' dialog.

なので。

>そんなわけで、application/octet-stream かつ Content-disposition: attachment な PDF へのリンク。

この場合は application/pdf かつ Content-disposition: attachment な PDF、という状態でテストするのかと思っていたのですが、こちらはどうでしょう。

http://support.microsoft.com/default.aspx?scid=kb;ja;260519

とくにファイル名を指定する必要がなくてもContent-Disposition: attachmentでとりあえず強制ダウンロードにできます。

「あーなたーのたーめなーらどーこまーでもー」

ああ、私の頭からはなれてくれない・・・。

>「新JIS」の定義が明確でないと思います。

　新しいものも古いものも含めてあらゆる JIS 規格を含みます。

　そういう風に書き換えておきましょうか。

> 新JISで定められた文字は機種依存文字には含めません。

「新JIS」の定義が明確でないと思います。JIS C 6226-1978に対するJIS X 0208-1983のことを指す場合もありますし、JIS X 0208に対するJIS X 0213のことを指す用例もあるようです。

吸収合併キター

http://www.jreast.co.jp/press/2003_1/20030712.pdf

まぁ端的に云えばどうでも良いのだよ。

某所でもウザがられてるし、やめとくか。