My badass Nuxt.js project
いつのまにやら家から5分の距離に新しくコンビニができたことに気づいたtanakaです。 今日は、別ドメインのjsonデータをXMLHttpRequestで普通に取得するにはどうすればいいか調査したので方法をまとめます。実装としてはもう4年くらい前から使えるようになっていますが、私はまだ使ったことがなかったので。 XMLHttpRequest とクロスドメイン XMLHttpRequest が Internet Explorerに実装され、それ以外のブラウザに実装された当初は JavaScriptが実行されたページのドメイン以外にリクエストを送りデータを受け取ることはできませんでした。別ドメインに非同期でリクエストするためにいくつかの方法が考えられましたが詳しい説明は省略します。(一旦サーバを経由する・Flashを経由する・JSONPを使うなど) 2009年になりXMLHttpRequest
現象 Unity + WebView 環境において、XHR を使ったクロスドメインリクエストに失敗します。 Async GET なら xhr.readyState = 4 で xhr.status = 0 となり失敗します。 Sync GET なら NETWORK_ERR: XMLHttpRequest Exception 101 でエラーになります。 同様の問題は POST では発生しません。 テストコード <!DOCTYPE html><html><head><meta charset="utf-8"><title></title> <meta name="viewport" content="width=device-width, user-scalable=no"> <script> var api1 = "http://dev.example.com/api/ping"; //
wonderflは、サイト上でFlashをつくることのできるサービス。 通常Flashをつくるためには、Flash IDEやFlex、FlashDevelop等といったツールを使って、コードを書き、コンパイルする必要がありますが、wonderflでは、サイトにあるフォームにActionscript3のコードを書けば、サーバサイドでコンパイルを行えます。 つまり、ブラウザさえあれば、Flashをつくれます。コンパイル結果はサイト上に表示され、作成されたFlash(swf)はページ上に自動的に表示されるので、完成したFlashをリアルタイムに見ながらコードを書くことができます。 ※APIとして、はてな OpenIDを使用してネットにさえつながれば、誰もがFlashクリエイターになれます。世界中のFlashクリエイターがユーザーになるwonderflは、 文字通り、世界のFlash図鑑となってい
XML要素の定義 クロスドメインポリシーファイルは4つのXML要素、cross-domain-policy、site-control、allow-access-fromおよびallow-http-request-headers-fromから構成されています。 ポリシーファイルドキュメントのルートノードがcross-domain-policy要素、そしてそれ以外の要素は子要素にあたります。各要素の詳細は、この節に詳しく解説されています。 cross-domain-policy cross-domain-policy要素はクロスドメインポリシーファイルのルート要素です。ポリシーファイル定義のコンテナとして機能するこの要素自体には、クロスドメインポリシーの詳細を定義する属性は含まれていません。 属性: (なし) 親要素: (なし:cross-domain-policyがルートノード) 子要素:
↑状況によってはドキュメントルート直下に「crossdomain.xml」置けないときもあると思います。 ボクは事情により後者で設定してFlashを再生させると、、 Error #2044: ハンドルされていない SecurityErrorEvent : text=Error #2048: セキュリティサンドボックス侵害 (※これはFlash Debug Playerからのアラートです) 出た!出たよ!!出てしまったよ!!!(TOT) そこでFlashTracerでログを追跡してどんなエラーが出ているかを調べてみました。 ここでクロスドメインの構造をサクッと説明しますが、ドキュメントルート以外のクロスドメインの方法は更に下のほうに書きます。 crossdomain.xmlの設置と記述方法Flashのクロスドメイン問題はいにしえからある問題です。 そもそもクロスドメインというのは、swfファ
クロスドメインポリシーファイルについてまとめました。 Flash Player 10からの情報も追記しましたが、ちょっと自信が無いので間違っていたらすみません。 youtubeのクロスドメインファイル ○クロスドメインポリシーファイルとは Flashから別ドメインにある外部ファイルを読む場合に必要になる、設定を記述したファイルです。設置場所は読み込みたい外部ファイルが置いてあるサーバになります。ファイル名は基本的に「crossdomain.xml」とします。 ファイルには以下のように記述します。 <?xml version="1.0"?> <!DOCTYPE cross-domain-policy SYSTEM "http://www.adobe.com/xml/dtds/cross-domain-policy.dtd"> <cross-domain-policy> <allow-ac
This is my first attempt to use Server Socket in Air2. The main trick is about how to answer the crossdomain to the client.Assez impatient de tester les fonctionnalités les plus importantes de Air 2, release hier matin, je suis tombé des nues. Peut etre est ce le fait de n’avoir jamais codé de serveur “public” (en dehors de localhost) auparavant, mais je me suis heurté a un problème apparement vi
crossdomain.xml maker What is this? If a SWF is embedded at A.com, and tries to load data (XML, RSS, etc) from B.com, the Flash Player (for security) will block the request. B.com can grant A.com access to its data through a cross domain policy file. This utility generates that file. What do I do? 1) Enter the domain where your SWF is embedded. Enter "yourdomain.com" and "www.yourdomain.com". Tip:
クロスドメイン環境でProgression4を使う際は数カ所でクロスドメインに対応する必要があります。一般的なケースでは無いけど、webサービスとかにProgressionをインクルードした場合に必要になるかと思うのでメモ。 例えば下記の様なサイト構造 http://tmp1/index.htmlがhttp://tmp2にあるProgressionファイル一式(preloader.swfとかindex.swf)を読み込んで表示する場合、こんな感じでクロスドメイン処理をします。 step1. index.swfでtmp1をSecurity.allowDomain()で許可(*1) step2. tmp2サーバー上にcrossdomain.xmlを設置、tmp1を許可 どうしてまた二カ所で指定するのかと言うと、 phase1. index.htmlがpreloader.swfを読み込む pha
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く