SourceハードウェアアップルITモバイルセキュリティサイエンススラドMicrosoftGoogleクラウド宇宙この議論は賞味期限が切れたので、アーカイブ化されています。新たにコメントを付けることはできません。CowardGigazineの記事を読む限りハードリンク的なことをして容量を膨らましてるっぽい。FATでもハードリンクできるらしいし、参照先を同じにすればできるわな。同じファイルが含まれる場合ってちょくちょくあるだろうけど、普通に圧縮するときにそういう使い方することあるのかな。あるとすれば対策は難しそうだ。ついでにあるエントリの何バイト目から何バイト目みたいな指定ができれば便利...どころじゃないな。ソリッド圧縮ができることになる。圧縮済みファイルを途中から読みだすのは大変だから工夫が多少は必要だけど。(#3652547)ZIPは個々のエントリーの先頭にローカルファイルヘッダとは別にヘッダ情報だけをまとめたセントラルディレクトリがある。前者はシーケンシャルにしか存在できないが、後者は(本来別の)あるエントリの何バイト目から何バイト目みたいな指定ができる。処理の効率化のためにセントラルディレクトリしか読まず、ローカルファイルヘッダを読まないプログラムは少なくない。Cowardローカルヘッダがあるのか。バイナリエディタで覗くとファイル名が見えるわけだな。対策もチェックするだけで簡単な話か。いってもローカルヘッダに見えるようずらして配置できるから、対策には頭から解凍しないといけないのでそれなりにコストがかかるな。ソリッド圧縮的な使い方としては圧縮後での何バイト目かで指定できないといけないし、不正なファイルになるから使えないな。次のローカルファイルヘッダに行くためには、解凍の動作をしなければならないこともあります。(またはヘッダーを探す??)なので、やっぱりセントラルディレクトリでしょう。(サイズ0は、圧縮開始時には、サイズが不明なストリームタイプのデータとかに使われます。1パスで作成できる構造で、データを随時圧縮できる為、データ全体をどこかに置く必要もありません。)関係ないけど、何故、パスワード付のzipの解凍は標準であるのに圧縮は、標準でないの?python,node.js,C#とかより多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。(わざとやるとき以外は)。service.閉じるスラド処理中...。