0

フォトブック作成サイトを持っていて、読み込みと保存のパフォーマンスを改善しようとしています。

フォトブック作成ツールは Web ブラウザーに表示され、Flash で実行され、データベース操作のリモート呼び出しは AmfPhp を介して実行されます。

フォトブックを保存するためのアルゴリズムは、基本的に次のように述べています。

foreach(page in photobook){
    foreach(component in page){
        //Make a remote call that saves the component in the Database
    }
}

これは、フォトブックが 30 ページあり、1 ページあたり 10 個のコンポーネント (写真) がある場合、ツールはアップロード接続をカウントせずに約 300 の同時接続を作成することを意味します。

たとえば、Firefox は、リクエストを処理するためのキューを作成する準備ができているようです。

これはパフォーマンスにまったく影響しますか?

同時リモート呼び出しの数を制御するキューを作成することは役に立ちますか?

その価値はありますか？

あなたが私に与えることができるどんな助けにも感謝します.

4

2 に答える 2

0

300 の同時リクエスト

はい。過度に。

必要なものだけをロードします。
なぜすべての写真をすぐにロードするのですか? 最初のページをロードし、2 番目のページを事前にロードすることもできますが、それ以上先に進むと、最初のページより先を見ない場合、帯域幅を大量に消費します。

さらに、あなたのフォトブックで、JavaScript を介して取得した高解像度版をユーザーが見ることができると仮定しましょう。ユーザーがこれをクリックすると、そのリクエストはキューの一番下に追加され、他の 300 件のリクエストの最後が完了するまで処理されません。

于 2013-08-12T22:26:18.750 に答える