Tim Bray氏のブログ記事を解説したものです。Tim Bray氏はXMLの生みの親であり、最近はGoogle Developer AdvocateとしてAndroidの普及に務めています。Twitterをはじめ、最近のWebサービスにて「twitter.com/#!/timbray」のようにURLに「#!」というhash-bang（shebang）が含まれるのをよく目にしますが、Tim氏はこの流行に批判の意を示しています。 hash-bangを含むURLはAjaxを利用するために考えられたしくみです。#以降は単なるフラグメントとして処理されるため、サーバは#より前のURLを解釈しコンテンツを出力します。そしてブラウザにてJavaScriptが#以降を解釈し、以降のパスに相当するコンテンツをAjaxにて取得しコンテンツを書き換えます。このしくみができた背景は、Ajax後のコンテンツをSE
Offline Note to users pre-0.6.0: Offline previously used a cloudfront hosted file as one of it's methods of detecting the connection status. This method is now deprecated and the image has been removed. Please upgrade to Offline 0.7.0+. Improve the experience of your app when your users lose connection. Monitors ajax requests looking for failure Confirms the connection status by requesting an imag
One and a half years ago me and Andreas released a new version of dropular.net — a new kind of web app that runs completely in the browser. Today, this approach to designing web-based applications running client-side has become popular, so I thought I’d share some of the issues, approaches and design choices made during the development of Dropular. I designed Dropular just as I would design a desk
pjaxの前にpushStateとは AjaxとjQueryの説明は不要として、pushStateとはなんぞや。 pushStateを使ってブラウザの履歴に対する操作をし、HTMLの一部のみを書き換える動作でもブラウザの戻る／進む機能を実現できる方法のひとつ。Ajaxなページを再現し、かつURLを見慣れた方法で自然にpermalinkを表現できる。 有名なところではGitHubで使われてるアレ。 hash fragment (/#!/) ブラウザの履歴を機能させるため、URL の fragment (#) を使ってAjaxなページを実現する方法。一時期もてはやされた感があるが、さらなる「#!」URL批判 - karasuyamatenguの日記 など合理的な反論があり、これから導入するのはためらわれるところ。 有名なところではTwitterで使われているあの厄介者。 pjaxとは pjax
このブログはlifehackerを含むgawkerメディア系サイトの#!URLへの移行を批判している。 http://isolani.co.uk/blog/javascript/BreakingTheWebWithHashBangs/ 以下、isolaniとテングの見解をごっちゃ混ぜに紹介する。 lifehacker他のgawkerメディアサイトが数日前に長時間におよびアクセス不能になった。(厳密に言うとページ内のコンテンツアクセス不能になった) #!URLベースのサイトはJavaScriptにエラーがあるとコンテンツが一切ロードせずのっぺらぼう状態になってしまうようだ。 #!について 「#!」は何で呼ぶの？ shebangと綴られる。 Hash=# Bang=!の略 発音すると「シバン」といったところか。(ちなみにUnixの#!とは無関係) 以下「#URL」は： サイト内のロケーション情
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 |
CSSHttpRequestはJavaScriptを使ったオープンソース・ソフトウェア。AjaxはWebシステムを進化させた凄い技術ではあるが、制約も色々とある。特に大きいのがクロスドメインによるデータの授受ができないという問題だろう。その問題を解決するため、JSONPをはじめとする様々な対抗技術が生み出されている。 デモ。文字表示やFlickr検索など GETリクエストの限定されるが、CSSを使ってAjaxと同じような動作を実現するというのがCSSHttpRequestだ。これは新しい視点で、なかなか面白い。CSS側の書き方も特徴的になるが、これはPHPをはじめとするサーバ出力によって自動生成すれば良い。 Ajaxで受け渡すデータを#c0、#c1といったIDを定義して、そのbackgoundプロパティでdata URIスキーマを使って受け渡す。data URI自体は柔軟なので、バイナリに
本来のオプティマイズでは難しいAJAXを多用するサイトの高速読み込みを実現する技術をdiggの開発者がMXHRとして発表した。いままではページのどのパーツも同等の重要度で扱われ、ページがレンダリングされるたびにすべてのパーツからHTTPコネクションのリクエストが送られていた。またdiggのような掲示板のようなページでは大量のキャッシュが必要で、クライアントによって実際にどれくらいのコメントが見えるかの差が非常に大きい。MXHRはこれらの問題を解決するためにデザインされたもので、サーバーとクライアント間で、ただひとつだけのHTTPコネクションを開く。これによりサーバーがページのどのパーツを先行して読み込むかをコントロールすることが可能になり、ユーザーにとってはページ読み込みがほぼ一瞬で済むことを意味する。コードはdiggのブログで公開されており、MXHRが発展していけばAJAXの利便性にスピ
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
accessibility 10 advanced 195 AMP 13 Android 2 API 7 apps 7 autocomplete 2 beginner 173 CAPTCHA 1 Chrome 2 cms 1 crawling and indexing 158 encryption 3 events 51 feedback and communication 83 forums 5 general tips 90 geotargeting 1 Google Assistant 3 Google I/O 3 Google Images 3 Google News 2 hacked sites 12 hangout 2 hreflang 3 https 5 images 12 intermediate 205 interstitials 1 javascript 8 job s
この連載では、いま話題の Ajax(Asynchronous JavaScript and XML) の概要と、 活用方法、Java との関係について紹介していきます。 Ajax の技術エッセンスや、ユーザインタフェースのアプローチを取り入れることによって、 より使いやすく便利な Web アプリケーションを構築するためのヒントを提供します。 Ajax の応用：得意なところ、不得意なところ Ajax という定義が登場して以来、様々な Ajax 的 Web アプリケーションが 登場してきた。今までには無かったタイプのユーザインタフェースに触れ、 使い易さに感心するとともに、戸惑う場面もあったのでは無いだろうか。 Ajax のユーザインタフェースは従来型の Web アプリケーションとは違い、 リッチクライアント的な考え方が必要である。 もちろん Ajax が得意とする操作や、逆
参考資料(というか主要なアイデアほとんど全部)はこちら。 http://mgran.blogspot.com/2006/08/downloading-binary-streams-with.html 何に使うのかはこれから考える。 でかいファイルを食わせてループでString.fromCharCodeを回したらFirefoxが死んでしまったのでそこだけ注意。 (mal_blueさん，nanto_viさんに直して頂いたコード版) <html><head> <script> load_url = function(url) { var req = new XMLHttpRequest(); req.open('GET',url,false); //XHR binary charset opt by Marcus Granado 2006 [http://mgran.blogspot.com]
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く