問題タブ [gridfs]

CodeIgniter に、GridFS から画像をプルする動的コンテンツ コントローラーがあります。サーバーはnginxを実行しており、nginx構成でキャッシュ制御ヘッダーを設定して、この動的コンテンツコントローラーによって提供される画像を7日間キャッシュしようとしています。nginx 構成で構成が正しく設定されていますが、ファイルがサーバー上に物理的に存在しないため、nginx から 404 ヘッダーを取得しています。

私のキャッシュ制御ディレクティブは次のとおりです。

log_not_found は、nginx が 404 エラーをログに記録しないようにするのに役立ちますが、ブラウザーに送信されるヘッダーは依然として 404 エラーです。phpの「header」機能でヘッダーを手動で設定してみましたが、nginxはphp-fpmを使っているため、変なことをしていました。

この状況でキャッシュ制御ヘッダーを適切に設定する方法について、誰かが正しい方向に向けることができますか? みんなありがとう=）

アップデート：

nginx conf を、すべての静的ファイルと動的コントローラー用の特別な場所に変更しました。

Nginxは静的ファイルに正しい有効期限ヘッダーを設定していますが、動的に出力される画像の有効期限ヘッダーを出力するためにfastcgiとnginxを取得することはできません。PHPファイルを提供するときに有効期限ヘッダーを許可するには、fastcgi構成に何かが欠けているに違いありません。

私はMongoDBとpymongo APIをいじっています。画像ファイルを GridFS に入れることができます - 簡単に思えます:

うまくいったようです。返された _id を使用して GridFS をクエリすることもできます。

しかし、ファイル全体を元に戻すことができないようです - チャンクを取得しているように見えますか?

元のファイルで tell() を実行したところ、GridFS から取得したものよりもはるかに大きいことがわかります。GridFS から返されたファイルに対して tell() を実行すると、それは 274 の領域にあります (tell() はファイル内のポインターの位置を示すだけであることは理解していますが、それはファイルの大きさを示します。読んだ後です。）

ここで明らかに何かが欠けています！ファイル全体を GridFS から戻すにはどうすればよいですか?

Pythonのv2.7でmongodbのv2.0.2とpymongoのv2.1を実行しています。

数テラバイトの大量のオーディオ ストレージを備えたサイトを作成しています。シャーディングに GridFS を使用し、データベースを複数のマシンに簡単に拡張できるようにしたいと考えていました。

私の質問は、ファイルを別のmongoデータベースに配置した方がよいでしょうか? mongodb にはかなりの量のドキュメントがありますが、GridFS 部分でシャーディングを開始するとどうなるかわかりませんでした。

ありがとう！

MongoDB（GridFS）に保存したMP3をストリーミングする音楽ウェブアプリを作成しています。

私の質問：http範囲のサポートを追加して、バッファを待たずにオーディオファイルのストリーミングを1/2まで開始できるようにするにはどうすればよいですか。

GridFSがXバイト（Xバイト）の読み取りをサポートしていることは知っているので、基本的には、nodejsにバイトX〜Xのみが必要であることを理解させる方法を知る必要があります。

ありがとう！

Mongo で複数の GridFS を持つことは可能でしょうか? 私が質問している理由は、Mongo でビデオと画像の両方のアップロードに取り組んでいるためです。問題は、それらを個別のコレクションにしたいのですが、使用しています

同じコレクションを使用します。では、どうすれば 2 つのタイプを分離し、引き続き gridFS を使用できますか?

また、画像の場合、画像ファイルには、1 つの ID に関連付けられた複数のバージョンの画像があります。これは GridFS で実行できますか? grid->StoreFile1つのファイルのみを保存するようです。

MongoDBのGridFSに画像を保存しています。画像を引き出したら、サイズを変更してからデータベースに保存します。私はこれを試しました：

しかし、それはImagickでエラーをスローします。これで、一時的にファイルに書き込んでディスクに書き込み、Imagickにファイルを読み取らせることができますが、それは長い道のりのようです。これを行うためのより良い方法に関する提案はありますか？

Mongo GridFS またはクラウド ファイル システムにイメージを保存することについて議論しています。いくつかの理由から、私はクラウドに傾倒しています。使用されている言語は、Nginx サーバー上の PHP です。

1. イメージを GridFS に格納すると、データベースのサイズが増加します。したがって、より多くのデータベースをメモリ内に配置する必要があり、シャーディングなどに関しては、サーバーの管理により多くの時間とお金を費やすことになります。

2. GridFS から画像を取得するには、クラウドよりも時間がかかります。a) ID を使用して画像をクエリする b) 画像をメモリに読み込む c) PHP ヘッダーを使用して画像を表示する

クラウドへの直接の画像の URL であるため、クラウドの方が優れています。

それらの理由は有効に聞こえるでしょうか、それとも私の考えで別の方向に進むべきでしょうか?

GridFSを使用してMongoDBにファイルを保存しています。これらのファイルのいくつかを、JavaScriptシェルからIDで削除する必要があります。IDを使用して1つのファイルを削除する必要があります。私はこれができると思った：

これはある程度機能します。コレクションからファイルを削除しますが、fs.filesコレクションからチャンク自体は削除しませんfs.chunks。それを知っているのは、RockMongoで前後の両方のコレクションの長さをチェックしているからです。

チャンクを調べて、そのファイルを参照しているチャンクを削除することはできますが、それを行うためのより優れた組み込みの方法はありますか？

私が知っているように、MongoDB はすべてのデータがメモリに収まる状況に最適化されています。そして、私が理解しているように、GridFS は標準コレクションとすべての標準ストレージ メソッドを使用します。それは...ですか？

大量のデータセット (私の場合は画像) を保存すると、現在のメモリ量が大きくなり、実際のデータがメモリから追い出されるということですか?

もしかしたら、MongoDB は GridFS コレクションの優先度を下げるほど賢いのでしょうか?

シャードされた Mongo GridF でファイルをより適切に分散するために、独自の files_id を作成したいと考えています。これを Java で行う方法は次のとおりです。

http://groups.google.com/group/mongodb-user/msg/524bae1602770587

しかし、PHPでこれを行う方法は? API ドキュメントにヒントが見つかりませんでした。ファイルの保存に storeBytes を使用しています。

http://www.php.net/manual/en/mongogridfs.storebytes.php