Rack でセッションを使う
Rack を使って Web サーバで統一されたインターフェイスの利用する http://d.hatena.ne.jp/secondlife/20070307/1173253661 Rack：a Ruby Webserver Interface http://rack.rubyforge.org/ Rack を使えば生 Ruby で WEBrick や Mongrel や FastCGI やいろいろあっても統一したインターフェースで書けるよ！ デバッグの時は WEBrick の方が挙動が落ち着いてるしスタックトレースも見やすいし。 でも本番はやっぱりせめて Mongrel か、ちょっと面倒だけど FastCGI がええな〜。 と啓蒙されたので最近 Rack を使い始めたんだが、ドキュメントがまるっきりない…… とりあえずセッションを使いたくて、Rack::Session::Cookie とい
perl - PerlIO vs. <> : 404 Blog Not Found
2007年02月08日03:00 カテゴリLightweight Languages perl - PerlIO vs. <> これ、Perl 5 Porterとしてちょっと申し訳ないケース。 [を] Perl 標準入力と utf8 しかし、 test.pl < utf8.txt は行けるが、 test.pl utf8.txt はだめ。ここで問題になっているのは、<>でファイルを指定した場合も標準入力の場合のどちらの場合もPerlIO Layerを指定する方法。 先に答を書いてしまうと、 use open ':utf8'; binmode STDIN, ':utf8'; binmode STDOUT, ':utf8'; ということになる。 odz buffer - それ use open とりあえず use open IN => ':utf8'; とするほうが、スマートといえばスマートか？
「このサイトと同じものを」の危険性 - がるの健忘録
以前から何度もあった話なのですが…ちょいとかみ砕いて。 まず。 「このサイトと同じように作ってください」という発注は、原則NGだと思っています。ここが結論。 高確率で「無考察」という背景が見えるから、というのが理由になるのですが。 以下、もう少々かみ砕いて。 上述の発注が来た場合。作業としてはまず「指定されたサイトの仕様調査」になるわけなのですが。 いわゆる「画面遷移」ひとつをとっても。コンパクトなサイトであっても、数十Pageに渡るなんてのは案外にさらっとある話です。 正直、全Pageなめ回して、抜けオチがないようにチェックするだけでも一苦労ですし。ある程度まで「使ってみて」、様々な分岐処理を全部洗い出した上で確認しなければならないので。 結果として…おそらく、発注側が気軽に使っているニュアンスとは裏腹に、大抵の場合「結構な高コスト」になります。 …という話をすると大抵出てくるのが「そこ
仮想化環境を「DNSで」管理するはてな，分散ストレージを自社開発したライブドア
シンプルでスケーラブルな分散ストレージを自社開発したライブドア 一方ライブドア執行役CTOの池邉智洋氏は，同社のブログや写真投稿サービスなどのインフラで利用中のストレージ仮想化ソフトを自社開発した事例を紹介した。ライブドアのサービス群が求める要件が「いかに安価に容量を追加できるか。過剰な機能と信頼性は不要」（池邉氏）と判断。メーカー製のネットワーク・ストレージの利用を止め，「ファイルのパスがそのままURLになるため，ファイル・システムのパスをURLに変換しなくて済む」HTTPで入出力する分散型仮想ストレージの開発に踏み切ったのだという（写真4）。 設計思想は「複数ノード間の一貫性はCAP定理に基づいて遅延を妥協し，スケーラビリティと読み出しの速さにこだわった。一方で書き込みはそこそこの速度でよく，認証とアクセス制御はアプリケーションで実装するので不要」（池邉氏）というもの。HTTPサーバー
参照と更新が頻繁に発生するテーブルでMyISAMとInnoDBを比較 - cloned.log
[追記 2012/09/29] 最近でもこの記事を参照してくださる方がいるので追記します。下記エントリを書いた時点では非常に局所的なケースで重い現象に悩まされていたことを前提に調査しており、その延長線上で「一律InnoDBというのは言い過ぎな印象を受けるパフォーマンス差に感じる」ということを書いてしまっていますが、その後色々と勉強した結果、特定箇所のニッチなベンチマークではなく一般的な運用上の負荷を焦点にした場合はInnoDBは適切に設定しておれば十分にパフォーマンスがある（もしくはInnoDBの方が有利）というのが現在の意見です。 「MyISAM InnoDB」で検索するとあちらこちらであるように、今時は理由がなければInnoDB、ということでMyISAMのテーブルをいくつかInnoDBに変更したところ、かなりパフォーマンスが落ちるケースがあった。 InnoDBにしたら軒並み遅くなったと
自然順ソートを行うPerlワンライナー - ぱせらんメモ
2009-06-22 PHPの豊富すぎる組み込みの関数の中でも、natsort関数はかなり高機能な関数の一つだと思います。他の言語なら本体に組み込まれることは有り得ないのではないでしょうか。 今回のお題は、このnatsortを使ったワンライナーです。 （from hnwの日記） というわけで、PHPのワンライナーは引用元を参照してもらうとして、同じことをPerlでやってみた。 さすがに本体には組み込まれてないので、Sort::Naturallyの力を借りてみた。 $ ls bin/php-* | perl -MSort::Naturally -e 'print nsort <>' bin/php-5.0.0 bin/php-5.0.1 bin/php-5.0.2 bin/php-5.0.3 bin/php-5.0.4 bin/php-5.0.5 bin/php-5.1.0 bin/php-
オブジェクト指向っぽい話が分かるかもしれないJavaScript講座 その1 | Takazudo Clipping*
自分はスーパーJavaScripterでこんなすげーのが5行で書けちゃう。やばいだろ！とかいうのでは全然無いですが、オブジェクト指向っぽい話が最近分かってきたつもりで、それでやっときゃ問題無いってことを思い始めているので、なんかそんな話を書いていきます。 こんな短く書くテクニックがあるぜ！ var hoge = hage ? huga : hoga; とか書けちゃうんだぜ！とかより、長くていいから分かりやすく拡張しやすいようにするにはどうするのかとか、そういう話ができればなーと思います。内容的には全くもって新しくも何とも無いですが。jQuery使ってやる前提です。 まんじゅう製造スクリプト 今日はまんじゅうを5個作ります。なんと、まんじゅうは、クリックすると隠れます。 まんじゅうサンプル var Manju = function(){ this.elem; this.hidden = fa
FirefoxやChromeでも使える！FlashとJSを使ってクリップボードにテキストをコピー出来るライブラリ「zeroclipboard」:phpspot開発日誌
FirefoxやChromeでも使える！FlashとJSを使ってクリップボードにテキストをコピー出来るライブラリ「zeroclipboard」 2009年01月19日- zeroclipboard - Google Code The Zero Clipboard library provides an easy way to copy text to the clipboard using an invisible Adobe Flash movie, and a JavaScript interface.FirefoxやChromeでも使える！FlashとJSを使ってクリップボードにテキストをコピー出来るライブラリ「zeroclipboard」。 クリップボードへテキストコピーというと、IEだけ、とか、他のブラウザ対応にはハックが必要で面倒、みたいな印象がありますが、zeroclipbo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.lpi.or.jp/linuxservertext/