2

私は数千のフラッシュアニメーションなどについて話している。当然、ファイル管理はたくさんある。

人々はDAMやCMSのようなこの種の資産をどのように管理していますか？

サイズを最小に保つためのswfs、画像、フォントのベストプラクティス。圧縮方式？

配達はどうですか？この規模にはどのようなサーバーが必要ですか？

4

5 に答える 5

2

私たちは詳細を知らないので、あなたの質問は非常に広く、答えるのが難しいです。ただし、何をしようとしているのかによっては、生活を楽にする可能性のあるツールがいくつかあります。

Flash / Actionscriptに関しては、特にオープンソーススペースでの生活を容易にするために利用できるツールが非常にたくさんあります。たとえば、ユーザーが何を要求しているかに応じて、サーバーにその場でswfを生成させることができます。このようにして、すべてのswfを事前に生成する必要はありません。データベースに保存されているデータに基づいて、サーバー側のスクリプトを使用してXMLドキュメントを生成し、それをswfmillというツールに送ることができます。Swfmillは基本的に、入力としてXMLドキュメントの形式でswfの記述を受け取り、出力としてswfを生成するコマンドラインコンパイラです。Swfmillはスクリプト（ロジック）を実行しませんが、フォント、ビットマップ、ベクターアートなどを埋め込むことができます。

次に、MTASC（AS2）とHaxeがあります。どちらも、swfファイルを生成できるコマンドラインコンパイラです。MTASCはActionScript2を中心に構築されていますが、Haxeは独自の言語であり、Actionscripと非常によく似ています。この場合も、サーバーへのリクエストに基づいて、サーバー上でActionscript / Haxeを生成し、コンパイルして、swfmillによって作成されたswfに挿入し、ユーザーに提供することもできます。

バージョン管理とスクリプトビルドを使用します。大規模なシステムでは、スクリプト化されたビルドを用意することをお勧めします。理想的には、システム全体を再構築できるコマンドが1つあります。手作業による操作は避けてください。プレッシャーがかかるとうまくいきません。CruiseControlのようにこれを支援できるソフトウェアシステムがあります。

繰り返しますが、私はあなたが達成しようとしていることをしていないので、これ以上具体的にすることはできません。

可用性の観点から、グリッドとクラウドコンピューティングの世界に飛び込む必要があります。これは、独自の処理が必要なブラックアートです。他の場所で提案されているように、 ServerFaultについてより具体的な質問をすることをお勧めします。それまでの間、 highscalability.comをチェックしてください。彼らのRealLiveArchitectureセクションには、Digg、eBay、YouTube、その他多くのWebサイトが高圧下でどのように拡張されているかを説明する非常に興味深い記事がいくつかあります。

幸運を！

于 2009-08-05T04:03:13.340 に答える
1

フラッシュファイルを管理するために、ArtesiaなどのDAMにすべてのファイルを保存します。次に、配信のためにDAMに統合するすべてのアプリを構築しました。

于 2009-07-31T15:05:08.390 に答える
0

完全な答えではなく、単なる考えです：

Amazon (商用)やGoogle (無料で開始)のソリューションのように、「クラウド内」でのホスティングを検討することをお勧めします。これらのサービスは、リソースのニーズの増大に合わせて簡単に拡張できます。

また、私の知る限り、Flash SWF ファイルは圧縮済みですが、このようなオプティマイザ (商用)もあります。

于 2009-08-02T22:00:41.573 に答える
0

私は常に ActionScript を .as ファイルに保持し、そのファイルをスクリプトが必要なフレームに #include するようにしています。これにより、バージョン管理システムでスクリプトの変更を追跡しやすくなります。それ以外の場合、ActionScript を .fla に埋め込むと、バージョン間でファイルの変更を比較することはできません。バージョン管理には TortoiseSVN を使用しています。

于 2009-08-03T13:48:32.240 に答える
0

SWF ファイルは、エクスポート元の fla に必要のない追加のライブラリ アイテムがない限り、かなり小さくなります。また、(ほとんどの場合) 圧縮されているため、ファイル自体について心配する必要はありません。私の会社では、1 日におそらく 10 万件の SWF を処理しており、ロード バランサーの背後で IIS を実行している 3 つの Web サーバーで実行しています。これらのサーバーの CPU が非常に高くなることはありません (確かに 10% 未満)。1 つの共有ストレージ デバイスを使用して、SMB 経由ですべてのファイルを提供します。それはかなりうまく機能します。

于 2009-08-02T22:15:18.120 に答える