This guide is the safest way to do a domain switch, you get all you need to change a blocked domain. What is a user flow and a user journey? There’s a macro view of a customer experience that we can analyze and partially control.

ウェブっ子の間では Google Chrome の JS 処理系である V8 祭りが絶賛開催中らしい. いつもは出遅れる私もたまにはやんやしたいと思っていろいろ読んでみたものの, VM に食傷気味な自分に気付いた. けれど, そうは言っても祭りは別腹. 一通り騒いでみます. 販促マンガ や 資料 によれば, V8 は以下のような特徴を備えている. hidden class transition と fast property access generational accurate GC accurate だから incremental GC もできる オブジェクトの rellocation はするけど handle は使わず参照元書き換え 中間表現のインタプリタなしの native code 生成. instruction cache コードをみたところ, incremental GC
V8 祭り - steps to phantasien omo さんによる V8 ソース読みまとめ(途中)。もともとソースに関するドキュメントはほとんど公開されていないので(説明があるのは組み込み手順ぐらい),こうして分析をまとめてくれる方がいると,とても助かる……。 V8 の中身が案外とスパルタンな作りをしていることには,ちょっと驚く。とりあえずオープンソースにはしてありますけど,今のところ Chrome のための特注みたいなもんですよ……と言った感じ。 もともと汎用的なものを作っていて,たまたまそれを最初に使う機会が Chrome だった……というシナリオなのかと思っていたのだけれど, VM のインスタンスが複数持てない(親がマルチプロセス設計であることを前提とする)仕様などを見ると,そうは思えなくなってくる。現時点で ARM に対応しているのは思わせぶりだけど,実のところ今後これをど
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
(基本だらだら進行で、過程を追記していきます) Google Chrome が出ました Google Chrome で JavaScript エンジンが刷新されたということで、その JavaScript エンジン V8 についていろいろ調べてみようと思います。 Issues - v8 - V8 JavaScript Engine - Monorail ビルドしてみる まず、 svn からソースを持ってくる $ svn co http://v8.googlecode.com/svn/trunk/ v8おおお。以外と少ない で、 trunk の中に入って $ cd v8scons でビルド(scons が入ってない人は、 port や apt-get で入れる) $ scons scons: Reading SConscript files ... scons: done reading SC
Googleがオープンソースのウェブブラウザ「Chrome」をリリースした理由の1つとして、同社は「処理速度」によって実現される、より高速なブラウジングと、いっそうリッチなアプリケーションを追求していることが挙げられる。では、実際Chromeの処理速度は、他のブラウザと比較してどの程度なのか。 Googleは5種類のJavaScriptベンチマークを行った。Chromeはこれらすべてのテストで、他のブラウザを凌ぐ結果を出している(提供: Stephen Shankland/CNET News) Googleのエンジニアで、ChromeのJavaScriptエンジンV8を担当するテクニカルリーダーLars Bak氏は、米国時間9月2日に行われた同ブラウザの発表イベントで、ChromeのJavaScriptの実行速度は、他のブラウザの「何倍も速い」と自負している、と語った。JavaScript
Googleの「Chrome」ブラウザがどれだけ多くの情報を集めているかについて気掛かりに思っているのはわたしだけだろうか? Chromeのプライバシーポリシーには驚くべき真実が隠されている。Chromeを使うことで、GoogleはわたしのWeb閲覧の習慣について妻よりも詳しく、いや、あるいはわたし自身よりも詳しく把握することになりそうだ。 とにかく、まず見ていただきたいのは、Chromeのプライバシーポリシーに書かれている次の文面だ。「アドレスバーにURLまたはクエリを入力すると、入力した文字がGoogleに送信され、ユーザーが探しているであろう用語またはURLをGoogle Suggest機能が自動的に推奨するようになっている」 つまり、これって、キーロガー? 「入力した文字が送信される」だなんて、一体、どういうことだろう? では、次の段落に少なくとも2回は目を通してみていただきたい。
カリフォルニア州マウンテンビュー発--インターネットでは、サイトの数ミリ秒速い応答が、人を引きつける上で大きな差になる。Googleが、新しいウェブブラウザ「Google Chrome」はインターネットの履歴の脚注よりも投資に値するプロジェクトであると考えた理由はここにある。 Googleは米国時間9月2日の発表イベントで、Chromeは、最も幅広く使われているMicrosoftの「Internet Explorer」よりもずっと速くウェブページを表示すると述べた。Googleは、このパフォーマンスにより、今日のウェブベースのアプリケーションの速度、能力を抑制するボトルネックが開放されることを期待している。 大げさに聞こえるかもしれないが、Google自身の展示で実証されている。Googleが展示したコンピュータにはブラウザだけが表示されており、スタートメニューもデスクトップショートカット
ついに出ましたね、Google Chrome。 売りはムダのないインターフェースと堅牢生(タブごとにプロセスが異なるので、ブラウザ全体が一気にクラッシュする事がない)、そしてJavaScriptの実行性能のようです。 特に最後の項目ですが、Google Chromeでは「V8」と言うちょっぱやのJavaScriptエンジンが積まれているとのことで、気になってベンチマークしてみました。 ベンチマークは、Mac OS X Leopard上のVMWare Fusionで動作させている、Windows XPの上で行いました。仮想化環境上でのベンチマークなので、全体的に数値は押さえられ気味だと思います。 ベンチマークで比較したブラウザはIE7、Safari3.1、Firefox3.0.1です。ベンチマークはSunSpider JavaScriptベンチマーク0.9です。 で、先に結論ですが、Goog
Google Chromeはシンプルに見えてオフラインやWebアプリショートカット作成などいろんな機能が搭載されています。 そんな中、JavaScriptデバッガがあるのも発見! どんなもんかと思ってみてみたら、なんとコマンドラインベースのデバッガです。Firebugみたいな物を想定していたのですが、まさかgdb(GNU製C/C++デバッガ)みたいなのがブラウザに載ってるなんて・・・しかも全然情報ないし。 でも開発者にとっては、JavaScriptをランタイムでデバッグできると言うのは非常に嬉しい事ですね。そこで、Chromeデバッガの使用法についてちょっと調べてみました。 デバッガは、開発者向けメニューの中から選択する事が出来ます。立ち上げてみると、コマンドの表示結果が表示されるエリアと、コマンドを入力するテキストフィールドが並んでいるだけ、と言うシンプルなUIが表示されます。 最下部の
キーになるオブジェクトを汚しているけど(w ↓ ■[2008/02/14] for (name in key)とすると、想定外の余計なものまでとれてしまうのはやはりちとまずいように思えたので、keyの直下ではなく、key.toString下にvalueを生やす方向で修正。 もちろん、for (name in key.toString)ってやったり、key.toStringを途中で置換したりとかするとまずいわけですが(keyオブジェクトの生成直後に置換するぶんには問題無し)、まぁ、あんましやらないかと(^^;)。 ↓ ん~、toString()を置き換えると、DontEnum属性が外れて、for (name in key)でひっかかるようになっちゃうのか(IEを除く)……まぁ、仕方ないよね(ヲ。 ↓ ■[2008/02/17] 上書き登録したときに、getKeys()の戻り値がおかしかったの
ただし、Object.prototypeを汚染してしまう。 次の JavaScript の仕様はこうなる! ECMAScript 3.0 から 3.1 への変更点まとめ - IT戦記を見た感じ、ECMAScript3.1だとenumerableをfalseにできるのでObject.prototypeを汚染してもfor(bar in foo)で列挙されなくなるらしい。はやく使いたい。 (function() { var uid = 0; Object.prototype.__defineGetter__("object_id", function() { var n = uid++; this.__defineGetter__("object_id", function() n); return n; }); })(); function Hash() {} Hash.prototype.a
どうやったら効率的なものを書けるだろうか Dictionary = function() { var self = function(k, v) { var state = self.state; if (v === undefined) { return state(k); } else { self.state = state(k) === v ? state : function(a) { return a === k ? v : state(a) } return v; } }; self.state = function(k) { return undefined }; return self; }; var dict = new Dictionary; dict(1, 2) dict('1', 3) var f = function() { hoge }; var g = fu
「Chromeの速さはどの程度?」比較テストの結果 2008年9月 4日 IT コメント: トラックバック (1) Adam DuVander 米Google社のブラウザー『Google Chrome』はどのくらい速いかって? JavaScriptのパフォーマンスにこだわる(そして米Mozilla社の従業員でもある)John Resig氏が実施したいくつかのテスト結果を見ると、Chromeは確かに速いが、他のブラウザーを大きく引き離しているというわけでもないことがわかる。 Google社がChromeを発表(日本語版記事)したときには、Chromeが目にも留まらぬ速さで競合ブラウザーを抜き去ることを示すベンチマークも含まれていた。Chromeが速いことは確かで、一夜にしてウェブを変えてしまったような印象さえ受ける。ただ、統計にはよくあることだが、どのベンチマークを信じるかによって結果は変わ
「次のFirefoxではJavaScriptがさらに速くなるらしい」。かねてからの噂を裏付けるデータがMozilla FoundationのCTO、Brendan Eich氏のブログで発表された。Eich氏がブログに掲載したベンチマーク結果によると、Firefox 3.1はFirefox 3に比べて1.83~22.5倍速いとのこと。下のグラフが公表されたベンチマークの結果だ。 Firefox 3.1では、JIT(Just-In-Time)コンパイラーを採用した新たなJavaScriptエンジン「TraceMonkey」が搭載される予定で、今回のテストではTraceMonkeyを開発中のFirefox 3.1に実装。JavaScriptのベンチマークテストとして著名な「SunSpider」などを使ってFirefox 3とFirefox 3.1を比較した結果、SunSpiderで1.83倍、S
「Firefox」は、現時点でも十分に高速である。ある調査テストでは、わずかに「Safari」よりも遅いとの結果が出たものの、ここで意味する「わずかに(Safariより)遅い」とは、「猛烈に速い」ことを意味してもいる。 Mozillaが革新的に開発を進める「TraceMonkey」によって、さらにFirefoxは速くなろうとしている。パフォーマンスの大幅な改善を考えてみてほしい。 CNETのStephen Shanklandが、すでに詳細を伝えているため、ここで筆者が論ずるまでもないが、これはとりわけFirefoxにとって、ブラウザパフォーマンスの目ざましいブレークスルーとなることは確実だろう。Mozillaでエンジニアリング担当の暫定バイスプレジデントを務めるMike Shaver氏は、次のように語っている。 TraceMonkeyプロジェクトが目指すところは、まだ現時点では初期段階に過
はじめに JavaScript の標準仕様である ECMAScript 3rd Edition (ECMAScript 3.0) が 9 年ぶりにバージョンアップしようとしています。 実は、これまでも様々なバージョンアップの案が上がっては消え、また上がっては消えていました。 しかし、今回のバージョンアップには今までと違う点が一つだけあります。 それは、現時点での主要な ECMAScript インタプリタ(JavaScript の実行エンジン)を作っている全団体(以下を参照)がこの仕様に同意したことです。 Mozilla (Firefox) Apple (Safari) Microsoft (Internet Explorer) Opera (Opera) Adobe (Flash) Yahoo (Yahoo Widget) Google この同意は JavaScript のこれからを大きく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く