タグ

2008年7月7日のブックマーク (8件)

  • PHP: Memcache - Manual

    GOTCHA: Recently I was tasked with moving from PECL memcache to PECL memcached and ran into a major problem -- memcache and memcached serialize data differently, meaning that data written with one library can't necessarily be read with the other library. For example, If you write an object or an array with memcache, it's interpreted as an integer by memcached. If you write it with memcached, it's

    PHP: Memcache - Manual
  • FIGHT! THE RAWHIDE★ » トイスタでmemcache!

  • RYD-blog | libevent + 使い方

    映画やプログラムについて日々赤裸々に綴る。日語でlibeventの解説をしているページが少ないので、使用方法などメモ。 ◇インストール http://www.monkey.org/~provos/libevent/ libevent-1.3e.tar.gz をダウンロード ◇コマンド ./configure --prefix=/usr/local/libevent-1.3e make make install ◇簡説 configure 時にシステムにおいて、epoll, select, poll, kqueueなどの通知メカニズムが使えるか調べます。 そして使用出来るものの中からもっともscalableな通知メカニズムを選択します。 scalableとは、大規模化してもコストなどが規模に比例して増加しないさまのこと。引用 APRとは違い、

  • memcachedを導入

    cles::blog 平常心是道 blogs: cles::blog NP_cles() « 検索エンジンは国内に置けない? :: 山形牛 ステーキ » 2006/12/17 memcachedを導入  memcached 103 11へぇ かなり乗り遅れちゃってるんですが、いまさらならがmemcachedを導入してみました。実績を見るとはてなや、mixiなどの結構大規模なウェブサイトにも導入されているようなのでそこそこのスケーラビリティはありそうです*1。 memcachedというのはその名のとおりメモリを使ったキャッシュサーバーで、ディスクへの書き込み機能を持たず、テーブルが1つしかないDBのようなものです。データはメモリ上にしか保存されないので、高速に動作しますが、デーモン自体を再起動すると保存していたデータは消去されてしまいます。大概のウェブアプリケーションにおけるトランザクション

    memcachedを導入
  • memcached | feedforce Engineers' blog

    何? オブジェクトをメモリにキャッシュするデーモン。 動的ページを持つウェブアプリケーションの裏側で動くデータベースへの負荷を軽減させることを目的にデザインされている。 - 公式サイト memcached: a distributed memory object caching system 特徴 オブジェクトをメモリ上にキャッシュ 複数ホスト間でキャッシュ共有可能(リモートからキャッシュにアクセス可能) 各言語用のインタフェースライブラリがそろってます 実績豊富 よくある用途 セッションストア DBへのクエリ結果のキャッシュ アプリケーションレベルのオブジェクト共有(静的インスタンス) セッションストア 複数サーバ間のセッション情報共有 DBを使う方法と比べて負荷がかからなくてうれしい セッションストアとしての問題点 レプリケーションの仕組みがない。 ので、アプリケーションの性質によって

    memcached | feedforce Engineers' blog
  • 『こんなwebサイトは嫌だベスト20』をチェックシート化して現場に持っていこうと考えてPDF形式で作った

    自分が言うのではなくランキングと言うところに魅力 制作者自身が、『いや・・・確かにフルFLASHは見栄えがいいんですが・・・』というのと、アンケート結果として『ユーザーはこう考えていますよ!』と言うのでは、説得力が違うのは当然です。 そんなわけで、このランキングを印刷して現場に持ち歩けば、あなたの説得力も上がるというものではないかと考えて、PDFにしました。 引用元の表記、Goo調べという表記を付け足して、チェックシート化したものです。 また、それぞれユーザーが『不満を抱きそうな項目』にポイントをつけたバージョンも付け足しました。 こちらの項目には、やっぱり不満度の基準は『誰が言ったのか』が重要かもしれないので、『ネタ帳』を表示してます。 自分の言葉はここにないよ!というアピールのために必要かと。 ネタ帳いらねーと思ったら表記無しのほうをダウンロードしてください。 あとベスト20と書いてあ

    『こんなwebサイトは嫌だベスト20』をチェックシート化して現場に持っていこうと考えてPDF形式で作った
  • TechCrunch Japanese アーカイブ » Identi.caの問題は「Twitterではない」こと

    TechCrunch Japanese アーカイブ » Identi.caの問題は「Twitterではない」こと
  • ウノウラボ Unoh Labs: 続・Emacsを自分で拡張するためのTips

    今年の春頃からトリプルディスプレイで仕事しているbokkoです。なんだか同僚の視線が気になりますが、あえて空気を読まないことにしています。 前に「EmacsLispを自分で拡張する際のTips」という記事を書きましたが、今回はその続きです。 EmacsLispは難しい? EmacsLisp(以下、elisp)は難しいという意見をたまに耳にしますが、elisp自体はそれほど難しいものではありません。ただ、関数名がバラバラでややこしかったり、マニュアルが巨大でどこを見ていいのかわからず、目的のことをするための関数が見つからない、といったようにユーザが難しいと感じるのはelispという言語そのものではなく、環境(OS、ウインドウ、バッファなど)とのインタフェースにあるため、結果的にEmacsLispは難しいと感じてしまうことが多いようです。 実際、elispでプログラミングしていて感じるのはウ