CRDTs (conflict-free replicated data types) are data types on which the same set of operations yields the same outcome, regardless of order of execution and duplication of operations. This allows data convergence without the need for consensus between replicas. In turn, this allows for easier implementation (no consensus protocol implementation) as well as lower latency (no wait-time for consensus
今度はcentosで必要になったので、centos用のrpmを作ってみました。 (nginx、redisともにyumにはありませんでした。) 今回作ったrpmはgithubに公開しています。 * **[10xlab / rpms](https://github.com/10xlab/rpms)** ## 準備 作業は全てrootユーザーで行いました。 今回centos6.2 x86_64用のrpmを作ってます。 **1 rpmの作成にはrpmbuildを使うのでrpmbuildをインストール** centos6.2だとインストール先は下記のようになります /root/rpmbuild/SOURCES : ソースコードの置き場所 /root/rpmbuild/SPECS : rpm作成ファイル (specファイル) /root/rpmbuild/RPMS : rpm出力先ディレクトリ ##
それRedisでできるよ、期でしょうか。 最近Redisでレコメンド機能をつくってみたのでご紹介です。 ここで”レコメンド機能”というのは、 Amazonでいう”この商品を見たお客様はこれも見ています”や、ブログの関連記事を出す機能のこと。 user:1がproduct:Aをみたときに、product:Aに似ているproduct:Bをレコメンドしたい。 product:Aとproduct:Bがどれくらい似ているか:類似度 を算出した後は、 Redis得意のSorted Setを使って類似度のランキングをつくれば 似ているproductを出すことができます。 類似度の算出にはいろいろ方法があるようですが、 Redisのデータ構造と相性のよい Jaccard [wikipedia]という方法を使いました。 この例に適用すれば、 product:Aを見たユーザー群(RedisのSet)と、pro
最近 Test::RedisServer とかもろもろつくっててばれてるかもしれませんが、だいぶ Redis 期にありまして、最近の趣味は？っていう問いにはだいたいRedisのソースを読むことですってなくらいなのですが、 memcached とかシンプルな KVS と比べるとだいぶ機能が豊富なので使い方を迷ったりとかそういう事例もあり、周りにもう少し使える人を増やさなければ僕の書いたコードが属人化しててつらい感じになるなーっていうわけで、 布教活動をおこなっておりまして、その一環として ISUCON2 に参加してきましたのでその報告です。 livedoor Techブログ : #isucon2 リアルタイムフォトレポート 更新終了 前回の優勝チームに混ぜてもらった感じでだいぶついてる感じもしますが、見事連覇を果たせ、懇親会でも redis redis と連呼してきたのでだいぶ興味持った方も
VLCってたしかYouTube動画の再生に対応してたよなーと思いだして試してみたけど、 現在の最新バージョンの2.0.5でも今のYouTubeの仕様に対応できてないのか、YouTube動画の URL を開こうとしてもエラーになってしまう。 ためしにナイトリービルドでためしてみたらOKだった。 けど、ナイトリービルドを常用するのも嫌だ。しかし、このYouTubeのハンドリングはどうもluaの拡張でやっているだけみたいなので、 その拡張ファイルだけバックポートするだけでいけそうだということで、やってみたらちゃんと動いた。 具体的には、 VLC.app/Contents/MacOS/share/lua/playlist/youtube.luacVLC.app/Contents/MacOS/share/lua/playlist/youtube_homepage.luac の2ファイルを上書きしてあ
なんでもありのいい感じにスピードアップコンテスト ISUCON が 2 になって帰ってきたので、参加して優勝を勝ち取ってきました。 まとめ的なものはこちらから livedoor Techブログ : ISUCON チームメンバーのblogも併せてご覧ください。 おそらくはそれさえも平凡な日々: #isucon2 で連覇させてもらってきました Redis布教活動報告 ISUCON 編 - unknownplace.org 今回は前回の ISUCON 優勝メンバーのひとり @sugyan が転職して出題側に回ってしまったので、@typester を招聘してチーム編成。@songmu と共に3人でチーム「fujiwara組」として再参戦です。 以下、作業用IRCのログからふりかえりますと…… 11:39:29 <typester> とりあえずrecent_soldはキャッシュってのはまずやることか
Railsでredis-rbを使ってRedisに接続するアプリを作る場合、Railsアプリの初期化時にRedisに接続を行うことが多いと思います。/app/config/initializers/redis.rbのようなファイルの中で$redis = Redis.newにより接続を準備しますが、Redis.newはRedisクラスのオブジェクトを作成するだけなので、仮に接続のための設定に誤りがあったりRedisのサーバー自体が起動していなくても例外になりません。すると、Railsのアプリ本体のコードのどこかで後に$redisを使ってDBへの接続やpub/subなどを行った時点で突然例外が発生することになります。このような事態を避けるためには、/app/config/initializers/redis.rbの中で$redis = Redis.newを行った直後に$redis.pingを実行
10. •HASH index 使ってて range search やってるのに MySQL 遅いとか言ってて 大丈夫なの？ •INDEX USING BTREE に したらいいんじゃ •ブックマークコメントで マサカリが飛び交っていると聞いて •タイトルがカッコイイｗ はてブのコメント
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く