バリューサーバーでMovabletypeのrebuild-pagesを動かす

Mon, 06 Apr 2015 13:09:52 +0900

速くて安いサーバーないかな～なんてネットで検索してたらレンタルサーバーの比較をしているページ（http://rs-hikaku.com/）を見つけました。

速くて安いのなら乗り換えようかとバリューサーバー（ValueServer）の10日間のお試しで使ってみた。けどヘテムル（heteml）で動いていたものが動かない…。

cronに登録してMovabletypeの再構築をrebuild-pagesで自動的に毎日行っているのですが、以前の記事で書いた内容でヘテムル（heteml）では動いていたのにバリューサーバー（ValueServer）では動かない。

以前の記事：cronとrebuild-pagesを使って定期的にMovableTypeを自動で再構築する

でも動かないままあきらめるのも嫌なので動くまでやってやろうと以下の事を追加で行い動かすことができました。

SSHでrebuild-pagesを実行したらエラー

まず動かない原因を探るためTera Termをインストールして、バリューサーバー（ValueServer）のサーバーにSSHでログインし、rebuild-pagesを実行してみます。

/usr/bin/perl /virtual/user-dir/public_html/mt/tools/rebuild-pages

とrebuild-pagesを実行してみたところ

BEGIN failed–compilation aborted at /virtual/user-dir/public_html/mt/tools/rebuild-pages line 14. というエラー。どうやらcronの設定が悪いのではなく、スクリプトでエラーが出ているようです。

/mt/tools/にあるrebuiled-pagesを開いて14行目を見ると「use Web::Scraper;」とありました。PerlモジュールのWeb::Scraperで引っ掛かっているようで、どのフォルダーを探してもWeb::Scraperが見当たらないのでエラーとなっているようです。

Web::Scraperを入れる

PerlモジュールのWeb::Scraperをどうやって入手すればいいのかわからなかったのですが、以下のサイトを参考にSSHでbinというディレクトリを作ってWeb::ScraperをインストールするためのcpanmとWeb::Scraperに必要なHTML::TreeBuilder::XPathをそれぞれインストールしました。

参考：http://blog.eleclabo.com/2015/02/post-158.html

cpanmを/virtual/user-dir/binにインストール

% cd /virtual/user-dir
% mkdir bin
% cd bin
% curl -LO http://xrl.us/cpanm
% chmod +x cpanm

Web::ScraperとHTML::TreeBuilder::XPathを/virtual/user-dir/binにインストール

% cd /virtual/user-dir
% cpanm -l bin Web::Scraper
% cpanm -l bin HTML::TreeBuilder::XPath

これで、/virtual/user-dir/bin/lib/perl5/Web/Scraperができあがりました。

rebuiled-pagesにパスを追加

rebuiled-pagesの8行目あたりにPerlモジュールの参照先を指定する部分があります。ここにはWeb::Scraperのある場（/virtual/user-dir/bin/lib/perl5）が指定されていませんので追加します。

#編集前
use lib ("$FindBin::Bin/../lib", "$FindBin::Bin/../extlib");<br>

#編集後
use lib ("$FindBin::Bin/../lib", "$FindBin::Bin/../extlib", "/virtual/user-dir/bin/lib/perl5");

LWP::UserAgent::Localのあるディレクトリ（/mt/lib/）または/mt/extlib/にWeb::Scraperをインストールしておけば、これは不要だったかもしれませんがあまりSSHになれていないので、変なことにならないようここは参考通りにしておきます。

最後にlocal.pmのパスを修正

/virtual/user-dir/public_html/mt/lib/LWP/UserAgent/Local.pmの**".$script_name"を"/virtual/user-dir/public_html/mt/$script_name"**に修正します。

#88行目あたり
#修正前<br>my $pid = open2( \*RESPONSE, \*REQUEST, "./$script_name" )

#修正後
my $pid = open2( \*RESPONSE, \*REQUEST, "/virtual/user-dir/public_html/mt/$script_name" )

#94行目あたり
#修正前
open RESPONSE, "./$script_name|" or die "Couldn't spawn $script_name";

#修正後<br>open RESPONSE, "/virtual/user-dir/public_html/mt/$script_name|" or die "Couldn't spawn $script_name";

できた！

それぞれ修正したファイルをアップロードして、パーミッションも700にして、再度SSHで

/usr/bin/perl /virtual/user-dir/public_html/mt/tools/rebuild-pages

と打ってrebuiled-pagesを実行したらキター！！

ってことで一件落着。

【追記】これでcronもうまくいくはずだったのですが、うまくいかず以下のページで解決。

バリューサーバーのcronでMovabletypeの再構築を自動化できない

最近ヘテムル（heteml）で公開しているサイトで503エラーが頻発

Tue, 24 Mar 2015 09:49:56 +0900

レンタルサーバー「ヘテムル（heteml）」でMovabletypeを使用しています。最近、記事を投稿したくらいで、スクリプトを組んだわけでもないのに、アクセスするとやたらと503エラーを吐き出すようになりました。

アクセスが集中すると503エラーになるみたいですが、月間1万PV（1日あたり333PV、1時間あたり13PV）程度しかないので、自分サイトにアクセスが集中しているというのは考えられない。ということで、共用している別のお客さんでめっちゃアクセスが多いサイトがあるのかな？改ざんされてる？それとも障害かな？もしかして品質がもともとよくない？なんて勝手に思っていました。(笑)

ヘテムル（heteml）の品質や使い勝手に満足しています。

いつものことですが、問題が起こったとき、疑っている原因とは別のところに問題があったり、自分のしたことに問題があったりするので、何とか自分で解決してみようと考えるのですが、まったく糸口が見当たらない…。

このまま放置してアクセス数が落ちるのも嫌なので、ヘテムル（heteml）のお問い合わせフォームより**「最近503エラーが出まくり困ってます」**というような内容でサポートに問い合わせをしてみました。

すると**「このページでアクセスが集中しています」**みたいな回答が返ってきました。しかも丁寧に該当するページのURLも記されていました。

以前、別のレンタルサーバーで運営されているサイトが改ざんされていたことがあったので、改ざんも疑いましたが、該当のページはMovabletypeで書き出されたページで、cronで毎日再構築しているので、ソースを見ても改ざんされた様子は見当りませんでした。

でもよく見て他の問題に気づきました。

URLだけでサイトのサムネイルを表示するAPI（ここにちょっとまとめてます）を使っているのですが、同じサイト内の2つの記事でお互いがお互いのサイトサムネイルを表示していて、合わせ鏡のようにサムネイルの中で更にサムネイルを取得するという無限ループが発生していました。

そのサムネイルの表示部分を削除したら503エラーが出なくなりました。

ヘテムル（heteml）さん疑ってごめんなさい。

ヘテムル on qwerty.work