Redisのクラスタリング — redis 2.0.3 documentation
New in version 2.2. Redisでは、実際にクライアントと通信をするポート以外に、サービス用チャンネルを開いてすべてのノードはこのチャンネルを使って直接接続しあいます。TCPのベースのポート+4000番が使われるため、クライアント向けに6379番のポートを使用している場合には、10379番を使用します。ノード間の通信には、バンド幅と速度に最適化されたバイナリプロトコルを使用します。クライアントとの通信では通常はアスキープロトコルを使用しますが、いくつか変更があります。ノード同士は、クエリーをプロキシー(転送)することはありません。 ノード間の通信内容¶ 各ノードは、PING/PONGと同時に、自分が通信した上で判断した周辺ノード情報(Gossip/うわさ話)も一緒に送信します。
決して有名人ではない人がネットでは匿名の方が良い理由9個 - ガジェット通信
ここ数年で従業員がネットに余計なことを書いては企業がクレームを受け、挙げ句の果てには書いた当人も退社や内定取り消しに追い込まれたり、過去を色々暴かれるなど、不幸になることが増えている。至近な例では「契約選手とその妻をツイッターで侮辱社員」のアディダスと「テロ発言社員」の東京電力、その前は「レイプ犯容認内定者」の三越伊勢丹ホールディングス、「サッカー選手とモデル訪問暴露アルバイト」のウエスティンホテル、少し古い例でいえば「ホームレス生卵投げつけ動画を公開内定者」のパナソニック、「恋人全裸写真流出社員」の三洋電機もあった。 ここ数年、「ツイッターで就活を！」「ソーシャルメディアでセルフブランディング！」「フェイスブックは自分の名刺代わりになります！」みたいな論調で日本のネットでも実名主義の方が利点アリといった意見が多数出ている。 日経トレンディ6月号のフェイスブック＆ツイッター特集では、フェイ
ウィリアム王子、グーグル創業者も卒園生！人材を輩出し続けるモンテッソーリのゆとりでも詰め込みでもない独創教育
シリコンバレー在住。著書に『行動主義： レム・コールハース ドキュメント』『にほんの建築家： 伊東豊雄観察記』（共にTOTO出版）。7月に『なぜシリコンバレーではゴミを分別しないのか？世界一ＩＱが高い町の「壁なし」思考習慣』（プレジデント）を刊行。 ビジネスモデルの破壊者たち シュンペーターの創造的破壊を地で行く世界の革新企業の最新動向と未来戦略を、シリコンバレー在住のジャーナリストがつぶさに分析します。 バックナンバー一覧 「ルールや決まりにとらわれず、自発的にモーチベーションを持ち、世界の出来事に興味を抱き、何につけても他とはちょっと違った方法でやるんだ」。 2004年にテレビ番組のインタビューでこう語ったのは、グーグルの創業者で現在CEO（最高経営責任者）を務めているラリー・ページである。
Signpost Tracking & Analytics: MySQL -> MongoDB | Fun with Dependencies | Matt Insler
Here at Signpost, we believe in track everything. We keep every request, every event, every log, every exception. We use this data for user tracking, analytics and business intelligence, and code health / bug triage. Original System We started out with MySQL. Requests were logged into a request table, except we handled the 1-Many relationship of request parameters in a single serialized column. Ev
放射線被曝よりもはるかに重大なこと - 地下生活者の手遊び
放射線というものは、どんなに微量であっても、人体に悪い影響をあたえる。しかし一方では、これを使うことによって有利なこともあり、また使わざるを得ないということもある。 その例としてレントゲン検査を考えれば、それによって何らかの影響はあるかも知れないが、同時に結核を早く発見することもできるというプラスもある。そこで、有害さとひきかえに、有利さを得るバランスを考えて、【どこまで有害さをがまんするかの量】が、許容量というものである。 つまり許容量とは、利益と不利益とのバランスをはかる社会的な概念なのである。 岩波新書「安全性の考え方」*1武谷三男編 P123 引用者が適時改段 ICRP（国際放射線防護委員会）では、当初は放射線被曝と健康リスクについては、閾値があるという立場だったのだけど、次第に武谷をはじめとする日本の核物理学者の提唱した閾値なし仮説（LNT仮説）を採用するようになってまいりまし
MySQLパフォーマンスに関する84のTIPS:phpspot開発日誌
Top 84 MySQL Performance Tips -- Debian Admin MySQL is a widely used and fast SQL database server. It is a client/server implementation that consists of a server daemon (mysqld) and many different client programs/libraries. MySQLパフォーマンスに関する84のTIPS. 次のような感じのTIPSが84紹介されてるということで一度は目を通しておきたいですね。 以下、流し読みでメモ クエリのプロファイルにはExplain文を使おう スロークエリログを活用しよう GROUP BY を使うときは DISTINCTを使わない LIMIT m,n はそんなに速くないかも inno
wise9 › JavaとJavaScriptの20年戦争
モバイルゲーム 物凄い勢いで勃興したモバイルゲーム業界は、いろいろな課題や問題に直面しながらも巨大化し、今日の時点でのスマートフォン向けゲームの市場へと継承されていきます。 モバイルゲームの歴史 2001 Javaアプリと3Dゲームの登場 Javaが利用できるようになったことにより、ダウンロード型のゲームが供給できるようになりました。 2002 携帯電話端末の大容量化・3D化競争 Java搭載携帯電話端末が登場してからごく僅か1年の間に、アプリのサイズに関しては10倍に広大化し、表現方法も2Dから3Dにシフトし始めました。J-PHONEは『ゼビウス』や『スペースハリアー』などといった昔のアーケードゲームを、ドコモはSIMCITYなどパソコンで世界的規模のヒットを飛ばしたゲームを主力商品としていました。 2003 モバイルゲームの一般化 メモリの制限が厳しいJava仮想マシン上ではなく、OS
[JS]jQueryのプラグイン33 1選 -2011年5月 | コリス
Skitter 多種多少なアニメーションで画像を変更するスライドショー。 キャプチャは「cube」、キューブ状になって変更します。
Webサービスを運営するうえで、おさえておきたい利用規約のポイント │ モノづくりブログ 株式会社8bitのスタッフブログです
株式会社8bitのスタッフブログです。こんにちは。株式会社8bitの高本です。 先週「Web制作とお金の話し」を当ブログに書いた際に、様々な方からご意見をいただき、非常に勉強になりました。 ありがとうございます。 その中で、契約も非常に重要であるというご意見をいただきました。 確かにおっしゃる通りでクライアントとのやり取りでお金の前にきっちり契約書を交わすということは重要だと思います。 Web制作の契約もそうですが、不特定多数を相手にしているWebサービスの利用規約や会員規約もかなり重要なポイントではないかと思います。 実際のところ、よく分からないから、他のサービスを参考にしている場合も結構あると思います。 参考にするのは良いとして、サービスによって内容も違いますし、運用する会社や個人によっても保障できる範囲は異なると思います。 Webサービス以外でもサービス提供している場
スタイリングは乾かし方で変わる！美容師が教える「正しい髪の乾かし方」 - はてなニュース
洗った後の髪の毛、ドライヤーで適当に乾かしていませんか？実は乾かし方ひとつで、スタイリングの仕上がりや髪の傷み具合が大きく左右されます。スタイリングしやすくなる乾かし方の基本、くせ毛の広がりを防ぐ方法など、上手な髪の乾かし方を美容師さんに教えてもらいましょう。 ■ 乾かす順番がある？美容師さんに学ぶ正しい乾かし方 あなたはいつも、どの部分から髪を乾かしていますか？ ▽ 髪の正しい乾かし方 | 銚子の美容室 Ce la vie 上記のエントリーでは、ロングヘアの女性をモデルに、乾かし方のコツを写真付きでレクチャーしています。美容師さんによれば、どんなヘアスタイルの場合でも、“まず根元から乾かす”のがポイントだそう。流さないタイプのトリートメントをつけ、最初は頭のうしろの真ん中あたりから乾かします。その際、手で髪を少し引っぱりながらドライヤーを当てましょう。部分ごとの髪の性質に合わせて乾かし方
Sharding を使いこなすための5つのTips - doryokujin's blog
@doryokujinです。今日も相変わらずMongoDBの、そしてShardingに関する記事を書こうと思います。 …と、その前にお知らせです！6月は2つのMongoDB勉強会を予定しております、是非ご参加下さい！ ・2011年6月11日（土） 「第4回 MongoDB 勉強会 in Tokyo」@フューチャーアーキテクト ・2011年6月28日（火）「第1回 MongoDB ソースコードリーディング」@PFI さて、それでは本題に入りたいと思います。 MongoDBのShardingといえば、 ・初期設定やShardの追加・削除といった導入の容易さ ・Shardの面倒をMongo側がずっと見てくれるという管理の容易さ を備えていると言うことで興味を持っておられる方も多数いると思います。 しかしその一方で実際にSharding環境を導入している方々の中の多くは、遭遇する様々な不都合や不整
Kyoto Tycoonの運用TIPSなどなど - （ひ）メモ
チャオ！みんな、Kyoto Tycoonライフをエンジョイしてるかい！？ 今日はKTライフを満喫してるミーからの運用TIPSアンドソーオンをお届けするＹＯ！ kchashmgrとktremotemgrコマンドの補完 人間の脳活動のピークは22歳の今日このごろ、みなさんいかがおすごし？ もうね、ミーは全然コマンドオプションとか覚えられないからシェル(bash)で補完しまくってるＹＯ！ kchashmgrとktremotemgrだけだしオプション網羅してないし補完ルールもアレだけどオープン＆シェアなマインドとガッツで気になる人はfork & push！ Nagiosで死活監視 ナギオス！みんな使ってるよね？ ミーはcheck_httpでKTのHTTP RPCのechoにアクセスしてデッドオアアライブの監視してる！ define command { command_name check_kyot
開発メモ: オンメモリDB＋スナップショットで爆速永続キャッシュ
Kyoto Tycoonに自動スナップショット機能が実装され、オンメモリDBでも永続化できるによになり、高速性と永続性を両立できるようになったよという話 自動スナップショットとは 「永続化したキャッシュサーバ」としてのコンセプトを掲げるKyoto Tycoonだが、それはメモリ上でなくファイル上でデータベースを表現するからである。今回の自動スナップショットによる永続化は、それとは異なる。オンメモリDBの中にあるレコードを定期的にファイルに書き出すことで永続化するのだ。 ファイルDBの場合、データベース内のレコードは常にファイルに書かれている。よって、サーバプロセスを再起動してもレコードは消えない。その代償として、ファイル上で更新された領域をディスクに書き込むためのIO処理にかかるオーバーヘッドが無視できない。ファイルシステムのページキャッシュによって緩和されるとはいえ、IO処理がランダムア
Symfony2のFirewallの設定に関するメモ - ゆっくり*ゆっくり
Symfony2のSecurityコンポーネントではFirewallという仕組みを用いて認証/認可を行います。Symfony2ではおおまかにいうと次のようなフローで処理が進みます。 Requestオブジェクトの初期化 DIコンテナの起動 ルーティングとセッションの初期化 ルーティング情報を元にコントローラーの作成 コントローラー(アクション)の実行 Responseオブジェクトの送信 Firewallは上記の3と4の間に入ります。コントローラーの作成に入る前に、Requestオブジェクトの状態を見てアクセスを制御するのがFirewallの役目になります。 security.yml Firewallはapp/config/security.ymlに次のようにして記述します。 security: providers: users: entity: class: CommmerceBundle:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fast Queries on Large Datasets Using MongoDB and Summary Documents | John P Wood)
モックアップ作成用PhotoshopのUIキット「Soft UI Kit」:phpspot開発日誌)
SSHトンネリングに対応したMySQL管理GUIアプリ「MyDB Studio」:phpspot開発日誌