MinorProbrem» さくら

さくらにhpricot（続報）

Hex68 — Sat, 13 Dec 2008 15:00:31 +0000

YATTAHHHHHHHHHHHHHHH!!（マシ・オカ）

昨日から悩んでた、さくらレンタルサーバーでhpricotを使うってのができたよ。

単純に、gemへのパスが通ってなかっただけでした。ケアレスケアレス。

vi $HOME/.cshrc

で開いて

GEM_HOMEへのパスを書いてあげないと、しっかりとgemを見に行ってくれません。だから昨日requireした時こけてたのか。

setenv GEM_HOME $HOME/local/lib/ruby/gems/1.8/

僕の環境（ruby1.8で/localにインストール）の場合、上記の1行を加えてから保存。その後source $HOME/.cshrcの呪文で見事、hpricotが使えるようになりました。よっしゃよっしゃ。

さくらにhpricotでスクレイピングバフンバフーン

Hex68 — Fri, 12 Dec 2008 15:48:28 +0000

さくらサーバーにhpricotを入れて、スクレイピングなぞ嗜もう、お、オレ、超Web屋っぽくね？なんて悦に入ろうとしたら超苦労した。

というか、まだ解決してないんだけど、とりあえずの備忘録。解決しました。最後に追記しています。

まずはrubyのインストール

さくらサーバーにはrubyがインストール済みなんだけど、デフォルトのrubyだとgemをインストールする時、

/usr/local/lib/ruby/1.8/fileutils.rb:243:in `mkdir’: Permission denied – /usr/local/lib/ruby/site_ruby/1.8/rbconfig (Errno::EACCES)

みたいに怒られるので、rubyをインストール。
$home/localにインストールしたいので

cd $HOME/local/src

に移動して、wgetでソースをダウンロード。

wget ftp://ftp.ruby-lang.org/pub/ruby/1.8/ruby-1.8.7.tar.gz
（現時点で1.8系は1.8.7が最新だった）

で

tar xzf ruby-1.8.7.tar.gz

できたディレクトリの中に移動して

./configure –prefix=$HOME/local
make
make install

でインストールはOK。

そのままだとrubyのパスがデフォルトのままなので、

vi $HOME/.cshrc

で開いて、中の

set path

部分に、さっきインストールして先のパスを追加する。（$HOME/local/bin）

あ、/usr/local/binより先に書かないと、デフォルトのrubyを読んじゃうので注意。

保存後、source $home/.cshrcで反映させて、where rubyのパスが変更後のものだったらOK。

gemのインストール

gemをrubyforgeから持ってきます

wget http://rubyforge.org/frs/download.php/17190/rubygems-1.2.0.tgz

tar xzf rubygems-1.2.0.tgz

cd rubygems-1.2.0

ruby setup.rb

で、インストール後にもう一回source $HOME/.cshrcをして（しないとエラーがでた）から

gem -v

とでもやってなにか表示されたらgemのインストールはできてるはずです。

hpricotインストール

ここからが本題。

gemを使って、

gem install hpricot

をやると、インストールされましたって表示されている。エラー表示はない。

でもrubyソースの中でrequire　’hpricot’するとどうもうまくいかないのだ。

例

#!/home/hmlab/local/bin/ruby

require ‘rubygems’
require ‘hpricot’

puts “Content-type: text/htmlrnrn”;

puts ‘’
puts ‘’
puts ‘
‘
puts ‘’
puts ‘’
puts ‘TEST’
puts ‘’

ただただTESTと表示させるだけなんでhpricotはrequireしているだけだ。

これをCGIとしてブラウザに表示させると、失敗する。Internal Server Errorだ。

試しにrequire ‘hpricot’の部分を削除すると、「TEST」と表示される。間違いなく問題はこの箇所。

ちなみにコマンドラインからruby test.rb(このファイル名)とすると、hpricotがrequireされていても問題ない。TESTと表示される。

えー？なんだこれ・・・？

コマンドラインからは問題ないんだから、インストールされてないってわけでもなさそうだけど・・・ふむ？わからない。なんだろ・・・？

このあとrailsでも、と思ったけど、まずはhpricotをやっつけてからにします。

あれ？ていうか、hpricotってどこにインストールされてるんだ？

追記

/local/lib/ruby/gem/gems/

ここか

追記２

エラーはgemへパスがとおっていなかっただけでした。

後日談参照で

livedoorのデータホテルパトロールがけっこう使えるよ！

Hex68 — Wed, 10 Sep 2008 16:41:34 +0000

livedoorデータホテルパトロール

『渋谷･ガーディアンエンジェルズ』みたいな響きです。データの平和はオラが守る！（なぜナマった？）

相変わらず無料サービスと聞くとノンケでも構わずほいほい試しちゃう僕なのですが、先日から始まった『データホテルパトロール』を試してみました。

要するに、自分のWEBサービスがうっかりご臨終したのが判る様に、始終監視してくれるサービスです。

単純な生き死に監視なので、同様のアプリをサーバーに突っ込めばいいのですが、監視と言うタスクの性質上、監視対象のセグメントの外からチェックしなくてはいけないため、こういうサービスは有難いです。

さくらサーバーのようにサーバーをレンタルしている場合、サーバーそのものの生死は、さくらさんがチェックしていますが、その中の個々のサービス（僕で言えばMyMinicityブログパーツとか）は当然監視していません。

今までも何度か、MyMinicityブログパーツが死んだことがあって（主に僕のバグ）、そのたび親切な方にご指摘いただいていたのですが、この際なのでデータホテルパトロールの巡回に加えてみました。

まずはユーザー登録が必要です。

登録したメールアドレスに、エラーメッセージが投げられてきます。

すると、登録メールアドレスにメールがきますので、本文中のリンクに飛べば登録完了。

次に監視項目を設定するのですが、監視するプロトコルも

ICMP
TCP
UDP
URL(http)
SMTP

こんだけあります。

僕のようにレンタルサーバーで、こじんまりとしたことしかやっていないのであれば、URL監視だけで問題ないと思われます。

要は、指定したURLにリクエストを投げて200以外の場合エラー、つまり「なんか問題があるっぽいよ？」と判断されるわけです。

僕の場合、監視頻度は５分ごと確認で常時監視、異常感知３回でメール、正常動作1回でアラートメール解除でやっています。

5分ごと、はもう少し長くても良いかなって気もしますが。

監視状態を動作中にすることをお忘れなく。

試しに、エラーをわざと出力するようにして試したところ、ちゃんとメールが送られてきました。おお、すごい。

詳細はわからなくても「死んでる」ということを知らせてさえくれれば、その後はこちらで対応できますので、作る側としても安心です。

「お仕事」としてならば、これだけのチェックじゃ足りませんが、お気楽にやっている立場としては充分過ぎるくらいですね。

これで、いつ（サービスが）死んでも安心です。（不吉な！！）

ザ・ガードマン 1970年度版 DVD-BOX(前編)
宇津井健, 中条静夫, 稲葉義男, 神山繁

スバック 2005-06-15
売り上げランキング : 58232

Amazonで詳しく見る by G-Tools

バイバイロリポップこんにちはさくら

Hex68 — Mon, 14 Apr 2008 12:33:55 +0000

先日お報せしていたロリポップからさくらへの当ブログのホスティング先移転ですが、完了しました。いや、完了してました。 気がついたら。

寛容の二文字は我の意を自称する僕ことHEX68なんですが、ここんとこのロリポのパフォーマンスの低調さには頭を抱えた。

まともに記事をエントリーできないわ、何回かのリトライでようやくエントリーできても後から記事を修正しようとするとエラーがでて不可能だったり、いただいたコメントを承認しようとするとロリポおじさんがと～じょ～だわ、酷い時にはログインすらできないわで、もうロリポ。いや、もうダメポ。

さくらの事を調べてみたら

そんなこんなで正直ブログ書くのも億劫だった今日この頃、たまたまGJ!をさくらインターネットで使いたいけどうまく動かない、という方がいらっしゃった関係で、さくらの事を調べてたんです。

問題はなんとか解消できたのですが、情報収集にいくつかのブログを漁ってみるとロリポップからさくらに引っ越す方ってけっこういらっしゃる。

皆様一様に訴えているのはロリポップのパフォーマンスの悪さ。エラー連発で話にならないとか。
あとはエラーの度に表示されるロリポおじさんの、人を２～３人殺してそうな顔が怖いなど（これは僕）

ロリポおじさんの顔、トラウマですよね、わかります、とか、ああ、さくらではPythonとかCron使えるねんな、めがっさ遊べそうやんとか考えているうちに、僕はさくら契約ボタンを押していました。どうせ６月でロリポとの契約切れるんで、ものは試しに。

引越し、といっても今回は独自ドメイン（hmlab.info）の引越しなので、URLも変わらない。ブックマークの変更も必要なし。

例えるならナンバーポータビリティーで携帯キャリアを替えるようなもの。
電話番号は変わらないから友達に新しい番号を知らせる必要が無いみたいな感じ。ライブドアとかのレンタルブログだと電話番号を借りてるようなものなのでそうはいかない。引っ越す場合も常に新規契約、みたいな。

お引越し作業

作業にはここを参考にさせていただきました。
ドメインの管理は安いムームードメインに残して、サーバーのレンタルだけをさくらに変更しました。さくらミーツロリポおじさん。

諸氏のお話ではDNS（うちのブログへの道順が書いてある地図と思いねえ）の書き換えに２４時間程度かかると聞いていたが、うちは１３時間程度で書き換えが終了していたようだ。
GJ!が動かないですよ！というツッコミをTwitter経由で受けて気が付いた。（Pigmonさん感謝！）

多分問題が起こるとしたらGJ!だろうと思っていたんだけど、まあこれは僕のボーンヘッド。
仮で申請していたドメインから本ドメインの切り替えに対応していなかっただけのお話。速攻対応した。

パフォーマンス比較

で、両者を比較するとロリポップは月々２６３円。さくらインターネット（スタンダート）は５００円と若干さくらが高価い。

ストレージ容量はロリポップが２００メガ、さくらが１ギガ。まあ、これは僕の場合あまり問題では無い。一番容量が多き画像ファイルも、ほとんど別サービス（フォト蔵とかWindows Liveとか）に置いているし。
では問題のパフォーマンスですが、テストとしてこのブログを両サーバーに設置して、すべての記事の再構築を行って比較してみました。

結果を言えばさくらのほうが劇的に早かったです。

記事数： 111
DB：SQLITE
再構築に要した時間：

ロリポップ：３分９秒

さくら：５６秒

約３倍の違い。ロリポップがザクなら、さくらの中の人は負け癖がついたマスクマン（中間管理職）だね。中の人？

このサーバパフォーマンスの差と月数百円のコスト差の損益分岐点をどこに置くかは用途によりそれぞれですが、「再構築をスタートさせてからマンションの外にゴミを棄てに行って、戻ってきたらまだ再構築中だった」というロリポップの現状は最早耐え難い苦痛になっており、僕にとってはこの差額を支払う価値があると感じました。

少なくとも再構築でエラーが出ることは今のところありません。

ロリポおじさん、お世話になりました。

ブログの引越しの方法はまた後日、別のエントリーで。といってもコピーしただけだけどね。

シャアが来る堀光一路戸田恵子