これは、私がここで尋ねた以前の質問の拡張です。
Django-XMLを解析し、iFrameのHTMLフラグメントとして出力しますか？
基本的に、さまざまなHTMLフラグメントをページに統合することを検討しています。さまざまなURLで、さまざまな結果/ガジェットの小さなフラグメントを生成する小さなWebアプリがあります。これは、メインページと同じドメインにある必要はありません。
これらをメインページに含める最良の方法は何でしょうか。また、メインページからCSSを使用してHTMLフラグメントをスキンする機能も必要です。
私の最初の考えはiFrameでしたが、これのパフォーマンスはあまり良くないかもしれないと思っており、含まれているフラグメントのCSS/JS操作には制限があります。
SSIはより良いアイデアですか？または、phpインクルードを使用する必要がありますか？またはJS？他に何か提案はありますか？2つの主な考慮事項は、メインページのパフォーマンスと、含まれているフラグメントをスタイル設定/操作する機能です。
乾杯、ビクター
これは、Facebookプラットフォームアプリケーションが行うことと似ています。1つは単にIFRAMEsを使用し、もう1つはバックエンドから出力を取得して変換し<fb:whatever>ます。要素が展開され、JavaScriptが実行され、ボタンなどがスキンされます。例としてそれらを見ることができます。
sを使用IFRAMEすると、おそらく物事が複雑になります。デフォルトでは、外側のフレームから内側のスタイルを変更することはできませんが、おそらくGoogleClosureのnet.IframeIoのようなものを使用してそれを回避することができます。
クロスドメインスクリプティングを使用してウィジェットをロードしてみます。次に、ウィジェットのコンテンツをページに追加できますが、DOMに挿入するなど、必要に応じて追加できます。
iFrameは、パフォーマンスの面で問題になることはありません。サーバーへのクエリを実行しているのがブラウザであるかどうかに違いはありません。ただし、設計上の問題が発生する可能性があります。SSIとPHPはほぼ同じですが、どちらも同じ問題があります。ソースページがダウンしていると、ページ全体のレンダリングが遅れます。
パフォーマンス面で最も優れているのは、スニペットを読み取るキャッシュされたPHPソリューションであり、したがって、停止に対する脆弱性が低くなります。
おかしなことに、私はまさにこの目的のためにPHPベースのツールを作成しました。私が作成した会社は、それをオープンソースとして公開することに同意しました。ただし、パッケージ化とドキュメントの設定に取り掛かるまでには、少なくともあと4週間かかります。タイムフレームにもかかわらず、それがあなたの興味を引く場合は、私に知らせてください。私はあなたを最新の状態に保ちます。