ある時から突然、サーバーが頻繁に落ちるようになりました。正確には落ちるのではなく、httpd(Apache)のプロセスが一気に上限まで立ち上がった状態になり、ブラウザでサイトを開いてもずっと読み込み中になったまま、という状態になります。以降、「落ちる」といった場合はこの状態を指すことにします。
　apacheを再起動するとこの状態は改善されるのですが、数時間経過すると再び同じ状態になります。

　Apacheのエラーログを見ると以下のログが残されていました。

server reached MaxClients setting, consider raising the MaxClients setting

　つまり、「設定しているMaxClientsが上限に達したから設定値をもっとあげたらどう？」ということらしいです。それにしても、上限に達したとたんに無反応とかどうよ…？
　しかも、落ちる時間的がそんなにアクセスが集中するような時間でもない、という点も気になります。

　そんなわけで4、5日くらいあーでもないこーでもないと試行錯誤していたのですが、改善される様子もなく。
　結局、アクセス数の「瞬間最大風速」にやられるのだろう、という結論にいたり、サーバーのメモリを256から512に増やすことにしました。時間帯によってアクセス数にむらがあるので。
　まあ、増やしてから24時間しないうちにまた落ちたのですが。

　これはやっぱりメモリが足りないせいじゃない！

　ということで、再度ググることにしました。そこで見つけた以下の記述。

“障害の原因がメモリ不足のようなので、PHPのプログラム側にメモリリークするようなバグがあるか、設計(&実装)に問題があってメモリをバカ食いしているかのどちらかだと思います。”

アクセス障害でこまってます。 – BIGLOBEなんでも相談室

　php関係で変わったところと言えば、WP Super Cacheをアップデータしたこと。そういえば、WP Super Cacheをアップデートしてから、サーバーが落ちるようになったような気が。
　そう言われてみると、サーバーの落ちる時間間隔が、WP Super Cacheで設定しているキャッシュのクリーンアップの時間間隔と一致するようなしないような。

　というわけで、WP Super Cacheを外して見ることに。するとどうでしょう。1日経過してもサーバーが落ちなくなったばかりか、プロセスがMaxclientsに達してもサーバーが落ちなくなったではありませんか。
　これはやっぱり、WP Super Cacheが犯人か？と思っているところにWP Super Cache0.9.3がリリース。Changelog.txtを追ってみたところ、以下の記述がありました。

“2009-03-30 04:53 donncha

* wp-cache-phase1.php, wp-cache-phase2.php: Don’t use array_push().
Removed wp_cache_file_contents action as it may contribute to
memory problems for some hosts.
Pass buffer by reference to ob function.
Revert merge of shutdown function and ob function
Pass “siteurl” to post_id gc function”

　何を言っているのかよく分かりませんが、なんかメモリ関係で問題があって、それを直したっぽいです。
　現在、WP Super Cache 0.9.3.1を使用していますが、とりあえず問題なく動いているようです。

　rootに変身して、yum-cronをインストールします。

yum install yum-cron

　インストールするかと聞かれたら、y。

　デフォルトでyum-cronを使うと、自動的にパッケージを更新してくれるのですが、何が更新されるのか知っておきたいのと、なにより、アップデートマニアとしては「アップデート作業自体は自分でやりたい！」という理由により、更新のチェックだけしてアップデートはしない設定に変更します。
　勝手にアップデートしてもらって結構という方は、この部分は飛ばしてくだしい。

　yum-cronの設定をviで開いて編集します。

vi /etc/sysconfig/yum-cron

　以下のように編集します。

# Don't install, just check (valid: yes|no)
CHECK_ONLY=yes
# Don't install, just check and download (valid: yes|no)
# Implies CHECK_ONLY=yes (gotta check first to see what to download)
DOWNLOAD_ONLY=no

　更新のチェックとダウンロードはして、インストールはしない場合は「CHECK_ONLY=no」「DOWNLOAD_ONLY=yes」。ダウンロードの時間も楽しみたい人は「DOWNLOAD_ONLY=no」「DOWNLOAD_ONLY=no」とします。
　更新があるとroot宛てにメールが来るらしいです。

　設定したらyum-cronを起動。

/etc/rc.d/ini.d/yum-cron start

　自動起動設定に登録します。

chkconfig yum-cron on

　ちなみに。
　yum-cronをインストールすると、一緒にcorntabがインストールされます。crontabはlogを自動的に整理してくれるlogrotateなどを機能させるのに必要。yum-cronはいらないけど、corntabはインストールしたいと言うときは、以下のようにコマンドを実行すれば、インストールされます。

yum install crontab

参考

• CentOS5初期設定 – CentOSで自宅サーバー構築
• yum-cron のすすめ

　別に気にしなければ大した問題ではないのかもしれませんが、エラーログを見たら、

“PHP Warning: Call-time pass-by-reference has been deprecated; ”

という文句で始まるエラーでいっぱいになっていまして。エラーメッセージによるとwp-tmkm-amazonに同梱されているxml.phpがエラーの原因。
　このCall-timeうんぬんというエラーは、php.iniの中にある「allow_call_time_pass_reference」がOffの状態にあるとき、引数を参照渡ししようとすると発生するエラーのようです。

php_flag allow_call_time_pass_reference = Off

　エラーを消すには、php.iniを開いてこれをOnにするのが一番簡単です。あとhtaccessに、

php_flag allow_call_time_pass_reference on

と記述しても同じ効果になるようです。

　ですが、この「allow_call_time_pass_reference」の機能は将来的にはサポートされないらしいので、できればOffのままにしておきたい。サーバー変えたりしたときにデフォルトではない要素があると、その分、手間が増えるので。

　まあ、別にほっといても大した問題じゃないのかもですが、エラーログがエラーでいっぱいになってるのはなんとなく気持ちが悪いし、それにPHP5ならxml.phpを使わなくてもSimpleXML関数でxmlの操作ができるので、書き換えてみることにしました。

　あと、ついでに以下のエラーも出ないようにしました。

“PHP Notice: Undefined index: mode in /(サーバー)/wp-content/plugins/wp-tmkm-amazon/wp-tmkm-amazon-search.php on line 61,”

　このエラーは、$_GET['mode']が設定されていないのに値を比較しようとしたときに発生するようだったので、$_GET['mode']が存在しないときは、空の値を入れてあげて、エラーを抑えました。

　さらについでに、投稿画面のAmazon商品検索フォームの表示・非表示を選択できるようにしました。自分、検索フォームを使ってないので。

　そんなわけでこのプラグインはPHP5以降(SimpleXML関数)が必須です。PHP4とかを使っている人や別にエラーとか気にならない人などは、オリジナルのwp-tmkm-amazonを使ってください。PHP5使ってて、なんかエラーが気になっちゃうんだけど、allow_call_time_pass_referenceはデフォルトのままOffにしておきたい人専用です。

　自分のサイトでオリジナルのtmkm-amazonと置き換えてみたところでは特に不具合はなかったのですが、動作をちゃんと検証したわけではないので、なんか動きが変なところが残ってるかもです。ご了承下さい。

ダウンロード

• wp-tmkm-amazon-sxml.zip

参考

• WordPress Plugins/JSeries » wp-tmkm-amazon
• Keith Devens .com – PHP XML Library, version 1.2b
• Call-time pass-by-reference has been deprecated : カフェ関連サイトのシステム開発日記

　prototype.jsやmootoolsでは、クラス定義のためのフレームワークが用意されていますが、jQueryではそれに該当するようなものがありません。「jQuery クラス」というようなキーワードで検索しても、ぴんと来るものは出てこないし、jQuery使ってる人はクラスとか作らないんですか？

　…と思い、悩みながら、調べていったところ、どうやらjQueryでは「クラスを定義して使う」のではなくて、「プラグインを作って使う」という形をとっているようです。
　「jQuery プラグイン」で検索したら、いっぱい出てきました。

　以下が、基本的なプラグインの形。

(function() {

	// プラグインを設定 //
	// 「myplugin」はプラグイン名。
	//「jQuery.fn.myplugin」と書いているところと
	//「$.fn.myplugin」と書いているところがありましたが、
	//動作は同じっぽいです。
	//ただ、prototype.jsなどをjQueryと使う場合に
	//$.fnだと不具合が起きるかも？
	jQuery.fn.myplugin = function(config){

		// 引数のデフォルト値を渡してます //
		//configのデフォルト値を
		//function(config)で受け取ったconfigの値で
		//上書きしてるみたいです。
		config = jQuery.extend({
				value1: "Default value 1",
				value2: "Default value 2"
			},config);

		// プラグイン内のthis は、
		//$("div.target") など指定したHTML要素
		var target = this;
		
		// 関数の定義 //
		//特になにか特別な書き方はしなくても大丈夫です
		//プラグイン内で定義した関数は
		//このプラグイン内でしか使えないようなので、
		//他のプラグインで定義されている関数と
		//関数名が衝突する恐れはなさそう。
		function myfunction() {
			target.append("Hello jQuery Plugin !<br />"
				 + config.value1 + "<br />"  + config.value2);
		}
		//関数を実行します。
		myfunction();
	};
})(jQuery);

　このプラグインの機能を使用するには、htmlファイルの中やjavascriptファイルの中で、次のように記述すればOK。

// DOMがreadyになったときに実行 //
//「$(function() {});」意外に、
//「jQuery(function() {});」という書き方でもOKらしいです。
//「$(document).ready(function() {});」は古い書き方。
$(function(){
	//プラグインを使うときは、
	//$(divとか).プラグイン名(引数)
	//というふうにします。
	$("div.target").myplugin({value1: "This is value 1"});
});

　クラスを定義するというよりは、「プラグイン」でメソッドを追加するという感じなのですね。
　「プラグイン」という考え方が分かってしまうと、jQueryのプラグインは作りやすい感じがします。

参考

• jQuery のプラグインを作成する : ブログの新着記事を表示：Goodpic
• jQueryのクラス定義はトリッキーでかっこいいよ at HouseTect, JavaScripter Blog
• Tutorials:Getting Started with jQuery – jQuery JavaScript Library

　複数のドメインを持っているので、virtual hostの設定をすることにしました。別にひとつしかドメインが無い状態でvirtualしても問題ないです。ドメインを取得していることは大前提。

　ログインしたらいつものようにrootに変身。Apacheの設定ファイルをviで開きます。

vi /etc/httpd/conf/httpd.conf

　ファイルの最後の方にVirtualHostに関する記述があるので、ここを編集します。例えば、www.server.comを設定したければ、以下のように記述します。

<VirtualHost *:80>
    ServerName www.server.com
    ServerAlias server.com
    DocumentRoot /var/www/sites/www.server.com
</VirtualHost>

　「ServerName」は設定したいアドレスです。「ServerAlias」は、上記の設定だと、server.comにアクセスするとwww.icoro.comに転送されます。特に転送の必要がなければ設定しなくてもOK。「DocumentRoot」はwww.server.comにアクセスしたときに表示したいファイルの場所です。省略するとvirtualhostではない方の「DocumentRoot」の場所を参照するようです。
　このほかにも「DocumentRoot」と同じような感じで「ErrorLog」「CustomLog」などの場所も設定できます。

　ちなみに、DocumentRootの場所はどこでも設定できるみたいですが、自分は/var/www/の下に「sites」というディレクトリを作って、その下にドメイン名と同じ名前のフォルダを作るようにしました。複数のドメインやサブドメインを使う事を考えると、この方が分かりやすくて良いかなぁと思ったので。
　ただ、こうするとcgi-binの位置をなんとかせにゃならんと思うのですが、今のところcgiを使う予定はないので、スルーしてます。
　もっと良い整理の方法がある、という人がいたら教えてください。

　こんな感じで設定したら、保存してファイルを閉じて、Apacheを再起動します。

/etc/rc.d/init.d/httpd restart

　これで設定終了。あとはDNSの設定をサーバーに向けて、アクセスしてみます。

参考にしたウェブサイト

• バーチャルホスト設定 – CentOSで自宅サーバー構築

　ログインしたら、rootに変身。なんだか、いつもrootに変身するなら、もう最初からrootでログインしちゃえよって気分になってきますね。

　mysqlの設定ファイルは、「/etc/my.cnf」にあります。これを編集するわけですが、データベースの規模に応じたプリセットのファイルが「/usr/share/mysql/」に用意されているので、とりあえずこれをコピーします。
　用意されているプリセットのファイルは以下の3種類。

• my-large.cnf
• my-medium.cnf
• my-small.cnf
• my-huge.cnf
• my-innodb-heavy-4G.cnf

　この中から、my-small.cnfをコピーしました。

mv /usr/share/mysql/my-small.cnf /etc/my.cnf

　このままでも使えますが、自分は以下の記述をmy.cnfに追加して、innnoDBの無効化とデフォルトの文字コードの設定をしました。とりあえず、innoDBを使うことはないと思うので。

skip-innodb
default-character-set = utf8

　保存したら、ファイルを保存して、mysqlを再起動します。

/etc/rc.d/init.d/mysqld restart

　これで設定終了です。
　いろいろいじったような気がしたのですが、まとめてみると案外あっさりですね。

参考にしたウェブサイト

• チューニング – データベース ( MySQL ) – 自宅サーバーの構築 – 自宅サーバーでやってみよう！！
• MySQL :: MySQL 4.1 リファレンスマニュアル :: 7.5.3 InnoDB 起動オプション

　ログインしたらrootに変身。yumでmysqlをインストールします。

yum -y install mysql-server

　インストールしたら、起動してみます。

/etc/rc.d/init.d/mysqld start

　起動すると、なにやらべろべろんっとメッセージが流れますが、最終的に[ OK ]と出ればOKです。終わりよければすべてよし。

　ユーザーを設定するためにrootでmysqlにログインします。

mysql -u root

　ログインすると、[root@server ~]の部分が

mysql>

に変わります。以降は、この部分を省略します。

　とりあえず最初にrootのパスワードを設定します。passwordの部分は、設定したいパスワードを入力します。「****」とはならないので、人に見られないように後ろの正面に気をつけましょう。

SET PASSWORD FOR root=PASSWORD('password');

　つづいて、登録されているユーザーを確認します。

select user,host,password from mysql.user;

　するとたぶん、以下のような感じで3つくらいのユーザーが出てくると思います。

+------+-----------+------------------+
| user | host      | password         |
+------+-----------+------------------+
| root | localhost | **************** |
| root | server    |                  |
| root | 127.0.0.1 |                  |
+------+-----------+------------------+

　root@localhost以外のユーザーは、たぶん今後使わないと思うので、削除しちゃいます。

delete from mysql.user where password='';
flush privileges;

　「flush privileges;」は設定を反映させるために必要らしいです。

　つづいて、設定されているデータベースの一覧を出してみます。

show databases;

　すると以下のようなリストが出ると思います。

+--------------------+
| Database           |
+--------------------+
| information_schema | 
| mysql              | 
| test               | 
+--------------------+

　このうち「test」と言う名前のデータベースはその名の通りテスト用なので削除しちゃいます。

drop database test;

　以上で基本的な設定は終了。quitと打ってmysqlからログアウトします。

quit

　次から、ログインするときは、

mysql -u root -p

と入力する必要があります。

　あと、Apacheと同様、システムを再起動した時に自動的にmysqlが起動するように設定をしておきます。

chkconfig mysqld on

参考にしたウェブサイト

• MySQL :: MySQL 5.1 リファレンスマニュアル :: 4.8.5 パスワードの設定
• MySQLデータベースサーバーのセットアップ Windows篇

　ログインしたらrootに変身して、Apacheの設定を開きます。

vi /etc/httpd/conf/httpd.conf

　まずはモジュールの設定。使わなそうな機能を削ることでメモリ節約。使わないモジュールは「#」をつけてコメントアウトします。何を削るかは人によって違うと思いますが、自分は以下のようにしました。

LoadModule auth_basic_module modules/mod_auth_basic.so
#LoadModule auth_digest_module modules/mod_auth_digest.so
LoadModule authn_file_module modules/mod_authn_file.so
LoadModule authn_alias_module modules/mod_authn_alias.so
#LoadModule authn_anon_module modules/mod_authn_anon.so 
#LoadModule authn_dbm_module modules/mod_authn_dbm.so
LoadModule authn_default_module modules/mod_authn_default.so
LoadModule authz_host_module modules/mod_authz_host.so
LoadModule authz_user_module modules/mod_authz_user.so
LoadModule authz_owner_module modules/mod_authz_owner.so
LoadModule authz_groupfile_module modules/mod_authz_groupfile.so
LoadModule authz_dbm_module modules/mod_authz_dbm.so
LoadModule authz_default_module modules/mod_authz_default.so
#LoadModule ldap_module modules/mod_ldap.so
#LoadModule authnz_ldap_module modules/mod_authnz_ldap.so
#LoadModule include_module modules/mod_include.so
LoadModule log_config_module modules/mod_log_config.so
#LoadModule logio_module modules/mod_logio.so 
#LoadModule env_module modules/mod_env.so
#LoadModule ext_filter_module modules/mod_ext_filter.so
#LoadModule mime_magic_module modules/mod_mime_magic.so
#LoadModule expires_module modules/mod_expires.so
#LoadModule deflate_module modules/mod_deflate.so
LoadModule headers_module modules/mod_headers.so
#LoadModule usertrack_module modules/mod_usertrack.so
LoadModule setenvif_module modules/mod_setenvif.so
LoadModule mime_module modules/mod_mime.so
#LoadModule dav_module modules/mod_dav.so
#LoadModule status_module modules/mod_status.so
LoadModule autoindex_module modules/mod_autoindex.so
#LoadModule info_module modules/mod_info.so
#LoadModule dav_fs_module modules/mod_dav_fs.so
LoadModule vhost_alias_module modules/mod_vhost_alias.so
LoadModule negotiation_module modules/mod_negotiation.so
LoadModule dir_module modules/mod_dir.so
#LoadModule actions_module modules/mod_actions.so
#LoadModule speling_module modules/mod_speling.so
#LoadModule userdir_module modules/mod_userdir.so
LoadModule alias_module modules/mod_alias.so
LoadModule rewrite_module modules/mod_rewrite.so
#LoadModule proxy_module modules/mod_proxy.so
#LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
#LoadModule proxy_ftp_module modules/mod_proxy_ftp.so
#LoadModule proxy_http_module modules/mod_proxy_http.so
#LoadModule proxy_connect_module modules/mod_proxy_connect.so
#LoadModule cache_module modules/mod_cache.so
LoadModule suexec_module modules/mod_suexec.so
#LoadModule disk_cache_module modules/mod_disk_cache.so
#LoadModule file_cache_module modules/mod_file_cache.so
#LoadModule mem_cache_module modules/mod_mem_cache.so
#LoadModule cgi_module modules/mod_cgi.so
LoadModule version_module modules/mod_version.so

　なんか良く分かんないモジュールは残してあります。検討の余地有り。

　ちなみに、proxy_moduleをコメントアウトするには、あらかじめproxy_ajp.confを開いて、

vi /etc/httpd/conf.d/proxy_ajp.conf

その中にあるproxy_ajp_moduleをコメントアウトしておく必要がありました。proxy_ajp_moduleをコメントアウトせずにproxy_moduleをコメントアウトすると、apacheのリロードでエラーが出ます。proxy_ajpモジュールがproxyモジュールを使うようです。

#LoadModule proxy_ajp_module modules/mod_proxy_ajp.so

　つづいて、preforkの設定。なんだかよく分かりませんが、プロセスをいくつ開くか、といった設定をするらしいです。(「プロセス」って何だ。)
　計算方法もあるようですが、とりあえず以下のように設定。値が小さいほどメモリの使用量は少ないようです。この辺りは勉強の余地、大有り。

<IfModule prefork.c>
StartServers       3
MinSpareServers    3 
MaxSpareServers   10
#ServerLimit       32
MaxClients        15
MaxRequestsPerChild  4000
</IfModule>

　ついでにServerTokensを編集します。これは別にメモリ関係ないです。デフォルトだと404などのエラーを表示するとき、一緒にApacheのver.やOSの種類が出るので、これを出ないようにします。セキュリティ的には出さなくて良い情報は出さない、ということらしいです。

ServerTokens Prod

　そんなわけで、設定が完了したら、設定を再読込します。

/etc/init.d/httpd reload

　このほかにもKeepAliveを設定するのも有効なようです。まだ試してないので実際の所どうなのか分かりませんが。
　この辺は随時見直していく必要がありますね。

参考にしたウェブサイト

• Slicehost Articles: CentOS – Apache configuration #1
• Slicehost Articles: CentOS – Apache configuration #2
• モジュール一覧 – Apache HTTP サーバ
• [Slicehost] Ubuntuサーバーの高速化1 – Apacheチューニング – delab

　slicehostのチュートリアルでは、いちいちsudoでコマンドを実行していますが、いちいちsudoとするのがめんどくさいので、自分はsuでrootに化けてから作業をしました。
　rootにならないで作業をする場合は、最初にsudoコマンドを入れてください。

　そんなわけで、まずApacheをインストールします。インストールしますかとか聞かれたら、華麗にy。

yum install httpd mod_ssl

　インストールが完了したら、とりあえずApacheを起動してみます。するとたぶん、以下のようなエラーが出てくると思います。「xxxxxx」の部分はIPアドレスが入ります。

Starting httpd: httpd: Could not reliably determine the server's fully qualified domain name,
using xxxxxx for ServerName

　これはホスト名が設定されていないという意味のようです。そんなわけで、ServerNameを設定します。viで設定を開いて編集します。

vi /etc/httpd/conf/httpd.conf

　以下のようになっているところを探します。

#ServerName www.example.com:80

　コメントアウトを外して、slice hostnameを設定します。FQDN(Fully Qualified Domain Name;完全修飾ドメイン、つまりwwwとかがついてるドメインのこと)がある場合はそれを設定しますが、現時点では設定してないと思うので。

ServerName demo

　設定を保存して終了したら、Apacheの設定を再読込します。

/etc/init.d/httpd reload

　これで設定が完了しました。ブラウザで以下のようにURLにアクセスしてみましょう。(「123.45.67.890」の部分は自分のサーバーのIPアドレスを入力。)

http://123.45.67.890

　「Apache2 Test Page」が出てくれば成功です。
　無事に起動したら、システムを再起動したときに、自動的にApacheが起動するように設定しておきます。

chkconfig httpd on

　ApacheをインストールしたついでにPHPもインストールしておきます。

yum install php-common php-gd php-mcrypt php-memchache php-mhash php-mysql php-xml

　インストールしたら、Apacheを再読込。

/etc/init.d/httpd reload

　これでPHPが使えるようになりました。

参考にしたウェブサイト

• Slicehost Articles: CentOS – installing Apache and PHP5

　rootに化けてから作業を始めます。
　タイムゾーンの設定ファイルを/usr/share/zoneinfo/Japanからコピーします。

cp -p /usr/share/zoneinfo/Japan /etc/localtime

　/usr/share/zoneinfo/Asia/Tokyoからコピーしても良いようです。名前が違うだけで、中身はjapanと同じもの？

cp -p /usr/share/zoneinfo/Asia/Tokyo /etc/localtime

　「上書きしちゃっても良い？」という英語の文句がでるので、「y」とだけ返事をします。これで設定完了です。
　実際に日本時間になっているか、確認してみましょう。dateと入力すれば、現在の日時が出ます。

date

　これで日本時間が出てくれば設定完了です。

参考にしたウェブサイト

• 【メモ】【CentOS】サーバマシンのタイムゾーン変更 – nullpopopo
• でぃべろっぱーってへてむる: CentOS5でタイムゾーンを再設定