ウェブサイトからフレームを削除するソリューション

Question

現時点では、フレームセットを持つ予約Webサイトで作業しています。

言い換えれば、40％は自分のウェブサイトからのものですから、フレームの少ないサイトに簡単に変更できます。

実際の予約フローは他のウェブサイト（私たちによって管理されています）からのものであり、サードパーティのウェブサイトでも予約フローを購入/使用できるように、自分自身で "ライブ"を意味します。

私の上司はフレームを少なくしたいと思っていますが、予約フローを正しく埋め込むことに問題があります。なぜなら、私はそれに全く触れたくないからです。

これを処理するにはどうすればよいですか？

• のみ
• は、Web要求の予約エンジンに、サーバー側、それを解決し、リンクまたはそのような何かを変える予約・フローのためのiframeを使用してください。
• AJAXを使用しますか？それは私が思う多くのコードに影響を与えます。
• 改善されたソリューションですか？

もちろん、時間や金銭の問題もありますが、今は当然のことと思います。

Answer 1

さらに二つの提案：それは

は、サーバー側を使用することができます予約エンジンにAPIを追加使用するフレームを必要としないので、

1. はかなり（「スキンを変更できる」予約エンジンを作ります上の2つ目のオプションはHTMLを掻くよりもきれいです）

私は多くのiframeの使用法を見て、自分自身で捕らえられている問題は、レンダリングする必要があるコンテンツのサイズを知ることです。 iframeのコンテンツのサイズは変更されません。固定幅と高さを指定する必要があります。

Answer 2

最も簡単な方法は、別のサイトを扱う場合にIFrameを使用することです。

その欠点は、その高さをコンテンツ内のコンテンツと同じにするというトリックになる可能性がありますが、周りを回ることができる場合は、明確にする必要があります。

FYI私はかなり人気の購入サイトのためのIFrameにポップアップ購入プロセス（あわやPPP）を変換することに成功している：P

Answer 3

私は、これらの日のフレームを使用して上のタブーの並べ替えがある知っているが、中このウェブサイトは何か問題がありますか？それはあなたに本当の問題を引き起こしますか？

予約ウェブサイトはそのままの状態にする必要があるため、フレームに固執するか、iframeを使用します。

サーバーサイドまたはajaxリクエストを使用して、htmlを解析することで問題が発生することがあります。予約ウェブサイトのインターフェースが少しでも変わったらどうなりますか？

webservicesで予約ウェブサイトを拡張したことがありますか？

Answer 4

2つのサイトが異なるドメインまたはプロトコル上に存在する場合（単純に予約がhttpsになる可能性が高い）、単純なAJAXソリューションが存在する場合は、その時点でプロキシに縮小されます。

HTML出力を変更すると、バグがたくさんありますが、途中でプロキシが必要になります。

iframeは必要な処理を行いますが、xドメインの問題のためにメインページにフローを戻しても問題ありません。

私は通常、セカンダリー予約サービスにサービスと期待して、私はサーバー側でそれと対話したいと考えていました。それは、ある方法や別の方法で現実的にAPIを持つ必要があります.Webサービスは、私が想像している最もクリーンな方法です。