問題タブ [gridfs]

次のコードを使用してMongoDBgridfsに書き込んでいます。

Gridfsを調べると、ファイルが追加されているように見えるので、同じ名前のファイルがたくさんあることになります。gridfsを読み取ると、常に最新のファイルが返されるため、すべて正常に機能しますが、かなり非効率的です。

同じ名前の既存のファイルを上書きするMongoDBgridfs書き込みを実行するにはどうすればよいですか？

私のWebアプリでは、MongoDBGridFSを使用してユーザーがアップロードした画像を保存しています。

サイトの残りの部分はMySQLによって管理されています。

写真テーブル（mysql内）には、ファイルオブジェクトのMongoIdを格納するための3つのフィールドがあります。

• 小さい
• 中くらい
• 大きい

そこで、3つのバージョンの画像を保存します。小、中、大。

私の質問は、画像の「小さい」バージョンよりも小さいサムネイルを使用する必要がある場合（つまり、ウィジェットボックス、メッセージアバターなど）、または中程度の画像の少し小さいバージョンを使用する必要がある場合があります。 。

だから私の質問は、GridFSシステムに1つの画像を保存し、MongoIDを保存する写真テーブルに1つのフィールドを作成してから、その場で画像のサイズを変更するスクリプトを作成する方がよいでしょうか（つまり、http：// localhost / image / fetch / {mongoid}？resize = 50

それ以外の場合、私のデータベースでは、thumbnail_50、thumbnail_100、medium_300、medium_400などが必要になります。

オンザフライのサイズ変更ルートをたどることの意味は何でしょうか？それは悪い考えですか、それとも良い考えですか？あなたならどうしますか？

ありがとう。

GridFS ドキュメント ストアにいくつかのファイルがあり、NodeJS の stdin を介してこのデータを zip ファイルにパイプ処理したいと考えています。そのため、これらすべてのファイルを含む zip ファイルになります。

ここで私の質問は、zip ファイル内でファイルに有効なファイル名を与えるにはどうすればよいかということです。ファイル名を含むファイルヘッダーをエミュレート/偽造する必要があると思いますか?

どんな助けでも大歓迎です！

ありがとう

要するに、これは機能しません:

これはhttps://github.com/mdirolf/nginx-gridfsを使用しています

それには複数の問題があります。次の理由により、場所の正規表現では実行できないと思います。

1. グループはプロセスではなく、$1 は "storage.$1" コレクション名として逐語的に使用されています。
2. おそらくCコードでは、ファイル名は、正規表現で指定された正確な数の文字を削除することにより、一致から文字を取り除くことによって取得されます。つまり、「/grid/(.+)/」は 10 文字の長さであり、これは URL 全体から削除される文字数です (明らかにドメインを除いて)。私はこれをかなりテストしました (C コードを実行するだけです)。これが実行していることです。

これは、何らかの形で書き換えるか、別のnginx構成でまだ実行できると想定しています。

最後の手段として、プロジェクトのメンテナーに連絡しますが、nginx の構成は、宣伝どおりに機能するため、問題を回避するのに十分な柔軟性があるようです。

MongoDBにファイルを保存しています。後日それらを取得するためにObjectId、各ファイルに関連付けられたものを記録しています。

ただし、返されるidの値は、格納されている値とは常に異なります。

例：

4e9845d6036400df09609b23が格納されます返される値は4e9845d6036400df09609b224e98466f036400df09609b27が格納されます返される値は4e98466f036400df09609b264e9848530364904b6b575003が格納されます返される値は4e9848530364904b6b575002

違いは最後の桁にのみあり、違いは一貫して同じです。戻り値は保存された値より1少ない値です。

保存された値を使用してテストを実行すると、ファイルは期待どおりに返されます。ですから、これは私が解決しなければならない問題のようです。

なぜこれが起こっているのか誰かが知っていますか？

私はどちらが良い/速いのか疑問に思っていました：

1. バイナリデータとして保存された画像と、場合によってはいくつかのメタデータを含むドキュメントの個別のコレクションがあります。
2. または、GridFSを使用して画像を保存します。

ループがあり、ループが繰り返されるたびに、レコードが配列に追加されます。

私の現在のモデルでは、ループが完全に終了するのを待ってから、その配列を MongoDB に挿入しますが、これまで問題はありませんでした。

ループ後に配列のサイズが 10 MB を超え始めており、Mongo には 4 MB の制限があることを読みました。また、ループが終了するのを待っている間、配列全体をメモリに格納したくありません。

理想的には、配列をメモリに保存する必要がないように、コレクションの同じ Mongo ID でループ内で更新を行いたいと考えています。ただ、コレクションサイズが4MBを超えるとMongoは対応しないらしいのでどうしたらいいのかわかりません。

GridFS について読みましたが、それを使用して配列を挿入する方法がわかりません。どんなアイデアでも大歓迎です。

Padrino の MongoMapper/Joint を介して GridFS にファイルをアップロードするアプリケーションがあります。すべてが正常に機能していましたが、突然、エラーが発生しました。

スタック トレース:

MongoMapper グループのこのスレッドensure_indexは、コレクションで実行(またはcreate_index)することを提案していfiles.chunkます。ただし、MongoMapper でこれを行う方法がわかりません。

これを防ぐ方法はありますか？

ファイルをアップロードできる Padrino アプリケーションを作成しました。MongoMapper を (ジョイント経由で) 使用して、これらのファイル (画像) を GridFS に格納します。問題なく1つのファイルを保存できます。ただし、別のファイルを保存しようとすると保存されますが、データベースにはありません。モデル クラスを直接 (Padrino ルートを経由せずに) 使用する仕様を書きましたが、同じ結果が得られました。ここで何が間違っていますか？

関連ファイルの要点: https://gist.github.com/1341836

アプリケーション: http://github.com/eturk/fhsclock