スラッシュドット・ジャパン

増えているのは攻撃者でしょ。
だいたい10年以上前といったら、他人のシステムをどうこうしたところで、
その出力を攻撃者に戻す手段が無きに等しかったわけ。
ネットに常時、あるいは頻繁に繋がる環境というのは、
それ自体が侵入経路であるという以上に、
攻撃者が直にアウトプットを得られる経路であるということを見過ごしちゃいけない。
そしてもうひとつ重要なのは、今ではそのアウトプットを換金できるということ。
日本では ny を通じた情報流出も話題になっているけれど、
攻撃の主流はあくまで金を得るためのクレジットカードや銀行の情報奪取が目的だからね。
ny 関連が深刻で無いというつもりは無いが、あの騒がれ方は多分に「目立つから」という面が大きい。
決して、その他の脅威と比較してより深刻だから騒がれているというわけではない。

確かに不用心なユーザーも増えているのは間違いないけれど、
それ以上に、そもそも10年以上前はこんなに物騒では無かったよ。

行頭とか http:/// [http] の前にスペースがあったらリンクされます。
前の文字列とhttp://がくっついている場合はリンクされないようです。

扱うファイルの特性もあるでしょうね。

cab の場合には、書庫ファイルに対して追加や一部削除などの操作ができないことから、昔ながらの書庫をそのまま操作するタイプには適さないという点があります。

lzh や zip などの場合、Windows からはエクスプローラ上からそのまま開くことができますが、zip の場合はそこにそのままファイルを投げ込んだりすることもできるため、そういう面での利便性を重視する方には cab は向かないでしょう。

しかし、cab って LZX 形式にしないと圧縮率悪いと思うので、単純に「最高圧縮設定」というのも微妙ですが。しかも Microsoft の expand.exe とかは MSZIP 形式の cab しか操作できないような。

# 個人的には速度、圧縮率、今後のサポートを考えると 7zip が扱いやすい印象です。

cabはMSの研究所の人がチマチマとx86のバイナリコードにおける圧縮率を上げるために改良を繰り返していると聞きます。もちろん、VCがはくバイナリに特化しているわけですが:p 具体的にはジャンプ命令に相当するバイナリ列を置き換えるとかですね。これは7zipとかもやってますが。

じきに(既に?).NETな最適化がかかっていくことでしょう。

そんなわたしもMIPSとかARM向けの実行ファイルの圧縮を研究してたりするのでAC

Mac OS X 10.3以降は標準でzip圧縮できるようになりましたが、仰るとおり、ファイル名をUTF-8で格納するために、Windowsで解凍すると文字化けします。さらに、Mac OS特有のリソース領域やファイル属性などもアーカイブしているため、解凍時にWindowsには不要なファイルやフォルダが作成されます。

そんな訳で、Mac上でWindows向けの圧縮ファイルを作る際は、lzhが無難です。→「目的別　圧縮ツール [mac.com]」

ちなみに、Windowsで作成したzipファイルをMac OS X 10.3.xで解凍するとShift-JISで格納されたファイル名をUTF-8として処理するため、エラーが発生して解凍に失敗します。
Mac OS X 10.4以降は解凍できるようになりましたが、それでも文字化けしました。
10.4.6以降で、ようやく文字コードの自動判別機能が備わり、UTF-8かShift-JISかを判断して解凍できるようになりました。

Windows Vistaのzip圧縮プログラムが仕様変更されて、ファイル名をUTF-8で格納するようになってくれないだろうか。OS間の互換性問題が軽減されるのだが。(アップルには、Shift-JISを使うつもりがないようだ…)