問題タブ [blobstorage]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
sql - 大きなテキスト BLOB を SQL データベースに格納するためのオプションはありますか?
大量のテキスト (ログ ファイル) があり、非常に大きくなる可能性があります (ギガバイトまで)。それらはデータベースに保存しているエンティティに関連付けられており、それらを SQL データベース内に保存するか、外部ファイルに保存する必要があるかを把握しようとしています。
データベース内のストレージは、MySQL の LONGTEXT フィールドに対して 4GB に制限されている可能性があり、おそらく他の DB にも同様の制限があるようです。また、データベースに格納すると、このデータを表示するときにあらゆる種類のシークがおそらく排除されます。データの一部をレンダリングするには、データの全長をロードする必要がありますよね?
したがって、私はこのデータをDB外に保存することに傾いているようです:データベースに大きなブロブを保存することについての私の不安は有効ですか?データベースの外に保存する場合は、フレームワーク/ライブラリがありますか?それを助けるために?
(私はPythonで働いていますが、他の言語の技術にも興味があります)
python - Google AppEngine BlobInfo() の機能
やあ!
公式のGAE ドキュメントでは、次のような既存の有用な BlobInfo インスタンス プロパティを主張しています。
- content_type;
- 作成;
- ファイル名;
- サイズ
私は自分のアプリでそれらを使用しようとしましたが、それを正しく行う方法を想像できず、この GAE 機能をどこにも利用する方法の実用的な例が見つかりません。検証済みの python コードのスクラッチをデモンストレーションして助けてもらえますか?
本当にありがとう!
azure - Azure Blob Storage と Azure Drive の比較
通常のホスティングではなく Windows Azure への移行を検討していますが、イメージを保存する最適な方法がわかりません。検索した結果、Blob ストレージまたは Azure ドライブの 2 つの解決策があることがわかりました。
私は Blob ストレージを調べました。このアイデアには慣れ始めましたが、CMS にかなりの変更が必要になるでしょう。私の検索では、Azure ドライブに出くわしました。正しく理解すれば、アプリケーションを通常のサーバーと同じように実行できる仮想ハード ドライブを作成します。
BLOB ストレージよりも Azure Drive に不利な点はありますか? 現在のアプリケーションを Azure に移行する場合、Blob Storage よりも Azure Drive の方がはるかに簡単なように思えますが、これに大きな欠陥がないことを確認したかっただけです。
ありがとう
パット
c# - ファイルが Azure Blob に保存されているかどうかを確認する方法
Web サイト (Azure サイト) で実行されている Flash アプリがあります。BLOB ストレージ内の画像にアクセスする必要があります。Flash がクロスドメイン制限を取得する際に問題が発生しないように、プログラムで crossdomain.xml ファイルを作成する必要がありました。
しかし、何らかの理由で、そのファイルが存在するかどうかを確認できないため、ページが読み込まれるたびにファイルが再作成されます。私が探しているすべての例は、BLOB ストレージ コンテナーが存在するかどうかを確認することについて語っています。私はこのファイルを見つけたいだけです。
azure - Lucene.Net 用 Azure ライブラリ - FileNotFound 例外
Lucene.Net 用の Azure ライブラリを使用していますが、インデックスに追加しようとすると FileNotFound 例外が発生します。
すべてが FSDirectory でうまく機能します。RAMDirectory に対してうまく機能する単体テストがたくさんあります。
インフラストラクチャは次のとおりです。
- Single Role は Index Writer Singleton を維持します。
- 別の Web サービスは、読み取り専用モードで同じインデックスを指すサーチャーの単一インスタンスを維持します。
- 変更イベントが発生すると、インデックス ライター ロールが変更を取得し、インデックスを変更してコミットします。
- 一定期間が経過すると、サーチャーはリサイクルして最新のインデックスの変更を取得します。
例外:変更後、AzureDirectory から FileNotFound 例外が発生します。変更が見つからないと報告されたファイルですが、その一例が「_h.cfs」です。サーチャーがリサイクルしてインデックスをリロードしようとすると、サーチャーでも FileNotFound 例外が発生します...
その他の重要なポイント: 1. 完全なインデックスの最初の作成は正常に機能します。2. 最初に作成されたインデックスに対する検索は正常に機能します。3. Lucene .Net V. 2.9.2 を使用しています。
何か考えや提案はありますか?残念ながら、これはプロジェクトをリリースする前に解決しなければならない最後の問題です...
ありがとう、ティム
plone - plone.appBlobFieldとファイルへのアクセス
アーキタイプでは、BlobFieldを使用します。
このフィールドにファイルをアップロードします。
次に、リンクを介してファイルをダウンロードしたいと思いますat_download/gpx_total
。
1回目はファイル名「gpw_total」を使用し、2回目は正しい名前のファイルを使用します。
私は何かが恋しいですか?カタログのインデックスを再作成しようとしましたが、この場合は何もしません。
ありがとう。
google-app-engine - Google App Engine のダウンロード可能な blob アイテムとダウンロードできない blob アイテム
私は Google Web Toolkit と Google App Engine Technology の初心者なので、ブロブに基づいてあなたの助けが必要です. ファイルをアップロードして顧客に提供する必要がある企業向けの Web アプリケーションを開発しています。問題は、誰かがブロブストアにアイテムをアップロードすると URL が作成され、そのリンクを持っている人は誰でもファイルをダウンロード/表示できますが、仕様はその料金を支払ったユーザーにダウンロードされるファイルです。もちろん、ユーザーは事前にログインしている必要があります。では、ブロブ アイテムにいくつかの制限を設けて、前払いの顧客に非公開にするにはどうすればよいでしょうか?
前もってありがとう、ステファノス・アンタリス
c# - Azure Blob Storage への大量の画像セットのバッチ アップロード
さまざまな形式 (jpg、png、gif) とサイズ (2 ~ 40 KB) の約 110,000 枚の画像がハード ドライブにローカルに保存されています。それらを Azure Blob Storage にアップロードする必要があります。これを行っている間、いくつかのメタデータと BLOB の ContentType を設定する必要がありますが、それ以外はそのまま一括アップロードになります。
私は現在、一度に 1 つの画像のアップロードを処理するために次を使用しています (5 ~ 10 の同時タスクで並列処理)。
アップロードをできるだけ速く処理するために採用できる別の手法があるかどうか疑問に思っていました。この特定のプロジェクトでは、あるシステムから別のシステムに大量のデータをインポートする必要があり、顧客の理由により、できるだけ迅速に行う必要があります。
azure - 上書き中の Azure BLOB の可用性
新しいバージョンで上書きされている間、Azure BLOB をダウンロードできますか?
Cloud Storage Studio を使用したテストでは、上書きが完了するまでダウンロードがブロックされますが、テストは同じマシンからのものであるため、これが正しいかどうかはわかりません。
上書き中に利用できない場合、(可用性を維持するための) 解決策は、別の BLOB 名を使用してアップロードし、完了したら名前を変更することだと思います。誰かがこれよりも良い解決策を持っていますか?
c# - Azure Blob Storageのダウンロード:サーバーは認証に失敗しましたが、再試行しても問題ありません
ローカルPCからクライアント側のAzureSDKを使用すると、本当にODDの問題が発生します。
CloudBlobClientを使用してファイルをアップロードおよび削除することは魅力のように機能しますが、ファイルをダウンロードしようとすると、認証例外が発生します(基本的に403 Forbidden)。ただし、同じコードを再試行すると、次回はFINEで動作します。
誰かが理由を知っていますか?
問題を示すいくつかの簡略化されたコードを次に示します。
生成される例外は次のとおりです。