githubのアレ(history.replaceStateとかhistory.pushStateの話) - 愛と勇気と缶ビール
会社で下の記事についてリマインドしてもらって、なんとなく気になっていたことを調べたメモ。 http://webtech-walker.com/archive/2010/12/06160539.html 記事を読んで、history.replaceState(null, "title", "/new.html") とかやると遷移なしでページのcontentも勝手に置き換わるのかなー、だったらあのアニメーションはどこで発火してんだ？とか考えていたがそもそもreplaceStateの動作について勘違いしていた。 要は、次のようなhtml書いてボタンをクリックしても、historyの先頭が置き換わるだけでページ自体には何も起こらない。(ただしlocation.hrefは置き換わっており、reloadすると/replace.htmlにいく) <!DOCTYPE HTML> <html lang="e
pjax こそが pushState + Ajax の本命 - punitan (a.k.a. punytan) のメモ
pjaxの前にpushStateとは AjaxとjQueryの説明は不要として、pushStateとはなんぞや。 pushStateを使ってブラウザの履歴に対する操作をし、HTMLの一部のみを書き換える動作でもブラウザの戻る／進む機能を実現できる方法のひとつ。Ajaxなページを再現し、かつURLを見慣れた方法で自然にpermalinkを表現できる。 有名なところではGitHubで使われてるアレ。 hash fragment (/#!/) ブラウザの履歴を機能させるため、URL の fragment (#) を使ってAjaxなページを実現する方法。一時期もてはやされた感があるが、さらなる「#!」URL批判 - karasuyamatenguの日記 など合理的な反論があり、これから導入するのはためらわれるところ。 有名なところではTwitterで使われているあの厄介者。 pjaxとは pjax
AjaxとCometで作るリアルタイムWeb
はじめに Ajax+Cometは、WebSocketsが定着するまでのつなぎの技術という見方もあります。しかしながら、クライアントがシンプル、プロトコルを拡張しない、といったメリットもありますので概要を紹介します。 今回は実装までのソースを解説していくのではなく、Ajax+Cometアプリケーションでの在席状況確認の仕組みやシステム構成のポイントといった部分を中心に解説していきます。 Ajax+Cometアプリケーションの場合、クライアント側にはリクエストを投げる仕掛けのみを構築しますので、Cometを実現するWebサーバーのアプリケーションが双方向通信の実体になります。 システムの構成 今回は、CometをJavaで実装するケースを想定しますので、jetttyのサーブレットの仕組みを解説することになります。 クライアント側の仕掛けは非常にシンプルですので、サーブレットの解説の前にクライア
Axis .NET 連携
1. はじめに Web サービスを使ったシステムは .NET と J2EE の両プラットフォームの連携が可能です。そこで、.NET リッチクライアントと J2EE サーバによるシステム構成について調べてみました。2章では一般的なシステムアーキテクチャについて解説し、3章では .NET と J2EE を連携するためのサンプルを作成しています。実際にこの構成でシステムを開発すると通信に使われるデータ量が多く、通信部分がボトルネックの一つになってしまいます。そこで、4章では通信部分でパフォーマンスを上げるために行った工夫をご紹介します。 2. SOAPを使った一般的なシステムアーキテクチャ アプリケーションサーバを使用したシステム構成では、EIS (Enterprise Information System) 層、ビジネスロジック層、プレゼンテーション層という三層構成にするのが一般的です。EIS
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
