ソーシャルゲームサービスを提供する米Zyngaは8月9日、自社が利用しているサーバー性能モニタリングツール「zPerfmon」をオープンソースで公開した。ライセンスはApache License 2.0。1台のマシンで数千台のサーバーのデータを収集・分析できるという。 zPerfmonは、Zyngaが運用環境にある本番サーバーの性能を調べる目的で開発したツール。ゲームやサービスが増えるにつれて性能への潜在的問題も増えており、これを効率よくモニタリング・管理するために開発した。開発チームによると同社ではzPerfmonを利用して一日に約150ギガバイト、データベース内で1億行にも上るのデータを処理し、さまざまな方法で活用されているという。 zPerfmonは、対象サーバー上で動作するクライアントと、収集されたデータのETL（抽出/加工/書き出し）や保存を行うサーバー側の処理エンジンで構成され

Twitterが生活の一部となっている人も多いと思いますが、世界中のツイートを分析するといつもと少し違うTwitterを見ることができます。そんなTwitterの様々な情報を可視化できる見ていて楽しいWebサイトを集めてみました。 1. Twitter + GNIP 最初に紹介するのは世界中のTwitter使用状況を可視化したマップのTwitter + GNIP。 東京にズームしてみました。線路や道路だと思われる場所が光っていますね。 AndroidやiPhone、BlackBerryといった端末別に絞り込むこともできます。 2. HiveMindMap 続いては人気のハッシュタグをマインドマップのように見ることができるHiveMindMap。 マインドマップのように可視化することで、ハッシュタグごとの関連性を見ることができます。 また、カレンダーで今週話題のハッシュタグをチェックすること

North Korea’s first smartphone Arirang (AS1201) 北朝鮮、自国生産スマートフォン「Arirang (アリラン)」発表。OS に Android 採用していますが、「朝鮮式オペレーティングシステム」と説明しているようです。スマートフォン製造を行なっている「5.11工場」の風景も公開。筐体カラーは4種類を準備。 ■ スペック 型番: AS1201 OS: Korea-style operating system (Android 4.0 Ice Cream Sandwich ベース) CPU: Qualcomm Snapdragon MSM8225 (Cortex-A5) Dual-core 1.2GHz GPU: Adreno 203 RAM: 768MB ROM: 4GB サイズ: 130×64.2×9.9mm 重量: 140g ディスプレイ:

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

おっぱいの科学 作者: フローレンスウィリアムズ,Florence Williams,梶山あゆみ出版社/メーカー: 東洋書林発売日: 2013/08メディア: 単行本この商品を含むブログ (4件) を見る 一年以上前、『Breasts』というおっぱいの謎と知られざる歴史を解き明かす本を紹介したのだが、ようやくその邦訳が出た。ワオ！ _ 　∩ (　ﾟ∀ﾟ)彡　おっぱい！おっぱい！ (　 ⊂彡 |　　　| し ⌒Ｊ せっかくなので、原書のプロモーション動画をまたはっておこう。 Breasts: A Natural and Unnatural History - Florence Williams - YouTube

Web入力フォームの縁の下の力持ち、Label要素をマスターするための検定試験です。 仲間内の勉強会で、ちょっと遊びすぎましたｗRead less

色々見ていたら、ちょっと思うところがあったので、tweetしようと書き始めたんだけど、長くなってしまったのでブログに残しておこうと思う。 muninのサーバは、対象ノードが多くなってきたりして、処理が増えてくると、多くのケースでネックになってくるのはCPUとディスクI/Oで、それらの有限なリソースをcronの定期実行が走る5分間隔の間々でいかに効率よくリソースを使うかがmuninサーバのチューニングのポイントだと思っている。 リソースを使いきった＝サーバが重い、という図式が成り立つのであれば、リソースを完全に使い切る時間帯を作らない努力/調節をすれば良いわけです。要件によっては、パフォーマンスを最大限出し切る設定(チューニング)が正とは限らないわけです。 つまり、muninのようにビューを提供していて、(バックグラウンドの処理以外の)その表示自体にもそれなりにリソースを食われる前提だとした

あまりにも親切なコメントが多いので、先頭にも書いておきます。 1．そもそも！Macの上に！VMで！Windowsたててますから！ 2．開発＆本番がWindowsのPHP必須の要件じゃなきゃ！そもそも！俺だって！Windows使う気ないから！！ お願い この寒くて無知な記事を全ディスして解決策を提示しちゃうするエントリかいたら絶対にブクマのびますよ！！リンクもはらせて頂きます！チャンスだから是非書いてください！！(懇願 追記：回答をいただきました ・ http://blog.textt.net/nyontan/6 ホワイト案件お待ちしています ・ https://gist.github.com/matarillo/6208533 Web PIと WebMatrix はつかったことがないので是非使ってみたいですね、助かる命が有りそうです。しかしApache必須の命は救われない奴だ…。 ・ ht

まずはこちらをご覧ください。 Google先生の検索結果リンクが予想以上に作り込まれていた件 一部引用 まとめ （略） Google先生の検索ページはhttpsでも遷移先のhttpページにRefererを送信しています。 検索結果のリンクは302 FoundのRedirect処理をせずに、200 OKのhtmlを返します。 200 OKのhtmlページでは本来の遷移先ページを読み込む処理が書かれていて、200 OKのURLから遷移したようにRefererを送信しています。ただしRefererの検索Queryパラメータのq=は予め削除されています。 （略） なるほどー。 200 OKのページでwindow.location.replace()を使うことでブラウザのhistory遷移でも問題が出ないようにしてるのねと関心したのだが、実はブラウザごとに異なるとの情報を@dancerj先生から教え