キー一覧を取得出来る風 memcached 用インターフェース : にぽたん研究所
久々に cool な CPAN モジュールを紹介してみたりする。 memcached を Cache::Memcached から操作してると、キーの一覧が取得したい時があったりして、まぁ、memcached の仕様的にはそれが出来ないんですが、Cache::Memcached::Indexable というモジュールを使うことによって、取得出来る風です。 風ってだけに、実際は違うんですが。 概念的には Cache::Memcached 風のインターフェースで、set() やら get() やら delete() する時に、そのキーから、数パターンに納まる、本当に保存すべき key を取ってきて、そこに保存された、ちょっと大き目の hashref から、保存したり、取り出したり、削除したりするって概念。 use strict; use Cache::Memcached::Indexable;
[最強Railsサーバ構築計画 その1] debianでSoftware RAID1マシンを作る
インストール後、初回設定が終わったら、RAIDの設定開始。 まずは必要なソフトをインストールして、次にまだ使っていないhdbをRAID用に設定。 aptitude install mdadm # RAIDディバイスの作成 mdadm --create /dev/md0 --level=1 --raid-devices=2 missing /dev/hdb1 mdadm --create /dev/md1 --level=1 --raid-devices=2 missing /dev/hdb2 mdadm --create /dev/md2 --level=1 --raid-devices=2 missing /dev/hdb3 mdadm --create /dev/md3 --level=1 --raid-devices=2 missing /dev/hdb5 mdadm --creat
19 Rails Tricks Most Rails Coders Don’t Know
New to Rails 3? Check out the Ruby on Rails 3 Tutorial book and screencast. A book and screencast series showing you how to develop and deploy industrial-strength Rails apps in a direct, step by step way. The screencast series includes 12 lessons over more than 15 hours! Get the best "over the shoulder" experience of following what a top Rails 3 developer does when building an app today. Click her
ITmedia Biz.ID：“社内IRC”を駆使するエンジニアの仕事術とは――モバイルファクトリー・松野徳大さん
社内システムにはIRCをフル活用し、ケータイ世代の若者に向けたサービスを提供するモバイルファクトリーで働く松野徳大さん。基本的に残業はしないのがポリシーだという。 「働くのは1日8時間。よほど差し迫ったときを除いて残業はしません」携帯向けのサービスなどを制作しているモバイルファクトリーの若きエンジニア、松野徳大（まつの・とくひろ）さんはそう話す。「ある日2時間残業したら、翌日の仕事時間から2時間差し引いてもいいくらいだと思っているんですよ。一時的なものならともかく、ずっと残業続きだと体がもちませんしね」 モバイルファクトリーは携帯でも聴けるポッドキャスティング「Caspeeee（キャスピィ）」やブログを利用したプロモーションサービス「BloMotion（ブロモーション）」、携帯向けアフィリエイトなどを展開している。 プログラマーの働き方は数字では測れない部分が大きく、1日8時間働いていると
携帯業界の認証事情 Part2 - y-kawazの日記
先日の日記で携帯の認証に関しての考察をして、とりあえずキャリア毎のIP制限を行っていれば端末IDやユーザID認証を信用していいのでは無いか？と書いたのだが、更に調べた結果どうも怪しい実態が見えてきたので危険度と合わせて再度纏めてみようと思う。 とりあえず指摘があったので前回のテストに加えて以下を試してみました。 NO uidに指定した値 実際に送信されてくる値 8 %30%31%32%33%34%35%36%37%38%39%61%62*1 1234567890ab うわ弱っ、駄目じゃん。見事にuidの詐称が成功してしまった…。 DoCoMoのユーザIDの信頼性が地に落ちた瞬間です。 2007-03-01追記）DoCoMoスゲー！昨日は確かに上記の方法で詐称できたのに、今日はもう既に対策されとるし(^^; 今、同じことを試すと以下のメッセージが出るのみでした。 IPサイトの記述に誤りがある
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
