私は関連するWebサイトのプレビューが必要なプロジェクトに取り組んでいます。私たちは2つのアイデアを試してきましたが、2つはウェブサイトをレンダリングしてスクリーンショットを送り返すか、ウェブサイトを取得してiframeで「ライブプレビュー」としてロードするというサービスを利用しています。複数のiframeのパフォーマンス
チームはインタラクティブで、動的なビジュアルをプレビューすることができるため、iframeがより良い選択肢であると確信していますが、パフォーマンス上の懸念があります。
ウェブサイトのコンテンツを取得してサイトに転送するサーバーをコーディングすることなく、誰かがここでいくつかの洞察を提供できるかどうかは疑問です。デザインには約5つのイメージ/ iframeがあり、300x500ピクセルという比較的小さいものです。 5つのiframeを読み込むことは、これらのサイトを5つのタブで開くことに似ていますか？
質問に答えるには、5つのタブでこれらのサイトを開くのと同じです。 iFramesはまったく新しいページをメモリに作成し、それをページに追加します。
さらに、iFramesには、プロバイダのコードを問題なく受け入れることができるため、大きなセキュリティ上の問題があります。あなたは、ajaxを使い、解析した後に自分のDOMにコードを注入するほうがずっと優れていますが、時にはオプションが限られていることがわかります。
performanceの仕様をご覧ください。
私は、上記の記事の重要な部分は、このだと思う：それはできるだけ早く としてウィンドウのonloadイベント火災ことが重要です
Iフレームのブロックロード時
。これにより、ブラウザのビジーインジケータが停止し、 にページが読み込まれたことが通知されます。 onloadイベントが 遅延した場合、ユーザーにページが遅いとの認識が与えられます。
ウィンドウのonloadイベントは、すべてのiframeとこれらのiframe内のすべてのリソースがすべてロードされるまで発生しません。 Safariと Chromeでは、iframeのSRCをJavaScriptで動的に設定すると、 のブロック動作が回避されます。