IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.
Ajaxを使うためにはページ内リンク (hash fragment=URLの#以降) を使うのが一般的*1 hash fragmentはサーバに送信されないから、JavaScript非対応のブラウザだと動作しない 特にサーチエンジンのクローラ等で問題になる*2 そこで Google は、#! が含まれる URL を hash を含まないものに読み替える仕組みを提唱している。例えば「www.example.com/ajax.html#!key=value」のサーチエンジン用URLは「www.example.com/ajax.html?_escaped_fragment_=key=value」になる。 TwitterやFacebookはこの仕様に従うことで、Ajax な UI と SEO を同時に実現している、というわけ。ということを調べたなう。 参照: Getting Started |
Weblog Prototype 1.7.3 The new bugfix release of Prototype features lots of tiny fixes and one giant change under the hood. A foundation for ambitious web applications. Prototype takes the complexity out of client-side web programming. Built to solve real-world problems, it adds useful extensions to the browser scripting environment and provides elegant APIs around the clumsy interfaces of Ajax an
XMLHttpRequest のクロスドメインの制約とは? まず XMLHttpRequest については ⇒http://ja.wikipedia.org/wiki/XMLHttpRequest すでにに読み込んだページからさらにHTTPリクエストを発することができ、ページ遷移なしにデータ送受信をできるAjaxの基幹技術である。(Wikipediaより引用) ただ、このオブジェクトは「別のサイトにHTTPリクエストを出すことが出来ない」という制約がかかっている。これがいわゆる「クロスドメインの制約」。 この制約は、「ウェブブラウザ上で動いているスクリプト言語からは別サイトにリクエストを出せないようにする」という、「ウェブブラウザのセキュリティ」によるものらしい。 だとすると、結局 XMLHttpRequest 以外に直接的にHTTPリクエストを出す機能がないから「XMLHttpReque
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く