Web Artisan Blog - ウェブアルチザンブログ

bannerの名前はいけません

Thu, 9 Oct 2008 18:17:33 +0900

ふと、自社のHPを見ると、画像の一部が表示されていない。
画像に直接アクセスすると、1x1のgif画像が。
そんな制御してたっけか？と、phpやらapacheの設定を確認するも、そんな設定してません。
その画像は、“〜/banner/banner.png”といったファイルだったんですが、このbannerディレクトリ以下は何を指定しても1x1のgif画像。存在しないファイルも1x1のgif画像。何これ？？

自宅のMacではちゃんと見れてるのにと、色々ググってみると、ウィルスソフトが云々の情報。。。

・・原因は、カスペルスキーでした。。
これの「バナー広告の遮断」の設定にて、“banner”を含んだディレクトリやファイルについては遮断していた模様です。
かれこれ二年前に作ったHPですが、そん時は別のセキュリティソフトだったし、まあとにかく気づきませんでした。

今時こういう名前は使っちゃダメなんでしょうかね。
以上、９ヶ月ぶりの投稿でした。

Leopard:ssh接続で合っているパスフレーズを入力してもエラーになった件

Tue, 29 Jan 2008 10:41:02 +0900

あんま書くことないと思いますが、Macカテゴリ作ってみました。

昨年末に待望のiMacを購入しまして、これからはこれで開発もしていこうと色々意気込んでいます。
操作に関してもいちいちカッコよくて、これで感性も磨かれそうな気になって、それで珠にWinに戻るとなんか嫌というか所詮Macのコピーというか、まあそんな気にさせられてはいます。
それはさておき、今はiMac（OSはLeopard）で環境構築やってってるんですが、そこでssh接続で詰まった件。

Winの時はPoderosaでssh接続してまして、これで作った鍵で認証してます。
で、Winで新たに環境構築するときと同じように、今回のMacでもPoderosaで作った鍵をコピーしてターミナルで接続を試みたんですが、、パスフレーズの部分で引っ掛かる。。合っているパスフレーズを入力してもエラーとなって繋がらない。。

ググってみても中々情報に辿り着けなかったんですが、そんな中やっとドンピシャな記事が。
以下、引用させていただきます。ありがとうございました。助かりました。。

OpenSSH と Poderosa でハマル
SSH クライアントの Poderosa で生成した秘密鍵と公開鍵のペア。公開鍵をサーバ側のユーザホームディレクトリ .ssh/authorized_keys に格納しておけば、クライアント側から何の問題もなく秘密鍵を使って接続可能。まぁそういうソフトだし。
しかし、この鍵のペアをそのまま OpenSSH のクライアントで使おうとしてハマる。Windows（クライアント） -> Linux（サーバ）はうまくいくが、Linux（クライアント） -> Linux（サーバ）がうまくいかないのだ。秘密鍵がパスフレーズで解除できない。Poderosa のページで FAQ を探したが解決にいたらず、フォーラムに Question はあるのだが Answer がない。
どうやら Poderosa が生成する秘密鍵は OpenSSH が認識できない（ssh-keygen -i でもダメだった）し、逆に OpenSSH で生成した秘密鍵は Poderosa が認識できないらしい。

なんと！そういうことか！！
ってことで、まずiMac側で鍵を生成。

ssh-keygen -t rsa

次に生成した中の公開鍵をサーバー側のauthorized_keysファイルに追加。

cat id_rsa.pub >> ./.ssh/authorized_keys

これで無事接続完了。

ま、これはLeopardというかLinuxクライアントの場合の問題としてググればもっと早くに解決したんでしょうけどね。
こんな感じでMacユーザーとしてはまだまだですが、早く使いこなしてカッコよく仕事したいです。

2008年、スタート！

Fri, 4 Jan 2008 13:49:59 +0900

あけましておめでとうございます。

今年は晴れてMacユーザーとなりましたので、そっち系の雰囲気で新たに頑張っていきたいです。。

2007年締め

Thu, 27 Dec 2007 12:01:19 +0900

年々更新頻度が下がって、今年はほとんど何も書いてない当サイトですが、毎年年末には何か書いてましたので、今年も書きます。

今年はスゴく期待した1年でしたが、結果はあんまりというか、2006年から進歩の見えなかった1年のような気がしてます。
そこには、6月にコミュニティ機能を追加し正式版としてリリースしたリサーチアルチザンが、結果あまり受け入れられなかった、更にそこから進化できなかったということにあるかも知れません。
これについては非常に勉強になったというか、やはり1ユーザーとして自分自身が良いと思わない限り、良いサービスというのはできないなと痛感しました。

技術的にはスゴく色々学べた1年ではありました。
特にリサーチアルチザンの過負荷対策に負われて、サーバー周りを徹底的に触りましたし、言語的にもRuby On Railsで軽快にアジャイルに開発できましたし。。
しかし、私は所詮文系プログラマーだなというか、技術の行き詰まりも痛感させられた1年ではありました。
当サイトへ書くネタもあったんですが、何かそれは所詮他サイトのコピーになりそうでしたし、とにかく行き詰っている所から一歩でも二歩でも抜き出たいという思いに駆られた1年でもありましたので、そんな自分がショボイ内容を書くわけにはいかず、あまり書く気にはなれませんでした。

で、来年ですが、まず技術的にはもっとコアな部分を勉強したいなと思ってます。
もういい歳なんで、その意欲に頭がどこまで付いてこれるかが問題ですが、とにかく少しでも自分の中で文系プログラマーから脱したいと思ってます。
サービス開発についても、少し初心に戻ろうというか、一から新しいサービスを作れたらとも考えています。

ま、とにかく来年も色々頑張っていきますかね。。

Rails:mongrel_cluster環境で運用中、数時間後にProxy Errorが発生する件

Thu, 18 Oct 2007 11:23:42 +0900

Railsで作成したリサーチアルチザンのコミュニティ機能ですが、リバースプロキシ（apache）→ mongrel_clusterな環境でサーバー構築してます。
しかし、これで実際運用すると、数時間後には中々応答が返って来なくなり、apacheがProxy Errorを返す現象が必ず発生していました。

で、色々ググって調べていくと、最初は以下の記事に辿り着いて、
Rails + MySQL (+ Mongrel?) でDB接続の通信が無い状態が続くとデッドロックする。
MongrelのFAQの通りに、「ActiveRecord::Base.verification_timeout」の値を変えたりしてみましたが、上記記事にもあるように現象が改善されませんでした。。

運用におけるmongrelに関する情報が中々少ないので困ってましたが、以下の記事がヒントになりました。
Buku nota aku | railsのsession files

・・セッションファイル。

セッション管理は、デフォルトのファイルベースであるPStoreを使ってました。
Railsはセッションの自動削除機能がないので、cronで消したりはしてましたが、それでも確かにtmp/sessionsディレクトリ配下には大量のセッションファイルが溜まってました。ディスクIOは怪しい。。

で、まずセッション管理をDBを使用にしてみようと思ったんですが、この環境ではMySQLのレプリケーションを使ってるんで、それを考慮するのも中々難しく、結果memcachedを使用するようにしてみました。
参考にしたのは以下のサイト。
HowtoChangeSessionStore
railsのセッション管理でmemcachedを利用
導入は上記サイトの通りで簡単、ロジックの修正はsessionにオブジェクトを突っ込んでいた部分が若干あったのを修正したくらいです。

すると、現象は解消。動作も若干速くなりました。

RubyOnRails を使ってみる【第 10 回】パフォーマンスチューニング
実はこのように、フレームワークの処理におけるセッションの処理は、非常に重い処理のひとつです。