問題タブ [edgecast]

EdgeCastを使用してデータを保存することを計画しているプロジェクトに取り組んでいます。クライアントが最初に画像をサーバーにアップロードしてから、 curlを使用してEdgeCastにアップロードすることを望んでいるため、私はそれについて心配しています。この場合、サーバーはリクエストを「プロキシ」し、アップロードに必要な時間を2倍にします。

あなたは何を提案しますか？また、直接アップロードは危険ですか？

PS私がS3について言及した理由は、EdgeCastとの類似性のためです。したがって、同じ原則が適用されると思います。

EdgeCast または Amazon S3 でアップロードされた画像を保存する必要がある Web アプリケーションがあります。そのためには、最初にこれらの画像を EdgeCast / S3 に再アップロードする必要があります。私が考えることができるいくつかのオプションがあります：

1. インライン curl re-uploadを実行します。これにより、目的の EdgeCast / S3 API を使用して画像がアップロードされます。欠点は、同時アップロードではサーバーの負荷が非常に大きくなることです。
2. キューの再アップロード。私はそれが可能であることを知っていますが、それを行う方法がわかりません。
3. 再アップロードを気にせず、クライアント エンドから EdgeCast / S3 に直接アップロードしてください。
4. EdgeCast/S3 の FTP をファイルシステムにマウントし、アップロードされたファイルをコピーするだけで、あとは FTP デーモンに任せます。

最適なソリューションはどれですか? 他に解決策はありますか? 1か2だと思います。

編集：私のアプリケーションはPHPです

コンテンツ配信ネットワークはどのようなキャッシング モデルを使用していますか? 具体的には (akamai、edgecast、bitgravity、cotendo など) を使用していますか? つまり、キャッシュが見つからない場合、ソースにアクセスして、内部でコンテンツを配布していることを確認していますか?

最近、RTMP ストリーミングに関する作業を行っています。Flowplayer を使用して、Edgecast ストリーミング サービスと CloudFront ストリーミング サービスを統合しています。

基本的な概念は簡単に理解できますが、さまざまなプロバイダーの形式を理解するのに多くの時間を費やしています。

たとえば、ドキュメントによると、Edgecast を満足させるには、ファイル名を mp4:filename.mp4、flv:filename (.flv 拡張子なし)、mp3:filename (.mp3 拡張子なし) の形式で指定する必要があります。

しかし、CloudFront の場合、mp4:filename.mp4、ファイル名 (flv:prefix なし、.flv 拡張子なし) および mp3:filename (.mp3 拡張子なし) は別の話です。

今日、Edgecast の loadToEdge 関数を使用しようとすると、この形式は人々をさらにイライラさせます。受け入れられる形式は、filename.mp4 (mp4: プレフィックスなし)、filename.flv (flv: プレフィックスなし)、および mp3:filename.mp3 です。

ご覧のとおり、基本的にそこにはロジックがなく、最終的に機能させるには、すべての異なる組み合わせを推測して試す必要があります。

さまざまなプロバイダーがストリーミングをすべてカスタマイズされた方法で実装する理由について誰かが考えているかどうか知りたいですか? それとも、Adobe のせいで統一された形式がないのか、それともサービス プロバイダーが好きなものを使用するかどうかにかかっているだけなのか。

ありがとうございました！

Edgecast RTMP URL は次のとおりです。

ただし、Cloudfront は次のように義務付けています。

mp4 は、ユーザー フォルダー構造の前に配置する必要があります。

これは CDN 固有のものですか? エッジキャストでできること:

皆さん、今晩は！この投稿を開いていただきありがとうございます。

私は現在、MediaTemple (基本的には EdgeCast) から ProCDN を購入し、cdn-small.DOMAIN.com (または cdn-large.DOMAIN.com) にアクセスする CDN をセットアップしました。通常の Web サイトを正常にロードします...

ただし、どれを使用すればよいかわかりません.サイト全体を最適化するためにこれを使用するか、リンクを使用してファイルサイズに基づいてスクリプト/スタイルシートごとに1つずつ追加しますか? (たとえば、すべての JS/CSS には cdn-small があり、300kb などのそれより大きいものには cdn-large リンクがあります)

つまり、正しい方法がサイト全体を 1 つのリンクとしてロードすることである場合 (たとえば、https: //cdn-small.domain.com/js/jquery のような完全なリンクではなく、js/jquery.js のようにすべてが正常にリンクされます)。 .js .. DOMAIN.com から cdn-small.DOMAIN.com へのリダイレクトを設定して、読み込みを最適化し、完全なサブ CDN ドメインではなくドメインを入力するだけでよいようにしますか?

これが意味をなさないか何かである場合はお詫びしますが、最善を尽くします。もう一度簡単に言えば、ユーザーにドメイン (https:// または http:// ）通常、ユーザーの近くでできるだけ早くコンテンツを提供します。

これをお読みいただきありがとうございます。皆様にとってポジティブな週末となりますようお祈り申し上げます。

それが重要な場合、または実験したい場合は、ここが私のライブサイトです。http://bit.ly/1eGCShX

Azure BLOB と CDNプレミアム機能を使用したいのですが、ドキュメントが非常に少ないです。これは、Amazon S3 / CloudFront で完全に実行可能なものです。

明確にするために、私*.azureedge.net/sample/index.htmlは等しく*.azureedge.net/sample/し*.azureedge.net/sample/test.htmlたい*.azureedge.net/sample/test

これは完全に明確ではなく、変更をプレビューするには「最大 4 時間」か​​かるため、...

調査の結果、Azure には Verizon Edgecast CDN のラッパーがあり、このページは Azure のものと同じように見えます...