非dojo環境でXhrIframeProxyをしてみる - snippets from shinichitomita’s journal
http://d.hatena.ne.jp/shinichitomita/20061025/1161776282 の続き。 結局dojoのXhrIframeProxyで参考にすべきところは、fragmentIdentifierを使ってフレーム間でメッセージのやり取りをしているところ。つまり、同梱の xip_server.html とxip_client.htmlが偉いのであって、そこにおいて dojo.* のパッケージが何かしてくれているというわけではない。 そのフレーム間やりとりのプロトコル実装はdojoのを流用して、その値を取り出してオブジェクトとして受け渡すところのスタブとなるオブジェクトはdojoに頼らずこっちで書いてしまってもよい。そうすればクライアントは別にdojoでなくてもつかえるはず。 ということで、非dojoバージョンのXhrIframeRequestを作ってみた。サーバ
dojoのIFrameProxyでクロスドメインでのXML取得 - snippets from shinichitomita’s journal
これおもしろいな。 http://dojotoolkit.org/~jburke/XHRIFrameProxy.html XMLHttpRequestがドメインの壁を越えられないのは悲しい事実。すべてのブラウザで改善されるのを待つのはひどく気の長い話だし、そもそもそうなってるのにはそれなりの理由（セキュリティ関連）があったわけで、うまく要求が通るとも思えない。 そこで、既存の枠組みでクロスドメインの壁を越えられる動的スクリプトロードでのJSONコールみたいなテクニックが出てきてるわけだけど、データソースとなるサーバ側でデータをJSON形式で用意しなきゃいけなかったり、結局JavaScriptロードに頼るので信頼できないサイトからは気軽にデータを取って来れない（⇒任意のJavaScriptコードが実行されてしまう危険性がある）などの問題があった。 IframeProxyはこれを回避する。IF
dojoのXhrIframeProxyでプロキシサービスを使わずにクロスドメインXML取得 - snippets from shinichitomita’s journal
以前にここで触れた http://d.hatena.ne.jp/shinichitomita/20060803/1154609128 について、最近0.4.0でパッケージに正式に含まれたらしいので、ちょっと試してみる。 テスト内容 http://stomita.web.fc2.com/xip_test.html から、サイトの外にある http://www.geocities.jp/stormriders999/fruits.xml のデータを取得し、表示 セットアップ dojo 0.4.0をダウンロード http://download.dojotoolkit.org/release-0.4.0/dojo-0.4.0-ajax.zip 圧縮ファイルを展開し、dojo-0.4.0/src/io/xip_server.html を http://www.geocities.jp/stormri
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://labs.cybozu.co.jp/blog/kazuho/archives/2007/01/e4x-xss.php
欧洲杯开户,九游会在线官网,j1596.com九游会欧洲杯
IBM Developer
XulBooster
IBM Developer
日本IBM
http://www.jitsu.org/jitsu/index.html
はてなブログ | 無料ブログを作成しよう
Hawk's W3 Laboratory