問題タブ [amazon-s3]

ASP.NET Web サイトで Amazon S3 のファイルとフォルダーをアップロード、削除するための Web ベースの管理者が必要です。
このようなものはすでに存在していると確信していますが、誰か見たことがありますか？

たくさんの画像をAmazonS3にアップロードしましたが、それらにCache-Controlヘッダーを追加したいと思います。

画像全体をダウンロードせずにヘッダーを更新できますか？もしそうなら、どのように？

かなり複雑なプロセスを必要とするプロジェクトがあり、これを行うための最良の方法を知りたいです。Adobe Flex 3 で ASP.net C# を使用しています。アプリ サーバーは Mosso (クラウド サーバー) で、ファイル ストレージ サーバーは Amazon S3 です。既存のサイトはNoiseTrade.comで見ることができます。

私はこれを行う必要があります:

• ユーザーが MP3 ファイルをアルバム「ウィジェット」にアップロードできるようにする
• ユーザーがアルバム/ウィジェットをアップロードした後、mp3 を自動的に圧縮し (他のユーザーがダウンロードできるように)、zip を mp3 トラックと一緒に Amazon S3 にアップロードする必要があります。

私は実際にこれを既に動作させています (Flex でクライアント側の処理を使用しています) が、Adobe の Flash 10 の「セキュリティ」アップデートにより、これは動作しなくなりました。したがって、このサーバー側を実装する必要があります。

私がこれを行うことを考えている方法は次のとおりです。

• mp3 をアプリ サーバーの一時フォルダーに保存します。
• アーティストが「公開」すると、ac# ライブラリを使用してそのフォルダー内のファイルの zip を作成します
• Amazon S3 アップロード プロセス (zip および mp3s) を開始し、完了したらユーザーにメールを送信します (一時フォルダーを削除するだけでなく)。

このアプローチで私が目にする主な問題は、後でユーザーがトラックを削除または追加した場合、zip ファイルを更新する必要がありますが、一時ファイルは存在しなくなることです。

私はこれを行う最善の方法に途方に暮れており、アドバイスをいただければ幸いです。

ありがとう！

S3バケットにデータを保存するアプリケーションを構築しています。ただし、PutObjectメソッドに問題があります。送信する xml パケットは次のとおりです。

そして、これが S3 から返された応答です。

SOAP パケットの問題を誰か教えてもらえますか?

前もってありがとう、デヴァン

S3（画像）に関するデータはたくさんありますが、Mossoファイル（ラックスペース）について読み始めたばかりです。今月中にCDN機能が追加される予定なので、アップロードするファイルはすべて脚光を浴びるCDNの一部になります。

このサービスを使用している人は誰でも、S3で十分に文書化または公開されていません。

バケットに約20万枚の画像があります。それらはすべて2050年の期限切れヘッダーを持っていますが、1年より古い期限切れヘッダーを送信するべきではないことを読みました。スクリプトを毎月実行するようにスケジュールし、ヘッダーを6か月先に設定したいと思います。何かありますか？明らかに、200kオブジェクトの反復は避けたいと思います。

ファイルをs3にアップロードする方法を探しています。私はジャンゴを使用しています。現在、次のコードとともにアップロードするためにAmazonのpythonライブラリを使用しています。

意見：

テンプレート：

ただし、実際に実行しようとすると、次のエラーが発生します。

何が間違っているのか本当にわかりません。誰かが私を正しい方向に向けることができますか?

編集:誰かが疑問に思う場合に備えて、実際のアップロードが機能した後に検証を追加する予定です。

私はプロジェクトのためにこれを調査していますが、新しいリリースごとに古い CSS および JavaScript ファイルが提供されるのを防ぐために他の人が何をしているのか疑問に思っています。すべてのリクエストでキャッシュを妨げる可能性のあるタイムスタンプなどを追加したくありません。

私はSpring 2.5 MVCフレームワークを使用しており、すでにGoogle APIを使用してプロトタイプとscriptaculousを提供しています。また、Amazon S3 と新しい Cloudfront サービスを使用して、ネットワークのレイテンシを最小限に抑えることも検討しています。

100 万枚の画像がある場合、それらをフォルダー/サブフォルダー階層に保存するか、すべてを直接バケットに (フォルダーなしで) ダンプする方がよいでしょうか?

すべての画像を階層のないバケットにダンプすると、LIST 操作が遅くなりますか?

その場でフォルダーとサブフォルダーを作成し、それらの ACL を設定する (プログラム的に言えば) 際に大きなオーバーヘッドはありますか?

ポップアップするクラウド サービス (Amazon/Azure など) の詳細を探していますが、それらが私のアプリに適しているかどうか疑問に思っています。

私のアプリケーションには基本的に、約 500GB の単一のテーブル データベースがあります。1 日あたり 3 ～ 5 GB 増加します。そこからテキスト データを抽出する必要があります。一度に約 100 万行、約 5 列でフィルタリングします。この抽出されたデータは、通常、約 1 ～ 5 GB で、最大 100 ～ 500 MB に圧縮され、Web 上で利用できるようになります。

ここに私の既存の実装の詳細がいくつかあります 1 つの 400GB テーブル、1 つのクエリ - チューニングのアイデアが必要 (SQL2005)

そこで私の質問: 既存のクラウド サービスは、このタイプのアプリをホストするのに適しているでしょうか? この量のデータと帯域幅 (帯域幅の使用量は 1 日あたり約 2GB になります) を保存するためのコストはいくらですか?

永続化システムは、このような大規模なフラット テーブルの保存に適していますか? また、多数の列を検索する機能を提供していますか?

私の現在の実装は 10,000 ドル未満のハードウェアで実行されているため、コストがたとえば 5,000 ドル/年よりもはるかに高い場合、移行する意味はありません。