サーバーのエラーログを見てたら、なんだか WordPress で良く転けてる事があった。
で、エラーの内容で検索してみても、特にコレと言ったモノにはたどり着けない。
WordPress 自体なのか、最近入れたプラグインのどれかが原因なのか、PHP がサッパリの僕には、これらのエラーは全て呪文にしか見えない（汗）

誰か。。。サーバーと PHP に詳しい人はおらぬか。。。

気を取り直して、特にひどく転けてる時間帯について更にサーバーのログを調べてみたら、確かにその時間帯はメモリが食い潰されててアラートが出てる事が判った。
マジかよ。。。プラン上げたのにまだ足りぬと申すか。。。
ソニータイマーのように、頃合いを見てプランをあげさせるタイマー発動？（曝）

で、途方に暮れながら Google を漂流するうちに、いつしかひとつの策に辿り着いた。
それが、Wordpress 2.6.x 高速化する、2つの大原則 と クエリ結果のキャッシュ。

この設定により、WordPress の表示をキャッシュ化できるらしい。
確かに WordPress は PHP なので、アクセスの度に毎回サーバーがシコシコ処理させられるから、コレは大きな負荷に違いない。それをキャッシュで表示できるようになれば、これはかなりの負荷軽減になりそうだ。
で、そのキャッシュ化を行うためには、MySQL のクエリキャッシュと、WordPress のコンテンツキャッシュの設定が必要とのこと。

ところで今回の目的はエラーログの原因を解決する事だったが、それもこれも WordPress によるリソースが原因に繋がっている事には間違いなさそうなので、まずは上記のサイト情報を元に、サーバーと WordPress を設定してみることにした。

詳しい手順は上記のサイトを見た方が確実ですが、とりあえず僕の備忘録をここに残します。

まずは MySQL（データベース）のクエリキャッシュの設定

1. SSH を使ってサーバーに root 権限でログイン。
   root 権限じゃないと設定ファイルが編集できないので注意

   コマンド

   $ su ←root権限でログインするためのコマンド（スーパーユーザ）
   password: ←コレが出るのでrootパスワードを入力（表示はされない）
   # ←root権限に切り替わるとプロンプト記号が$から#に切り替わる

2. vi を使って /etc/my.cnf へ以下の記述を追加。
   

   [mysqld]
   query_cache_limit=1M
   query_cache_min_res_unit=4k
   query_cache_size=24M
   query_cache_type=1

   上書きして vi を終了。 vi は Windows のメモ帳みたいな Unix のエディタ

   コマンド

   # vi /etc/my.cnf ←viで/etc/my.cnfを開くコマンド
   i ←viを編集モードに切り替えるキー
   ここで上記のように入力
   [Esc] ←viをコマンドモードに戻すキー
   :wq ←viを上書き終了するコマンド

3. phpMyAdmin で変数の確認。
   query_cache_size 含め上記での変更が反映されたかのチェック。

4. mysqld サービスを再起動。
   僕はサーバー管理ツールから再起動したが、コマンドなら以下のようになる。

   # /etc/init.d/mysqld restart

続いて、WordPress のコンテンツキャッシュの設定

1. File-Based Extension to the WordPress Object Cache へ行って、File-Based Object Cache Extension をダウンロード。
   解凍した object-cache.php を WordPress の /wp-content/ へ放り込む。
2. WordPress の wp-config.php をエディタで開いて、一番上あたりに

   define('ENABLE_CACHE',true);

   を追記して上書きアップロード。

3. WordPress の /wp-content/ の中に cache と言うディレクトリを作成し、アクセス権を 777 に設定。

以上で、WordPress がキャッシュ化され、サーバー負荷が軽くなると言う話。
但し、設定によってはキャッシュが優先されて新しいデータが反映されにくくなるらしいので注意とのこと。
これは my.cnf の設定値を変えながらオペレーションすると言うことなのかな。

とりあえず、なんとなく早くなったような気がする。
具体的にどれくらい早くなったのかは、また調べ方を調べてみよう（曝）

こちらのエントリーもどうぞ♪

• WordPress高速化その後の経過報告
• WordPress ME2.2.1からWordPress 2.7.1へ移行
• YouTubeテスト
• サーバー負荷・トラフィックをとことん軽減する
• 時代はパーシャル！
• WordPressプラグイン制圧
• 2年ぶりの高知ぜよ
• まりんちゅシティ：RSS自動取得機能追加！
• 拡散90°レンズを試す
• スパムメール

以下、BBSちゃんぷる（掲示板）へのスパム投稿のログ 3月8日分より。

バカぁぁぁっ！？
わざわざ 403 返してんのに無視して何度も投げてくんなぁぁぁっ！！
って、そんなお行儀の良さがスパムにあるわけないか（爆）
もしかして少しは学習する知恵があるのかと期待した私がバカでした（汗）

近年のスパムもいろいろ手を尽くしてくるようで、最近やたらと携帯を名乗ってきます。
きっと携帯ならくぐり抜けられるケースが多いんでしょうね。
この日も80件近いスパムがきましたが、この内PCのブラウザを名乗ってきたのは僅か1件のみ。

で、相変わらず怪しい国からのアクセスばかりな訳ですが、結局は日本の携帯を名乗ってるので、普通に考えれば国内の業者が海外のプロキシ経由で投げて来てると見て良いでしょうね。もちろん内容も日本語だし。

その労力を少しは人のために使うことも考えてみて欲しいものです。
どうか、人様に迷惑をかけないような生き方を。

こちらのエントリーもどうぞ♪

• スパムメール
• スパム行為に対するアクセス制限解除
• 一部ホストのアクセス規制のお知らせ
• スペクトル測定は露光時間を適切に
• 地味な業務・・・
• ブログのすべての記事一覧機能
• IP Lookup
• お得なKR割引、本日いっぱい
• LedEngin、再び
• VITA-LITE再び

重い腰を上げて、ようやっと税理士さんとこ行って来ました。
と言っても書類の準備は半日もかからないけど（汗）
個人のウェブ屋って、請求書が少ない（単価が大きいから？）し、経費もほとんど無いし、仕入れも無いから、物販に比べて超楽チンですよね。人によるのかな？
僕なんて請求書もレシートも数えるほどしか無いんですけど（汗）
そのくせ、ものぐさな性格ゆえ、こんなチョロい内容を税理士に委託。。。（苦笑）

ところで同じタイミングで、下の妹からも確定申告について相談があった。
妹は昨年の秋頃に仕事を辞めたので、申告をどうしたらいいか？ と言うものだった。
しかも今はこっちに越してきたが、住民票はそのまま。
住民税はどうする？ とかいろいろ判らないことがある。
僕もいつも税理士任せなのでサッパリ。。。

ついでなので税理士さんにこのようなケースについて聞いてみた。
すると、以下のような回答をもらった。

• 年末調整してないので、申告すれば還付がある （だろう）
• 来年度の住民税や健康保険の算出のため、いずれにせよ申告は必要
• 住民票に関係なく、今住んでる地域で申告できる
  （本拠地とは別に、1月1日時点での住所を書く欄があるらしい）

と言うことで、どっちみち確定申告はしないとダメらしい。
どうせ勤め先で引かれてるから申告は不要？ とか適当に考えてたけど、そういえば勤めだと年末調整と言うものがあるんだったな。。。すっかり忘れてた（汗）

こちらのエントリーもどうぞ♪

• 今度はホントの環境保護
• ヤドカリ撮るなら・・・
• 海外通販の一部が到着
• 旧LeDio 9から新LeDio XS071への進化
• ペットボトル小ネタ
• VMワラワラ実験：番外編
• 1×3W LED 700mA向けドライバ
• 風邪2
• ストレス
• volxjapan Grassy LeDio RS122新登場