11:52 | 3回にわたって画像サーバについて書いてきましたが、公開したと思ったら早速ServersManの大規模障害に見舞われ、冗長化も全く意味なし（＞＜）いいんです。障害はどの業者でも起き得ますし、こういった機会を、自分のシステムを見つめ直す良い機会だとプラスに考えるのが大事です。今回は、http://usagi.be/***/_img/ からアプリケーションサーバ上 http://coco.to/_img/ を参照するように手動で切り替えて、復旧させました。でも、エンジニアだったら、とことん自律型システムの構築に拘りたいものです。自動切替まだ構築した訳ではありませんが、今回の様な障害を踏まえ業者間冗長化を考えています。以下、構成案。ServersMan　：　usagi.be x 2台SaaSes　：　usagi.newdomain x 2台ラウンドロビンじゃ足りなかった訳ですから、

11:46 | 画像のデプロイに関して、大手サービスのHTMLソースを見つつ日々疑問を持っていました。どこも万全ではないと。今回は、cocoで採用している画像デプロイ方法について御紹介したいと思います。依存関係FFFTPやscp、rsyncなどでファイルをアップロードしてリリースしている方も多いと思います。このリリース方法の問題点は、依存関係を考慮していない点です。例えばこのようなHTML。 次回のリリース時にはロゴを24pxにしたいと思ったとします。この時、24pxの画像を先に上げてしまうと、HTMLは16px指定のままですから、ユーザには歪んだ画像を見せる事になってしまいます。逆にHTMLを先に上げたとしても別箇所のレイアウトに影響を与えるケースもありますから、どっちを先に上げればいいという事にはならないでしょう。ファイル名変更原始的な回避策は、logo.gifをlogo_201012

12:49 | 前回は、nginx + ServersManでの検証結果を御紹介しました。今回は、サーバ構成を含めた構築内容を掘り下げて説明していきたいと思います。ドメイン画像サーバですので、ドメインはさほど表に出ません。屋号が「studio Usagi」なので価格の安さから「usagi.be」を取得する事にしました。お名前.comで、1,830円/年。DNSサービスも無料で付いてきます。DNSラウンドロビン共用レンタルサーバと違って、VPSサーバを使うとなると、httpd / mysqld らデーモンの監視は自身で行わなければなりません（勿論共用でもした方がいいのですが）。とは言っても、一人WEBサービス屋のスタートアップ時に、監視周りに多くの時間は避けませんので、スピート重視で構成を考えていきます。以下構成仕様。サービス監視は簡単なスクリプトを用意。反応がなければGMailにアラートを

15:59 | 先日、運営しているサイトcocoの画像サーバを構築しました。昨今はVPSが500円程度で借りられる様になり、一人WEBサービス屋には本当にいい時代になりました。今回、選定対象にしたのは、以下3つの業者です。ServersMan（初期0円 / 月額490円 / メモリ256M / HDD 10G）S@@Ses（初期3000円 / 月額450円 / メモリ512M / HDD 50G）SAKURA Internet（初期0円 / 月額980円 / メモリ512M / HDD 20G）料金やスペックについて、2010/12/19時点のものを記載しました。キャンペーン適用や保障スペックなど細かい注意点がありますので、詳しくは各社サイトでご確認下さい。シミュレーション処理数値目標は、月間1億アクセスとしました。これは、1ページ当たり50画像掲載だったとすると、200万PV。ブラウザキ

18:35 | 以下のプログラムは、最後にアクセスしたURLをセッションに保存し、ログイン後にリダイレクトさせる時などに使う一般的なプログラムですが、致命的なバグがあります（セキュリティ関連の話ではありません。XSS等は無視してください。）。 ■/test.php session_start(); print_r($_SESSION); $_SESSION['last_url'] = 'http://'.$_SERVER['HTTP_HOST'].$_SERVER['REQUEST_URI']; print_r($_SESSION); $from_db_img = 'a.gif'; echo ''.$from_db_img.'"/>'; 期待する結果は、以下のようなものでしょうか。■アクセス2回目以降Array ( [last_url] => http://example.com/test

14:30 | Keep-Alive on / off に関する文献の多くが曖昧であることが気になっていたので、まとめてみました。Apacheのドキュメントから、Keep-Aliveの説明を拝借しますと、HTTP/1.0 の Keep-Alive 拡張と HTTP/1.1 の持続的接続の機能は、複数のリクエストが同じTCPの接続で送られる、長時間持続する HTTP セッションを提供します。つまり、Keep-Aliveは、『TCP 3ウェイハンドシェイクの節約』であるという点を理解しなければなりません。たいていの文献は『画像やCSSが多いサイトでは、接続を使い回すことにより無駄遣いをなくす』という説明をしていますが、この接続を使い回すという表現も曖昧な気がします。何となく分かった気になってしまう人も多いのではないでしょうか。それでは、まずは以下のようなhttpd.confで、Apacheの動

php | 00:56 | 先日、PHPな1人WEBサービスを一つ紹介させて頂きました。映画レビューまとめサイト - coco『ツイッターのつぶやきで勝手に映画をレビュー』という、閃きのない自分にしては良く出てきたアイデアだと思っていたのですが、毎日使うものでもないですし、どこかと提携するなりして定常的なトラフィックを確保しない限り、1度見たら忘れ去られてしまいますよね。リリースして間もないですが既に閑古鳥が鳴いてます。しょぼーん。「blogパーツ作ったら小規模ポータルへの配信、持ちかけてみるよ」などと励ましの声も頂いていますが、現在モチベーション低下中。ちなみにアクセス数は50〜100ユーザ/日。映画タイトルはどんどん増えていくので、検索エンジンからの流入増を考えると更なるアクセス増は見込めるのですが、直帰率8割なので全然お話にならないです＞＜グラビアアイドルまとめサイト - cee今日

09:28 | 今回は珍しくSEO・アフィリエイトに関するお話をさせて頂きます。ceeは、2年前の2008年4月にリリースしました。所属する会社でサーチエンジンからの誘導を期待したサービスを立ち上げた際に、実験できる場が欲しいと思い、プライベートで一人開発しました。まず、何故グラビアアイドルをコンテンツに選んだのか言いますと、初めにこちらをご覧下さい。2007検索ワードランキング。「mixi」「Youtube」ら人気ネットサービスが上位に来て、企業名がその後に続きます。私は勤めている会社が検索系企業ということもあって、どういったワードが多く検索されているかを把握できる立場にありました。上位51位以降には、人気ネットサービス名に混じって有名タレント名が徐々に入ってきます。ちなみに2009年はこちら。グラビアアイドルではありませんが、「嵐」「東方神起」が50位以内に早速入っています。つまりce