backbone.js Facebookアプリ（iframe内）でヒストリー状態を追加

Question

私はbackbone.js 0.3.3を使用しているFacebookアプリを開発中で、バックボタンをユーザーに適切に働かせようとしています。

バックボーンは、内部ルーティングを実行するために使用されるURLハッシュを通じて状態を保存します。たとえば、#homeはホームページを読み込み、#sessionは別のページです。履歴がiframeの外側で発生すると履歴が保存されるため、戻るボタンを使用して正しくナビゲートできます。

iframe内のナビゲーションは問題ではなく、すべてのリンクは機能しますが、ブラウザによって履歴は保存されません。

質問：http://app.example.comから

Facebookのiframeのポイント、バックボーンアプリケーションです。 バックボタンをFacebookアプリケーションのユーザーに使用させるにはどうすればよいですか？バックボーンを使用する既存ソリューションのボーナスポイント。

---

私はいくつかの角度からこの問題を検討しており、どこでも利用可能な満足のいく解決策を見つけることができません。非常にFacebookアプリがバックボーンを使用している/ Javascriptにあまり依存していないようです。

私は解決策はiframeの親ウィンドウにヒストリ状態を追加することだと思いますが、その方法はわかりません。 HTML5の履歴ですか？ Facebook APIのいくつかの並べ替え？現在の状況よりも部分的な解決策（現代のブラウザの場合）が好ましい。

Answer 1

あなたのFacebookアプリケーションは、彼らがCanvasと呼んでいるサンドボックスにあると思います。それはサンドボックスなので、あなたのウェブサイトのソースコードを含む直接のiframeではありません。事実、Facebookはあなたのウェブサイトからソースコードを読み込み、それをサンドボックスに入れて、iframeにサンドボックスをレンダリングします。

これが本当かどうかはわかりません。古いFacebookアプリケーションでは、このサンドボックス内で多くのJavaScript APIがハイジャックされています。たとえばdocument.getElementByIdはオリジナルではありませんdocument.getElementByIdそれはサンドボックス内の要素のみを取得できる他のものです。彼らはあなたが期待するように動作するが、サンドボックスの外のどこにでもアクセスする能力を持たない、ほとんどすべてのJavaScript APIを使用するようにします。

1つの問題は、元のウィンドウのモーションを模倣しないということです。私はそれがあなたの範囲外でなければならないと考えているからだと思います。アプリケーションはキャンバス（サンドボックス）に存在し、サンドボックスはiframeに存在します。したがって、iframeはあなたの手の届かないところになければなりません。

Facebook CanvasでヒストリカルAPIのサポートを実装することについてこれまでのところ考えていません。ページ全体がFacebookによってハイジャックされ、Facebookのドメインに何も置くことができないため、あなたのページは実際にあなたが制御できないドメインにあります。このような状況では、これまで可能な解決策は考えられません。