amachang - JavaScript 入門
プログラミングのこつ 無駄な名前を極力使わないこと。意味単位に名前空間を細かく階層的に分離すること。 ここで言う名前空間とは 名前空間とは、一つの名前が一意のものを表す空間。例えば、大きな目で見れば、日本語は自然言語の名前空間である。また、専門用語なども名前空間と考えることが出来る。 日本語 { コンニチワ = 挨拶 : : } 中国語 { ニーハオ = 挨拶 } 英語 { ハロー = 挨拶 } また、名前空間は重なり（優先順位）を持つ 同音異義語などの言葉は、それぞれの細かい名前空間の重なりによって一意のものに特定されると考えられる たとえば、「コイが好き」と言った場合 池に関する名前空間 { コイ = すいすいパクパク } チャライ話題に関する名前空間 { コイ = ドキドキきゅんきゅん } お茶に関する名前空間 { コイ = にがーい } 名前空間の優先順位を考えると、一意の意味を知
Google、IE6など古いブラウザのサポート終了へ
米Googleは1月29日、Internet Explorer（IE）6など古いバージョンのWebブラウザのサポートを段階的に終了することを明らかにした。 同社が使用を推奨しているブラウザのバージョンは、IE 7.0以降、Mozilla Firefox 3.0以降、Google Chrome 4.0以降、Safari 3.0以降。それよりも前のバージョンについては段階的にサポートを停止する。まずは3月1日に、GoogleドキュメントおよびGoogleサイトでサポートを終了する。 古いバージョンのブラウザでもこれらサービスにアクセスすることはできるが、一部機能が停止したり、新しい機能が利用できない可能性があるという。 現在使っているブラウザのバージョンは、GoogleのWhatBrowserサイトで確認できる。
なぜ有名人はTwitterでRTを使って返信するのか
最近Twitterを始める有名人が多くなった． TVに出ているようなタレント，有名な雑誌の漫画家，知っている人は知っている声優など． 彼らの多くがなぜかRT(*)で返信することが多いのが気にくわない． (*) 正確にはコメント付きRTをQTと呼ぶのだが，今回はRTと表記する． 彼らは有名であるために，followする人(following)よりもフォローされている人(followers)の方が多い． その際に，面識のない人にはRTで返信，面識のある人には@で返信をする． この細かな違いによって，困ることが起きる． RTで返信をすると，よくわからない流れのやり取りがタイムラインに表示される． 多くの一般人は，有名人のアカウントをフォローすることで， 「その人の考えや日常を垣間見ることができる」「その人と近づいた感じを得る」 といったことを考え， 運が良ければ「自分の送ったメッセージに反応して
Gmailチームが明かすHTMLアプリケーション起動の高速化テクニック TechTalkManiacs
などという煽り気味なタイトルをついつけてしまいたくなる記事がGoogleCodeBlogに掲載されていました。 最初のほうはごく普通にJavaScriptを使ったRIAアプリケーションはどうしても起動が遅くなるため、それをどう減らすか、というテーマにそって書かれています。 方法として挙げられているのは、最初にすべてを読み込まず、モジュール単位で分割して遅延ローディングすること。ただし、それだけだと回線速度が遅く不安定なモバイル環境では問題が生じるためHTML5のキャッシュ機能を利用するといいとのこと。 遅延ローディングのためのさまざまな手法の得失や、例えばユーザーデータを読み込むときには動的ロードしない、というようにユーザーの操作を妨害しないよう留意することなどについても述べられていてそれだけでもノウハウとして十分に有意義なのですが、決め手として最後に出てくる方法がすごいです。 その方法と
iPhoneとTwitter OAuth認証の流れについて - いとーけーのページ
twitterヘの認証方式は2つありまして、1つはお馴染みBasic認証。もう1つがOAuthです。で、なにやら、今後はOAuthしか受け付けなくなるとかいう話があって、ちょっと盛り上がっているtwitterクライアント界隈。 OAuthの細かい話はさておき、twitterのOAuth認証（access_token取得）の手順には2通りがあります。（太字はiPhone上での主な挙動） サーバ型 アプリごとの key から request_token 取得 request_token を用いて twitter のサイトを表示 → MobileSafari起動 ユーザにログインしてもらう 設定していた callback URL が呼び出される → サーバ側で元アプリの URL scheme にリダイレクトし、元アプリを起動 callback に渡された oauth_token から acces
セキュリティ情報 - iモードIDを用いた「かんたんログイン」のDNS Rebinding脆弱性
iモードIDを用いた「かんたんログイン」のDNS Rebinding脆弱性 HASHコンサルティング株式会社 公開日:2009年11月24日 概要 iモードブラウザ2.0のJavaScriptとDNS Rebinding問題の組み合わせにより、iモードIDを利用した認証機能（以下かんたんログイン）に対する不正アクセスが可能となる場合があることを確認したので報告する。危険度の高い攻撃手法であるので、サイト運営者には至急の対策を推奨する。 背景携帯電話のかんたんログインとは、ケータイブラウザ（たとえばiモードブラウザ）に用意された契約者固有IDを利用した簡易的な認証であり、ユーザがIDやパスワードを入力しなくても認証が可能となる。iモードIDは、NTTドコモの提供する契約者固有IDの一種で、URLにguid=ONというクエリストリングを含めることにより、端末固有の7桁のIDがWebサーバに送
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TypePad Micro 紹介ビデオ on Youtube - ミニケイキ