PHPの圧縮フィルタとgzcompress同じ結果を返さない

Question

私はzlibを経由compression filters

私のコードに私のコードを実行したときに、私は別の出力を得る：

<?php 
$data = 'zzzzzzzzzzzzzzzzzzzzzzzzzzz'; 

$params = array('level' => 6, 'window' => 15, 'memory' => 9); 
//$params = 6; 
$fp = fopen('php://memory', 'wb+'); 
stream_filter_append($fp, 'zlib.deflate', STREAM_FILTER_WRITE, $params); 
fputs($fp, $data); 
rewind($fp); 

echo bin2hex(stream_get_contents($fp)) . "\n"; 
echo bin2hex(gzcompress($data)) . "\n"; 

出力：

789c 
789cabaaa2260000bce3252d 

をそれはです789cはheader for normal compressionです。だから何が起きているのか分かりません。圧縮ストリームはPHPではうまくいきませんか？

感謝します。ありがとう！

Answer 1

問題は、文字列がDEFLATE作業バッファを埋めるのに非常に短すぎることです。また、ストリームが明示的に閉じられていないため、ストリームがまったく処理されず、フラッシュされません。 stream_get_contents（）が呼び出されると、データはまだバッファに保留されています。

我々は、ランダムバイトの十分に大きなブロックを注入することによって、バッファフラッシュを強制する場合、いくつかのデータが実際にストリームに書き込まれます：

$data = openssl_random_pseudo_bytes(65536); 

$params = array('level' => 6, 'window' => 15, 'memory' => 9); 
$fp = fopen('php://memory', 'wb+'); 
stream_filter_append($fp, 'zlib.deflate', STREAM_FILTER_WRITE, $params); 
fputs($fp, $data); 
rewind($fp); 

echo substr(bin2hex(stream_get_contents($fp)), 0, 32) . "\n"; 
echo substr(bin2hex(gzcompress($data)), 0, 32) . "\n"; 

出力例（ちょうど16最初のバイトを表示）：

789c000b80f47f453c070e41c557acdb 
789c000b80f47f453c070e41c557acdb 

一方、ZLIBヘッダー（78 9C =デフォルト圧縮）は、その内容が次のバイトに依存しないため、最初から安全に書き込むことができます。その場合、バッファは必要ありません。