LAMP スタックはどのようにしてリソースのボトルネックを発生させずに ZIP アーカイブを効率的にストリーミングできるのでしょうか?

LAMP スタックでのストリーミング ZIP アーカイブの作成: リソースのボトルネックの解消

Web サービス環境では、大きなファイルの ZIP アーカイブを作成すると次のような課題が生じます。リソースを大量に消費するプロセスが発生する可能性があります。従来の方法では、初期遅延、大量のメモリ使用量、および一時的なディスク領域の消費が発生します。

課題

従来のアプローチの欠点は次のとおりです。

• ZIP アーカイブの最初の作成中に CPU とディスクのスラッシングが発生する
• ユーザーの待ち時間が長くなる回
• リクエストあたりの大量のメモリ使用量
• 一時的なディスク領域の使用量
• ユーザーがダウンロードを途中でキャンセルした場合のリソースの無駄

代替ソリューション

ZipStream-PHP の改善ファイルごとの処理を使用することで、従来の方法に準拠します。ただし、依然として高いメモリ使用量とリソースの急増という問題に直面しています。

最適なアプローチ: ZIP 生成のストリーミング

最適な解決策には、ZIP ファイルを直接ユーザーは、次の bash スニペットで使用されるプロセスをミラーリングします:

ls -1 | zip -@ - | cat > file.zip

ここで、zip コマンドはストリーミング モードで動作し、結果として次のようになります。メモリ使用量が少ない。パイプは、zip が cat によって出力が書き込まれる速度でのみ動作することを保証します。

LAMP スタックでの実装

LAMP スタックでこのストリーミング動作を実現するにはでは、popen() 関数または proc_open() 関数を利用して、UNIX パイプラインを実行できます。次のコード スニペットは、この概念を示しています。

<?php
// Send all necessary headers
header('Content-Type: application/x-gzip');

// Execute pipeline using popen
$fp = popen('tar cf - file1 file2 file3 | gzip -c', 'r');

// Stream archive to user
$bufsize = 65535;
$buff = '';
while( !feof($fp) ) {
   $buff = fread($fp, $bufsize);
   echo $buff;
}
pclose($fp);
?>

このアプローチは、ノンブロッキング I/O を活用することで、LAMP スタック上で ZIP アーカイブをストリーミングするための低リソース オーバーヘッド ソリューションを提供します。

以上がLAMP スタックはどのようにしてリソースのボトルネックを発生させずに ZIP アーカイブを効率的にストリーミングできるのでしょうか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。