開発悲話?その2
そして、次の問題は。。。
Ajaxでは普通、非同期で裏で通信するのにXMLHttpRequestっていうオブジェクトを使うんだけど。
これってそのスクリプト(ページ)があるドメインと同じドメインとじゃないと通信出来ないでしょ?(出来るの?)
IFRAMEの中なら呼び出すスクリプトも呼び出されるサーバー側も同じこちらのドメインに出来るんだけど、
IFRAMEを止めたんで、呼び出す側のスクリプトは、各フィーダーを掲載しているバラバラのドメインになる。
なんで、XMLHttpRequestも諦めざるを得ない。
これって出来るのかな?って思ってたけど、結構あっさり解決方法は見つかって。
JavaScriptってXMLHttpRequestと違ってセキュリティが甘くて、どのドメインにあるものでも自分のところにあるものとして簡単に引っ張ってきて動かすことが出来る。
しかも動的に!
つーことで、そのスクリプトを動的に生成して、動的にインクルードさせて、非同期にコンテンツを受け取るようにすれば良かったんだ。
これって、XMLHttpRequestは要らなかったってこと?
これってセキュリティ的にどうなんだろ。
何でも出来ちゃうよね。
さて、これを使って次は。。。
ユン
Ajaxでは普通、非同期で裏で通信するのにXMLHttpRequestっていうオブジェクトを使うんだけど。
これってそのスクリプト(ページ)があるドメインと同じドメインとじゃないと通信出来ないでしょ?(出来るの?)
IFRAMEの中なら呼び出すスクリプトも呼び出されるサーバー側も同じこちらのドメインに出来るんだけど、
IFRAMEを止めたんで、呼び出す側のスクリプトは、各フィーダーを掲載しているバラバラのドメインになる。
なんで、XMLHttpRequestも諦めざるを得ない。
これって出来るのかな?って思ってたけど、結構あっさり解決方法は見つかって。
JavaScriptってXMLHttpRequestと違ってセキュリティが甘くて、どのドメインにあるものでも自分のところにあるものとして簡単に引っ張ってきて動かすことが出来る。
しかも動的に!
つーことで、そのスクリプトを動的に生成して、動的にインクルードさせて、非同期にコンテンツを受け取るようにすれば良かったんだ。
これって、XMLHttpRequestは要らなかったってこと?
これってセキュリティ的にどうなんだろ。
何でも出来ちゃうよね。
さて、これを使って次は。。。
ユン


