あるページから複数のリンクを新しいタブで開いたり、フィードリーダーから読みたい記事をバックグラウンドタブで次々に開いていくと、その全てが読み込み中となり、パフォーマンスが低下することがあります。 このような開き方をするということは、後で一つずつタブをアクティブにして読みたいということで、今すぐ全部を読み込み済みにしておきたいというわけではないと思います。 このように、バックグラウンドで開いたタブの全てが読み込みを開始すると、反応の遅いサイトなどでは読み込みエラーになってしまうようなこともあり、結局再読込したりするなどの手間が発生する場合もありますね。 また、複数のタブを開いた状態で、アドオンのインストールなどにより再起動した場合、次回起動時にタブが復元されるようにもできますが、その際も同様に開いていた数だけ読み込みが開始されるようになってしまいます。 このような現象を回避したい方のためのF

memcachedに依存するシステムやコードを書く人は大嫌いな訳だけど、スケーラビリティを向上させてレスポンス時間の高速化には必須なmemcachedですが、最近のプロトコル変更には疑問を感じてしまう。 1.4.0では、こちらに書いた通り、いつの間にかdeleteのtimeoutがサポートされなくなった。なので、 delete key timeout noreply というコマンドが無効になって困ることになった。それでも delete key timeout というコマンドは、timeoutにどんなも文字列が入っていてもエラーになることはなかった。timeoutは効かないけど。 ここから1.4.4ではさらに悪化。timeoutが0でないとエラーになるようになった。つまり delete key 0 noreply delete key 0 は有効なんだけど、 delete key 10 がエ

UnicodeBlockを使うと平仮名やカタカナの判定ができる。うまく使えば指定サイトが何語で書かれているか判定したりできる。 各ブロックの説明や、漢字を判定するにはどのブロックを使えばだいたい網羅出来るかなど、細かい話は現在確認中。（漢字はブロックが複数あるんで面倒です） とりあえずJavaのUnicodeBlockのサンプルコード。 // 平仮名判定（UnicodeBlock.HIRAGAN） System.out.println( UnicodeBlock.of( 'あ' ) == UnicodeBlock.HIRAGANA ); // => true System.out.println( UnicodeBlock.of( 'ア' ) == UnicodeBlock.HIRAGANA ); // => false // カタカナ判定（UnicodeBlock.KATAKANA） S

WEB+DB PRESS Vol.51の連載で、サーバRFPを設定してそれに基づいて購入していると書きましたが、来年度(2010年度)ぐらいのRFPになりそうな主流となるサーバを考えてみました。 まず、共通していること、前提など CPUのコア数はHTなどによる論理コア含む計算 ネットワークインターフェイスは1Gbpsを2つ以上。RX/TX MultiQueueをサポートしていること SSDはIntel X25-M 160GBもしくは同等製品 サーバは主に4タイプあります。 ■Utility Server 小規模DB、Q4MやGearmanなどのJobQueue/Workerサーバ、memcachedやSquid/Varnishなどのキャッシュサーバに利用するサーバ。目的に応じてHDDをSSDに換装して利用できることが必要となります。 CPU 8コア以上 * 1 Memory 16GB HD

2010年1月29日金曜日 オープンソースで構築する非同期分散処理のプラットフォーム 先日のエントリでお伝えした通り、現在新しいビジネスの立ち上げに奮闘してます。 その中で、最近流行（？）の非同期に分散処理するようなプログラムを書きましたのでそれについてエントリを書きたいと思います。 今回作っているビジネスモデルは基本的にサーバーサイドのアプリケーションのリソースを切り売りしていくモデルで考えているのですが、その中で非常に重たい（時間のかかる）処理が存在します。 これを非同期分散処理を行う事で、待ち時間を感じさせないよう工夫しました。Movable Typeを使った事がある方は理解出来ると思うのですが、やっている事は本質的に静的構築とあまり変わりません。あらかじめキャッシュを生成するようなイメージです。 実際の処理の流れを、福岡ITベンチャーヌーラボさんのCacooを使って簡単に図にしまし

ドキュメント指向なKVSってことと、字面が似ていると言うことぐらいしか比較する意味がなさそうなCouchDBとMongoDBだけど、ここ2，3ヶ月で両方をそれなりに突っ込んで見てきたので比較してみた。実装面やパフォーマンス、ということよりはどちらかというと(私が感じる)思想的なものや、ユーザ側からの視点での比較。 共通するところ これはもう簡単に、 ドキュメント指向データベース - RDBMSのようなカラムと言ったものを持たずにスキーマレスで好きな情報を入れられる Javascript/JSONを使用 - データ自体もJSONというJavascript由来のフォーマットで持ち(MongoDBはJSONを元にしたBSONというものだが)、データベースのアクセスにはJavascriptを使用する スケールアウトするように考えられている NoSQLな流行 CouchDBの特徴 機能を限定している

2010年02月08日 ２．課金ビジネスはロングネックへ 引き続き2010年のテーマを。 １．ネットワークの次はリアル に続いて ２．課金ビジネスはロングネックに 今回は前回書いたwebの変遷のビジネスモデルの話。 ポータル→サーチ→ネットワーク、そして次にリアルに遷移していくのではないか、という中で連動してビジネスモデルも遷移してきている点に着目したい。 ポータル時代はバナー広告がビジネスモデルで一カ月いくらというようなざっくりしたところからはじまって1000PVいくらというようなimpsを保証するような形で発展してきた。 それに対してサーチの時代には大金脈となったリスティング広告というビジネスモデルによっていまのgoogle帝国の収益のほとんどを創りだしている。 次が注目したいところで、ネットワーク時代は当初はバナー広告型をビジネスモデルとして取り入れていったが、そもそもコミュニケーシ

id:tsubosakaに教えられて東大へ。Web上での告知は工藤さんのつぶやきだけだったのですが、最後に挙手をしてもらっていたのを見るに、他にも他大学や社会人の方がいらしていたようです。内容的には1/30に行われた大阪での講演と同じもので、詳しいレポートも上がっているのですが、自分の目で見て話を聞くとやっぱり情報量が違うな、ということが分かりました。 本の虫: Google日本語入力の技術講演会Google Tech Talk in Osaka に出るために梅田まで - 生駒日記以下、適当なメモ。 IMの一般的な紹介 キーバインドとかやたら多いというのは、私もSocial IMEの開発を初めてから知りました‥ 堅牢な設計について 大事なことなので３回言いますといって「IMEはクラッシュしてはならない」と６回言った（笑） 従来法は単一のDLLに実装されていた…？ MS-IMEやATOKは別

Facebookの勢いがとまらない。 全世界会員3.5億人の50%は毎日訪問し，日平均で1億枚もの写真が投稿されている。 昨年のクリスマスには，米国内のアクセス数でFacebookがGoogleを押さえてトップになったことが話題になったが，実はページビューでは遥か前からFacebookがGoogleを圧倒している。 そしてそのパワーはついにマネタイズにもあらわれてきた。 複数のベンチャー投資筋からの情報 （2009/7, 記事：Solicon Alley Insider) として明らかにされたFacebookの2009年収益予想は次のようものだ。（1ドル90円換算） セルフ広告売上　　200百万ドル （180億円） ブランド広告売上　　125百万ドル （112.5億円） マイクロソフト提携広告売上　　150百万ドル （135億円） バーチャルグッズ売上　　75百万ドル （67.5億円） ■

gem.gemrc に "--user-install" を追記以下のスクリプトでgemを移動（結構時間を食うと思う）。中身は gem list を打ち込んでそれをパースして云々ってやってるんだけど、もしかするとファイルを移動するだけで良いかも。調べるのも面倒だし、一度消して、もう一度インストールしちゃえい！ってことでやった。 puts "gem list > /tmp/gem_list" system "gem list > /tmp/gem_list" str = IO.read("/tmp/gem_list") gems = str.lines.inject([]) do |res, line| res ||= [] res $1, $2.split(", ")] if line.match(/\A([a-z\-_]*) \(([\w\.,\s]*)\)/) res end l =

2024 04 ≪　 05月 12345678910111213141516171819202122232425262728293031 　≫ 2024 06 今回紹介するFirefox拡張機能はBarTab。 Firefoxを起動したときにほかのタブは読み込まないでおくことで、使えるようになるまでの待ち時間を短縮できます。 起動時に複数のホームページを表示する設定、もしくは前回終了時のタブを表示する設定のとき、Firefoxを起動すると通常ではすべてのタブ（で開くページ）を読み込みますが、BarTabを用いると現在のタブだけ読み込んで、ほかのタブは読み込まないでおくようになります。それらのタブは半透明で表示されており、そのタブに切り替えると半透明は解除され、そこで初めてページを読み込みます。 → 起動時のほか、新しいタブをバックグラウンドで開くときも同様の挙動に設定できます。ブックマーク

Thunderbird 3.0でも、「Lightning 1.0b1」をインストールすることにより、カレンダーを利用できるようになっています。 これに「Provider for Google Calendar 0.6b1」 をプラスすれば、Googleカレンダーとの連携も可能になります。 しかし、Todo管理をRemember the Milkで行うことができるもう一つのアドオン「Remember the Milk Provider」はまだ非対応なのでそのままにしているという方も多いのではないでしょうか。 実はThunderbird 3.0では、この「Remember the Milk Provider」は不要で、Lightningをインストールしていればそのまま新規カレンダーとして登録でき、ToDo部をRemember the Milkのタスクに置き換えて利用することが可能なのです。 ＜

A Place to discuss Oracle VM, Linux and Other Great Software.サーバ仮想化環境では「リソースプール」という概念を実現するために共有ストレージ構成が多く採用されます。しかし、そもそも現在のCPU性能とDISK I/O性能を鑑みれば、そもそもDISK I/O性能はCPU性能の進化に追いついておらず、共有ストレージ構成とすれば追い打ちをかけるようにそこがボトルネックとなります。多くの環境ではサーバ仮想化環境では「共有ストレージ型前提。しかしこれまでの何倍ものI/O性能が必要」という要件に対応するため、ミドル〜ハイエンドのストレージ装置を採用するという選択を行っています。その結果初期導入費用が高価なのはもちろんですが、そのあとも莫大な保守費を支払うことになります。そして拡張できるものの、拡張するためのパーツがまた高価、というスパイラルに陥

ひさびさにnginxなどいじっている。 nginxがnon-blockingで動いているので、組み込みのPerlでもblockingする処理をいれることはおすすめされていないのですが、sleepだけは機能が用意されていました。使い道がよくわからないけど、とりあえずレスポンスを遅延させるのだけやってみた。 まず、handlerとなるperlモジュール package delay; use nginx; sub handler { my $r = shift; my $args = $r->args; $args =~ m/sleep=([^&]+)/; my $sleep = $1 || 1; $r->variable("sleep", $sleep); if ( $sleep ne "no" ) { $r->sleep($sleep * 1000, \&next); return; } $

Oops, the page you're trying to view isn't here. The page may have been removed for one of the following reasons: Product reached end of life Page merged with another page Page no longer relevant Page temporarily removed for improvement

Google App Engine上でアプリを作りはじめて約二ヶ月。いろいろと分かって来たこともあるので、自分へのメモも含めてまとめてみる。まずは、Datastoreの話から。 なによりも大切なのはデータベースの設計 あたりまえと言えばあたりまえの話だが、App Engine上でアプリを作る上でもっとも大切なこと（＝頭を使うべきところ）は、データベースの設計である。特にリレーショナル・データベース（RDB）上でのアプリ作りに慣れた人には、大きな「発想の転換」が必要なので、ここは注意が必要。 特に絶対にやっては行けないのは、 将来RDB上へ移行できるようにレイヤーを作って、その上にアプリを作る RDB上に作ったアプリをデータモデルを大幅に変更せずにApp Engine上に移植する RDBを前提に設計されたフレームワークをApp Engine上に載せて、その上にアプリを作る など。App En

こんにちは。kyagi です。今回はサーバの監視/グラフ化ツール「cacti」の設定をコマンドラインから行う方法をお知らせいたします。 cacti とはサーバの監視/グラフ化ツールです。CPU使用率やロードアベレージ、その他様々な情報をカラフルなグラフで見ることができます。 設定は主にブラウザ上から行うのですが1台のサーバの設定でもSNMPの各項目を選択したり、グラフのデータ元であるデータクエリを設定したりなかなかの作業量になります。設定内容は全て把握していても 1 台につき、マウスでクリックする回数が多いので数十台の追加となると時間もかかりますし、指もかなり疲れます(また、ヒューマンエラーも入り込む余地が生まれます)。 実は cacti にもこういった設定をコマンドラインから行える php スクリプトが用意されています。標準ではこれらのスクリプトは /var/lib/cacti/cli/

Latest topics > xpcshellでタイマーやXMLHttpRequestなどの非同期処理を扱う方法（Gecko 1.9以降限定） 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « ツリー型タブのGoogle Chrome版は作らないの？（Tree Style Tab for Google Chrome） Main そろそろFirefoxからChromeへの移行を本気で検討した方がいい気がしてきた » xpcshellでタイマーやXMLHttpRequestなどの非同期処理を扱う方法（Gecko 1.9以降限定） - Feb 06, 2010 XPConnectも使えるコマンドラインのJavaScript実行環境で、xpcshellと

Latest topics > そろそろFirefoxからChromeへの移行を本気で検討した方がいい気がしてきた 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « xpcshellでタイマーやXMLHttpRequestなどの非同期処理を扱う方法（Gecko 1.9以降限定） Main evalが危険でそれ以外の方法が安全だと思ってる人へ » そろそろFirefoxからChromeへの移行を本気で検討した方がいい気がしてきた - Feb 07, 2010 B.B.S/2628 "タブバーのスクロール後タブバーが正しくリペイントされない" - outsider reflex Tree Style TabとJetpackを入れるとタブバーをスクロール

Latest topics > evalが危険でそれ以外の方法が安全だと思ってる人へ 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « そろそろFirefoxからChromeへの移行を本気で検討した方がいい気がしてきた Main W3C信者だったくせに現実におもねってるというアレ » evalが危険でそれ以外の方法が安全だと思ってる人へ - Feb 08, 2010 先日、ソース表示タブのアップデート版をAMOにアップロードしたところ、公開申請が却下されました。「不必要なeval()が多すぎる。拡張機能におけるeval()の5つの間違った使い方（原文：Five wrong reasons to use eval() in an extension）

IE8のCSS、HTML、DOM、JavaScript関連のバグ情報がまとまったリストをJames Hopkinsから紹介します。 IE8 Bugs 掲載されているバグの数は現在、CSS：63、HTML：4、DOM：2、JavaScript：1となっており、ほとんどのものはTest Caseとしてデモページを参照することができます。