ねたみまん

photo credit: jurvetson

WordPress の基本的な設定もある程度できてきたので、

アクセス解析、サイト更新通知関係の設定なんかしてみようかと思う。

まずは基本的なところとして　サイトマップ　を作ることと、自動で通知しようと思う。

ここらもプラグインがあるんじゃないかと思い

プラグイン　＝＞　新規追加

で検索してみると。

Google XML Sitemaps 3.2.2

というのが見つかった。
ネットで見てみても、コレが評判がいいみたいなので、早速インストール。

昔のWordPressと違って、
プラグインを検索して、インストールをクリックするだけでインストールできるのでカンタンですね。

早速有効化して設定。

設定　＝＞　 Google XML Sitemaps 3.2.2　をクリックすると
設定画面に入る。

といっても設定することは全く無くて（Yahoo!APIIDの設定が必要だが、これは後回し）

一番上にある
「サイトマップはまだ構築されていません。こちらをクリックしてまず構築してください。」
をクリックするくらい。

Google Sitemap Generator 設定画面 - サイトマップの初期作成

で、しばらくするとエラーが。

sitemap.xml と sitemap.xml.gz が作れないということだ。

Google Sitemap Generator - sitemap.xml がないもしくは書き込み許可がない場合はこのようなのエラーがでる

ローカルのWindowsのWordPress用のフォルダで

新規作成　＝＞　テキストドキュメント　で　sitemap.xml と sitemap.xml.gz という空のテキストファイルを作って、
FFFTPにてサーバにアップ
ファイルの属性を書き込み可能（うちのサーバでは606）に設定してから
もう一度「手動で更新する」をクリックすると無事作成されました。

ASKへの更新通知でエラーが出ているけど、とりあえずはコレでOKということに。

実にカンタン。

Google Sitemap Generator 手動更新成功時

追記：
ASK.COM への通知は問題なく出来るようになりました。
単にASK.COMのサーバの調子が良くなかったみたい。

WordPress がなんかもっさりしているので、高速化にチャレンジしてみた。

高速化にはいくつか方法があるようである。

• PHP自体を高速化する
• WordPress のキャッシュプラグインを利用する
• MySQL のクエリキャッシュを利用する
• テンプレートを高速化する

この中で、カンタンに出来るものから試していきたい。（難しいと、高速化する前に挫折しそうだから）

というわけで、一番カンタンそうな WordPress のプラグインを試してみた。

キャッシュというのは、一度作ったページを覚えておいて、2回目からはページをプログラムで生成するのではなく、既に作られているページを利用する・・・という。
つまり毎回データベースに記事の情報を取りに行ったり、取り出した記事情報を元に、ページを生成するなんてことをしなくてすむので、コンピュータにかかる負担はかなり減る・・・というわけだ。

大体の仕組みが分かったところで、どんなキャッシュプラグインがあるのかなぁ・・・とネットをあさってみる。

wp super chache
wp chache

など、色々とあるようで・・・

まずは、トリさんのソフト屋さん の自己流WordPress高速化で紹介されていた WP Super Cache を入れてみた。

が・・・

WP2.9に対応してなかったみたい。
インストールはされたのだが、うまく動かなかった。

ということで、こんどは sunagae.net WordPressの高速化を試してみる　という記事で紹介されている wp-cache を利用。

インストール方法は、

1. 管理画面からプラグインをクリック。
2. 新規登録をクリックして検索窓で wp-cache と入力して検索。
3. 検索結果に出てきたwp-cache のインストールボタンを押してインストール。
4. インストール後にプラグインを使用するをクリック。

で終わり。

実にカンタンに導入できました。

さて、どうなんだろう。

ちょっとは速くなったかな？
もっさり感はかなりなくなった感じです。

MySQL のクエリーキャッシュもカンタンそうなので、後日試してみようと思う。

WordPress 2.8からWordPress2.9への自動アップグレードがうまくいかなくて悩んでいた。

どう上手くいかないのかと言うと

・自動アップグレードのボタンを押すと

ダウンロード中です。

と表示が出たまま止まる。

エラーも出ない状態で、いったい何が起こっているのかわからなかった訳だ。

で、ネット上の情報を探しまくったんだけど、解決策が見つからない。
（他のアップグレードができない例では、エラーが表示されているか、mem_chached を使った場合のみ。問題のサーバではmem_chachedは使用していなかった）
色々と悩んでいたけれども、冷静になってみると、実に簡単に解決した。

何をやったのか

・error log をちゃんと見た。

[Thu Jan 14 17:00:27 2010] [error] [client xxx.xxx.xxx.xxx] PHP Fatal error:  Allowed memory si

ze of 33554432 bytes exhausted (tried to allocate 2804818 bytes) in 以下省略……

とエラーが出ていた。

要するに、PHPがメモリーを使い切っているというエラーらしい。

対処するにはphp.ini の memory_limit を大きくしてやると良いとのことだ。

ということで、早速php.ini の　memory_limit がどうなっているのか見てみた。

memory_limit = 32M    ;

ということなので、量を増やしてみる。（適当に３２Mから４８Mにしてみた。これが適当なのかは今のところ分からない）

memory_limit = 48M ;

PHP についてはほとんど分かっていないので、この後どうやって反映させるのかわからないけど、Apache を再起動すればPHPの設定を読みなおすんじゃないかと思い、Apacheを再起動してみた。

sudo /sbin/service/httpd restart

これで、WordPressの管理画面から自動アップグレードをしてみたところ、実に簡単に自動アップグレードが完了した。

ちょっと拍子抜けた。

PHPもちゃんと勉強しよう。

WordPressのバックアップですが、WordPressのサイトでの説明がわかりにくい。

知りたいのは

1. どのファイルをバックアップすれば良いのか。
2. データベースのバックアップの手順。

だけなので、バックアップ自体が何をしているのかは、バックアップが出来るようになってから理解しても遅くはないとおもう。

簡単に説明しているサイトを探してみた。

http://coliss.com/articles/blog/wordpress/howto-backup-wordpress-data-for-change-server.html

がわかりやすいかも。

とりあえずやってみる。

WordPress２．８からの自動アップグレードが上手くいかない。

なにか設定で足りないところがあるのかなぁ？

zip版をダウンロードしているみたいだけど、解答ができないのかもしれない。

どうすれば、tar.gz版を自動ダウンロードするんでしょうか？

はじめにインストールする時にtar.gz版にしておかないといけないのだろうか。