問題タブ [symfony-http-foundation]

Symfony 経由で提供される ZIP ファイルがあります。コントローラーは次のようになります。

そして、これはうまく機能します。ただし、BinaryFileResponse を使用しようとすると (ドキュメントで推奨されているように)、ZIP ファイルが破損します。

ファイルを修正しようとしたときに得られる出力zip -FF archive.zip --out fixed.zip：

(このコマンドはアーカイブを正しく修正します)

それはバグですか、それとも何か間違ったことをしていますか?

私のセットアップ：

• シンフォニー 2.8.11
• PHP 7.0.8
• Ubuntu 16.04
• nginx 1.10.0

編集：

提案された変更を行いましたが、問題はまだ存在します:

EDIT2：

もう 1 つ興味深いことがわかりました。この ZIP ファイルを標準の Response (作業コード) で提供すると、開くことができるファイルが作成されますが、実行zip -Tすると次のようになります。

zipfile の先頭または内部に余分な 1 バイト

元のファイルをテストすると、次のようになります。

わかった

ファイルのサイズは 1MB 未満です。

Firefox が PHP で生成された画像ファイルを読み込もうとすると、奇妙な問題が発生します。Mac および Windows (7、8、10) で発生します。

Firefox コンソールには次のように表示されます。

画像が破損しているか、切り捨てられています。

Chrome、Safari、IE/Edge ではすべて正常に動作します。

しかし、これは常に発生するエラーではなく、同じ画像が Firefox で完全に、または少なくとも部分的に読み込まれることがあります。

Apache が直接提供する静的イメージも問題なく動作します。

サーバー側のコードは非常に基本的なもので、次のようになります。

静的 (作業用) 画像の生の応答ヘッダーは次のとおりです。

PHP で生成された画像の 1 つを次に示します。

1 つ言えることは、私は同じスクリプトを約 30 の Web サイトで問題なく使用しています。これはサーバー側の問題でしょうか？

現在、自分のプロジェクトのベース アプリケーションを開発していますが、何かが正しくないようです。

まず、PHP 7、Apache を使用しています。

Composer が最初に呼び出され、その魔法とすべての機能が実行されます。次に、コンテナ (イルミネート) を登録します。この時点で、リクエストは約 8 ～ 11 ミリ秒で完了します。

コンポーネントをアプリに追加するHttpFoundationと、パフォーマンスが大幅に低下し、8 ～ 11 ミリ秒から 80 ～ 95 ミリ秒という驚異的な速度に跳ね上がります。

HttpFoundationコンポーネントに関連するコードを以下に示します。それほど複雑ではありません。Symfony のドキュメントからそのまま抜粋した数行のコードしかありません。

PHP 情報: http://pastebin.com/3kgAJ635

同じコンポーネント (コンポーザー + HttpFoundation) だけで小さなテストを行った後、結果は平均 60 ミリ秒でした。Symfony のスタンドアロン コンポーネントはどうなっていますか?

Symfony の HttpFoundation コンポーネントから基本認証資格情報を取得したいと考えています。ドキュメントをざっと見ても何もわかりません。私ができる方法はありますか？

(Symfony フレームワークに基づいていないアプリケーションで HttpFoundation コンポーネントを使用しています。)