問題タブ [amazon-cloudfront]

静的アセットに Amazon の Cloudfront CDN を使用しています。Couldfront は、GET リクエストごとに Etag を発行します。すべてのアセットのメタ データに特定の Cache-Control 情報を設定しました。これにより、(私が理解しているように) Etag が不要になります。WebPageTest.org で自分のサイトの読み込みパフォーマンスをテストしましたが、これらの不要な Etag が気になりました。それらが実際に不要である場合、放出されるのを抑制する方法を知っている人はいますか?

S3に保存されているファイルがいくつかあります。ユーザーの要望に応じて、サードパーティサイトのFTPサーバーに転送したいと思います。AmazonS3はFTP/SFTPをサポートしていません。

現在、S3 APIを使用してS3からローカルサーバーにファイルをダウンロードしてから、サードパーティのFTPサーバーに転送しています。

S3-API->ローカル--FTP->サードパーティFTP

代わりに、ファイルをローカルサーバーにダウンロードせずに、S3から直接サードパーティのFTPサーバーに直接転送したいと思います。

S3---CloudFrontまたはその他のサービス--->サードパーティのFTP

Cloudfrontまたはその他のサービスを使用してそれを行うにはどうすればよいですか？どんな助けでもありがたいです。

前もって感謝します。

flex3のvideoDisplayコンポーネントでamazoncloudfrontのビデオを再生しようとしています。私の問題は、ソースURLがexpire、key-pair-id、Signatureパラメーターを持つrtmpであるということです。videoDisplayソースに渡される最終的なURLがわかりません。

このようなものrtmp://server.com/cfx/st/mp4:fileが実行されています。しかし...私が署名を持っている場合のURLは何ですか？

署名およびその他のパラメーターは信頼です。問題は、URLを彼らのものでフォーマットすることです。

ありがとう

Amazon Cloudfront で JW Player 5.4 を使用すると問題が発生します。JW Player Javascript Embed メソッドを使用して、iOS の HTML5 プレーヤーにフォールバックしています。動画が Cloudfront から適切に読み込まれないことがあることを除いて、これはうまく機能しています。再生ボタンが無効になったプレーヤーが表示されます。

奇妙なことは、これが散発的に起こるように見えることです。私たちは今、ほぼ 50/50 のチャンスを得ています。2 つのプレーヤーがまったく同じビデオ ファイルをロードするページを設定しました。上はローカル サーバーからの読み込みで、下は Cloudfront からの読み込みです。

http://dj.jomrx.com/video/

このページを iPhone (私のテストでは 4) で表示すると、トップ プレーヤーは常に正しく動作します。ただし、下部には上記の問題があります。何度も更新すると、（うまくいけば）私が経験していることがわかります。

ビデオ メタデータの読み込みがタイムアウトしているとの指摘がありました。ただし、Cloudfront は CDN として高速であるはずであり、タイムアウトやレイテンシーの問題は発生しないと考えていました。問題の原因について他に考えられることはありますか? 検索して検索しましたが、まだ良い結果が見つかりません。

本当にありがとう！

詳細情報 (JW Player サポート トピック): http://www.longtailvideo.com/support/forums/jw-player/setup-issues-and-embedding/17781/video-on-iphone-issue-flash-player-with -html5-フォールバック/

更新: これは JW Player の問題ではないようです。ハードコーディングされた HTML5 ビデオ タグと同じ問題。http://dj.jomrx.com/video/index2.php

更新 2: AWS プレミアム サポートの助けを借りて、問題は HTTPS にあったようです。技術的な詳細の多くはわかりませんし、その理由もわかりませんが、明らかに AWS は、Mobile Safari が Cloudfront によって提供される SSL 証明書を「時々」拒否していると言っています。通常の HTTP に切り替えたところ、すべてが正常になりました。

ページで iframeをサポートしているというFacebook の最近の発表の結果として、私は自分の Facebook ページを iframe をプルするように切り替えました。Facebook の外部で iframe ページをホストする必要があるため、Cloudfront を使用してファイル (HTML ページ、CSS スタイルシート、および jpg 画像) をホストするとよいと考えました。残念ながら、Cloudfront ファイルのアクセス許可を 744 に設定しても、iframe ページはブラウザーで正しく読み込まれますが、Facebook から呼び出すと、このエラー メッセージが表示されます。

Media Temple サーバーで同じファイルをホストすると、実際の Facebook ページの iframe も正しく読み込まれます。

Facebook と Cloudfront が連携しない理由はありますか? 私はこれまでに 1 つを見つけることができませんでした。

いくつかの mp3 ファイルを保存するために Amazon S3 を使用しています。私の Web アプリケーションは、Soundmanager2 JavaScript ライブラリを使用して、Amazon バケットからファイルをロードし、それらをユーザーに再生します。

最初のユーザーが mp3 をクリックすると、soundmanager はファイルの再生を開始し、意図したとおり、再生中の曲の残りをキャッシュします。問題は、2 番目のユーザーが同じ mp3 をクリックした場合、最初のユーザーが曲全体をキャッシュするまで待たなければならず、これは私の Web サイトでは受け入れられないことです。

Amazon S3 が何らかの形でファイルを最初のリクエストのみに「ストリーミング」することを理解しています。そのファイルを同時に使用できる方法、つまりユーザーが同じ mp3 を同時に再生できる方法はありますか?

また、CloudFront 機能はこの問題を解決しますか?

ご協力ありがとうございました！アレックス

(ちなみに、私のアプリケーションは Ruby on Rails 3 でビルドされ、Heroku でホストされています)

Amazon CDN サーバーのcss/index.cssフォルダーにスタイルシートを追加しました

私のCDN URLは「http://d2e3gk0s3bhkk1.cloudfront.net」です

ただし、クラスとIDのスタイルシートはアクティブになりません

Firebug で次のエラーが発生します。

私を助けてください

ありがとう

S3 バケットのディレクトリにたくさんのビデオがあります。

dataBucket の内容: videos/18512/version1.flv - そのディレクトリに他のバージョンも含まれています

現在、Cloudfront 経由で RTMP ストリーミング配信を使用する場合、動画ファイルがバケットのルートにある場合にのみ機能します。私の構造でわかるように（これは本当に必要です）、サブディレクトリにある場合、ファイルは無視されます/見つかりません。

これについては、Amazon のサポートやグーグル、または実際にはここで確認できません。これが獣の性質なのか、設定/構成の問題なのか、アドバイスはありますか?

これは一口です！基本的に、すべてのRails3アセットをS3Cloudに送信し、CloudFrontをCDNとして使用してすべてを配信しようとしています。本番モードでアセットサーバーからプルするようにRailsを構成する方法についてはすでに学びました。私が直面している問題は、rakeコマンドまたはrailsgemからすべてを自動的にパッケージ化してクラウドに送信するための良い方法を見つけることです。私が抱えているもう1つの問題は、MessCSSをMoregemで使用すると、これが台無しになるかどうかわからないことです。Moreは、別のディレクトリからCSSファイルを生成し、それをpublic/stylesheetsに配置します。どんなアイデアや提案も大歓迎です！ありがとう ：）

独自のCNAMEを使用しながら、独自の証明書を使用してhttps経由でcloudfrontでサービスを提供できるかどうか誰かが知っていますか？S3を介して独自のSSL証明書を設定する方法すら見つかりません...したがって、これが可能かどうかはわかりません。

更新：誰かがこの問題に関する更新に興味がある場合-maxcdn.comは、月額わずか59ドルの定額料金でドメインでSSL証明書をホストすることを提案しています。

これはAmazonではありませんが、サーバーからのプルと永久的なホスティング、または元のURLを再度フェッチするまで指定した時間にキャッシュコントロールヘッダーを送信する場合でもサポートされます。

全体のオファーはかなりきちんとしています。：D