The problem Treating Ajax as an “all or nothing” technology. It will take a lot of time and effort to create a “separate but equal” non-Ajax version. The solution Progressive Enhancement Progressive Enhancement in theory Begin with content Mark up the content in a semantically meaningful way Add a presentation layer Add a behaviour layer Progressive Enhancement in practice Begin with content Mark
AJAXコンテンツが増えるにつれて問題になるのは、SEOというか、検索エンジンにどうクローリング、インデックスさせるのか、という点ですよね。 この前JavaScriptの実装を担当した松本クリニックは、AJAXでほぼ全てのページを切り替えるっていうのが最大のポイントなんですけど、これの良いところはWordPressで全てのページを生成してて、JSオンでもオフでも見られるんですね。つまり、クローラはオフのコンテンツを見るような作りにしてあります。 で、こういうのって小規模～中規模なサイトならまだいいと思いますけど、大規模なサイトになってきたりするとページは存在しないでデータだけが存在したりする（ハンドラにリクエストをかけてJSONだけを返してもらって内容を入れ替える、など・・・）わけで、実現が難しくなるんですね。 この問題に対してGoogleが現在公表している方法は、HTML snapsho
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 |
これのこと。 AJAXサイトをスピード化するMXHR - huixingの日記 Digg the Blog » Blog Archive » DUI.Stream and MXHR どこにも解説が無かったので、詳しく読んだ。 上の記事から引用すると、「サーバーとクライアント間で、ただひとつだけのHTTPコネクションを開く。これによりサーバーがページのどのパーツを先行して読み込むかをコントロールすることが可能になり、ユーザーにとってはページ読み込みがほぼ一瞬で済むことを意味する。」という技術。XMLHttpRequest を使って複数のデータを受信する場合に効果がある。 まずデモから デモ1は10個のテキストをダウンロードして表示するもの。 デモ2は300個の画像をダウンロードして表示するもの。 どちらも左側 (MXHR 有効) が完了した後に右側 (MXHR 無効) を開始するので驚かない
Venture capitalist (Grossman Ventures https://grossman.vc), Internet protector and industry creator. Founded WhiteHat Security & Bit Discovery. BJJ Black Belt. We searched far and wide collecting as many Web Hacking Techniques published in 2008 as possible -- ~70 in all. These new and innovative techniques were analyzed and ranked based upon their novelty, impact, and pervasiveness. The 2008 compe
Googleが検索結果ページを、現行のHTMLベースからAJAXベースに移行すると思われるような形跡を、Smackdownブログが発見しました。 クエリのパラメータに「ajax」という文字列が含まれていたり、ブラウザには表示されているのにページのソースには記述されていないテキストが存在していたりします。 AJAX仕様になったとしても、検索ユーザーには格段影響はないでしょうし、気づくこともないと思います。 しかしSphinnでの２つの投稿を読むと、SEOに携わるWebマスターにとっては、従来使っていたランキングチェックツールが使えなくなる可能性があるというデメリットが発生しそうです。 反対に、Google Analyticsで参照キーワードのデータが入手できるというメリットも考えられるそうです。 AJAXベースのSEPRはまだ一部のユーザーだけに対するテスト段階のようですし、今後正式採用され
２日前に、AJAXベースのGoogle検索が目撃されたことをお伝えしました。 たいしたインパクトのないニュースのように思えましたが、実はそうでもないようです。 ともすると、ほとんどのWebマスターにディープインパクトを与える可能性があります。 海外の多くの著名ブログでは、AJAXベースのGoogle検索が及ぼす影響に関する記事が投稿されています。 Google AJAX Search Results = Death To Search Term Tracking? – Search Engine Land AJAX: Great for Scrubbing Analytics Clean! – SEOmoz Ad Networks – “Partners” Hoarding Publisher Data For Profit – SEO Book.com フォーラムでもディスカッションが展
１つ前の投稿で、GoogleのAJAXベース検索の弊害として想定できる「Google Analytics以外のアクセス解析ツールの使用不能」と「ランキングチェックツールの無機能化」についてレポートしました。 AJAX検索は、ごく一部の限られたユーザーに対しての実験とのことでしたが、なんと運よく遭遇することができました。 google.comで「ajax」というキーワードを検索したときのURLです。 従来の「?」ではなく、「#」でパラメータが接続されています。 （捏造ではありません（笑）） SERPのソースコードを見てみました。 通常の検索結果のソースコード AJAXベース検索のソースコード ※ブラウザで表示すると見づらいので、コピペしてエディタに貼り付けてください。HTMLコードを色づけして表示するエディタが見やすいです。 中身を見ると、AJAXベースのSERPのソースコードには、検索結果
はてなブックマーク（以下「はてブ」）がリニューアルされ、ブラウザからブックマークレットでブックマーク登録（以下「ブクマ登録」）しようとすると、図1の画面が現れるようになった。「こちらから再設定をお願いします」と指示されているが、この指示に従ってはいけない。ここで提供されている新型ブックマークレットは使ってはいけない。（この指示には従わなくてもブクマ登録はできる。） 新型ブックマークレットを使用すると図2の画面となる。ブクマ登録しようとしているWebサイト（通常、はてな以外のサイト）上に、はてブの画面のウィンドウが現れている。これは、Ajaxと共に近年よく使われるようになった「ページ内JavaScriptウィンドウ」である。（ポップアップウィンドウとは違い、ウィンドウをドラッグしてもブラウザの外に出すことはできず、あくまでも表示中のページ上のコンテンツであることがわかる。）
原則、JavaScriptからは違うドメインのデータを読み書きできない。 なので、同一ドメイン内にプロクシ的スクリプトを入れたりするのだけれど、、場合によっては、そのスクリプトの設置すら難しい場合がある。 しかし、なんとか外部からデータ読みたいよなぁ。。という時はどうするか。 JavaScriptデブサミで参考になるコードがあった。 var s = document.createElement('script'); s.src = '/hoge.cgi'; document.body.appendChild(s); なるほど〜。 いや、scriptのsrcで読み込めば良いのは知ってたけど、それ自体をどう実行するかってので、悩んでいたので。 appendChildするのね〜。 忘れないようにしなければ。 しかし、こういう小さなコードを、自分用にクリップしておくいい方法は無いだろうか。
AjaxとBiz/Browserは似ていると思う。もし同じなら、Ajaxを選んだほうがいいに決まっている。なぜBiz/Browserなのか。それは一言で言うと、すべてのWindowsPCでの動作を保証していることだろう。９８からVistaまで。ある辛口の技術者から寄せられたコメントを読んだ。「いまさら６４Kでサクサク動くデモを見せられても逆効果です、機能がいかに優れているかを言っても、Ajaxなら、生産性は別としてもできます。Bizの強みは何ですか？９８からVistaまで対応している、場合によってはマイクロソフトのバグまで吸収する姿勢にあるんじゃないんですか？その姿勢は、とても新鮮で、ありがたいです。」とのこと。まさにそのとおり。 Biz/Browserを販売すると決めたとき、回線速度の問題を解決するというのが、目的だったら、当然やらなかった。回線速度など早晩技術がクリアすることがわかって
われわれはこれまで，数々の「スーパー・ワーム」を目撃してきた。例えば，NimdaやCode Red，SQL Slammerは，恐ろしいまでの破壊力を持っていた。これらのワームは瞬く間に広がり，膨大な数のシステムに感染した。そしてワームを根絶するために，巨額の費用が使われたのである。 ワーム技術は間違いなく進化している。そして多くの場合，ワーム技術は基本的に「最も楽な方法」を選択している。Web技術が幅を利かせ，Ajax（JavaScriptとXMLを組み合わせたもの）の使用頻度が日々高まっている現状では，ワームがWebやAjaxを標的にするようになったのも当然だろう。 実際に，2005年に何者かがAjaxベースのワーム（Samyという名前だった）を作成し，ソーシャル・ネットワーキング・サイトの「MySpace」に解き放ったことがある。このワームは，MySpaceのユーザーが特定のMySpa
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
