Heteml on qwerty.work

バリューサーバーで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）さん疑ってごめんなさい。

Cronとrebuild-pagesを使って定期的にMovableTypeを自動で再構築する

Thu, 24 Apr 2014 10:10:00 +0900

現在、heteml（ヘテムル）のサーバーでMovabletype6（MT6）を使っています。

ムーバブルタイプの再構築を毎日決まった時間に再構築できないかいろいろ調べていたところ、mt-rebuild.plを使用した方法がたくさん検索でヒットしました。ところが現在はファイルを入手できない状況になっているようで、別の方法を検討することにしました。そこでMovabletypeに元々あるrebuid-pagesというファイルを使った方法がありましたのでメモ。

cronによる再構築のスケジュールを設定してみました。cronの設定までに以下のファイルが必要です。

rebuild-pages（MT6に元々ある再構築用スクリプト用のファイル） mt.sh（cronに登録するrebuild-pagesを実行させるためのもの） Local.pm（MTになくrebuild-pagesに必要なものでテキストエディタで作成）

rebuild-pagesの設定

rebuild-pagesというファイルは**mt/tool/**にあります。このファイルを開いて再構築に必要な項目を入力します。

### Parses options.
my @blog_ids;
my @types;
my $username    = 'MTのユーザー名';
my $password    = 'MTのパスワード';
my $script_path = '/mt/';
my $hostname    = 'qwerty.work';　←ホスト名（ドメイン名）
my $silent      = 0;
my $usage       = 0;
my $elapse      = 0;

rebuild-pagesの最後の方のソースを見ればわかりますが、オプションを加えることによりblog_IDやカテゴリページやインデックスページのみを再構築するなど、細かく指定することもできるようです。

mt.shを用意

テキストエディタで以下のソースをmt.shと名前を付けて保存します。（ここでは仮にmt.shとしていますが、.shという拡張子であれば名前はなんでもいいです。）

#!/bin/sh

cd /home/sites/heteml/users***/m/h/0/ヘテムルのユーザー名/web/qwerty.work/mt/
/usr/bin/perl ./tools/rebuild-pages

exit

リビルドに必要な項目はrebuild-pagesで設定しなくても、コマンドで設定することもできるようです。

/usr/bin/perl ./tools/rebuild-pages --user=MTのユーザー名 --pass=MTのパスワード

その他、指定できるパラメータは以下のページが参考になります。

参考：http://www.h-fj.com/blog/archives/2014/05/27-102904.php

mt.shをアップロード

/home/sites/heteml/users*/m/h/0/ヘテムルのユーザー名/にアップロードします。パーミッションは700**（ヘテムルの場合）にします。

違うディレクトリにアップロードすると以下のようなエラーメールが届いて動きませんでした。

/bin/sh: /home/sites/heteml/users/m/h/0/****/web/qwerty.work/mt.sh: /bin/sh: bad interpreter: No such file or directory

Local.pmを作成とアップロード

rebuild-pagesでLWP::UserAgent::Localというモジュールが必要らしいのですが、標準ではないのでmt/lib/の中にLWP/UserAgent/Local.pmを作ります。

Local.pmのソースは「movabletype/t/lib/LWP/UserAgent/Local.pm at master · movabletype/movabletype · GitHub」を使いました。

Local.pmの2行目あたりに以下を追記します。

package LWP::UserAgent::Local;

use lib qw(../lib ../extlib); ←これ

または

use lib qw(
    /home/sites/heteml/users***/m/h/0/ヘテムルのユーザー名/web/qwerty.work/web/mt/lib
    /home/sites/heteml/users***/m/h/0/ヘテムルのユーザー名/web/qwerty.work/web/mt/extlib
);

use LWP::UserAgent;
use base 'LWP::UserAgent';
use IPC::Open2 'open2';

このパスの指定がないとうまく動きませんでした。

cronを設定

ヘテムルのコントロールパネルのcron設定のページでスケジュールで登録します。毎日朝4:00に再構築するように設定して終了。

無事、毎日4時に再構築してくれています。

ヘテムル以外のサーバーでこれでもダメだった場合は以下のページのことも合わせてやってみてください。

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