結局のところ、WP Super Cache Pluginが悪さをしていたようです。なんで突然そのような現象が発生したのかはわかりませんが…利用していたつもりで実は利用していなかった、ということだと思いますが、今になってはもうわかりません。

最終的に、/etc/httpd/conf/httpd.confの中を以下のように修正して問題は解決しました。

<Directory “/var/www/html”>
Options Indexes FollowSymLinks

# For WordPress
#     AllowOverride FileInfo
AllowOverride All

(以下省略)

AllowOverride FileInfoは、たぶん自分でWordpressを導入した時に追加した記述だと思います。要するに、キャッシュを効かせたいディレクトリに対して、WP Super Cacheが利用しようとしていたApacheの機能の利用が許可されていなかったということのようです。

.htaccessを修正して、ExpiresActive関連の記述を削除するというやり方もあるようですが、そうするとキャッシュ効率が落ちそうな気がしたので、私は許可範囲を広げる方で手を打ちました。

Related posts:

1. パーマリンクの変更
2. Sociable Pluginを導入 + はてなボタンを追加

このこともあり、”意識的に”他のWordPressのブログをリンクに含めて記事を投稿してみましたが、相手先の記事にこちらの記事が出ることは全くなく、手動でトラックバックURLを入れた記事のみで確認できるというありさまでした。

どうもおかしい、と思って調べてみたら、衝撃の事実が….

WordPressのフォーラムで、以下の投稿を発見してしまいました。

WordPressのpingがどうやら飛んでないようなんです。
Google Pingで、テスト投稿した記事を確認出来ませんでした。

対策として「Smart Update Pinger」というプラグインを使用したところどうも最新版には対応していないようなので「MaxBlogPress Ping Optimizer」というプラグインを導入しました。
これってニュースレターに登録しないと使えないのかわかりませんが、報告しておきます。

なんと、そもそもPing Backが飛んでいないらしい…
確かに、WordPress本体には、実際にPing Backが飛んでいるかどうかのログなどは残りませんので、これは意外でした。私のように知らない人も少なくないのではないでしょうか？

ということで、さっそく投稿中に紹介されているMaxBlogPress Ping Optimizerを導入…と思いましたが、以下のWebページでの比較記事を参照してUltimate Plugins Smart Update Pingerを入れることにしました。

更新ping送信を防ぐプラグイン(WordPress2.7.1) | とりさんのソフト屋さん:

ちなみに、先の引用にも登場するSmart Update Pingerですが、MaxBlog…のWebページの情報によると、

In WordPress 2.1 there was a dramatic change in pinging codes due to which all the　previous plugins which promised to solve the pinging problem have stopped working.

All these plugins don’t work anymore:

• Smart Update Pinger
• Ping Fix
• WP Cron Future Ping

とのことで、機能しないことがほぼ確定だったので候補から外しました。
ちなみにMaxBlog…のページですが、この手のプラグインの導入の必要性を非常に分かりやすく説明していますので、一読することをお勧めいたします。

なお、先の参考ページで問題として挙げられていたWordPress 2.7.1 + PHP5でのプラグイン有効時の問題については、WordPress 2.8.5では再現しませんでした。

これで幸せなPing Backライフが送れる…はずです。

Related posts:

1. Cent OS 5.6にPHP 5.2.4を導入
2. Sociable Pluginを導入 + はてなボタンを追加
3. poeditでGAの日本語化ファイルを再作成

そこで、Wordpressの機能を利用してパーマリンクの変更を行ったのですが、変更後のURLにアクセスしたら404エラーが出てしまう…

冷静になってこちらのページで確認したところ、どうやらhttpd.confでの設定が不足している模様。”AllowOverride FileInfo”もしくは”AllowOverride All”の設定がないと、パーマリンク変更の肝となるmod_rewriteの動きが書かれた.htaccessを読んでくれない模様。

以下の部分の設定を行ったらうまくいきました。
＃/var/www/html/配下にWordpressが導入されています。

<Directory “/var/www/html”>

#
# Possible values for the Options directive are “None”, “All”,
# or any combination of:
#   Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI MultiViews
#
# Note that “MultiViews” must be named *explicitly* — “Options All”
# doesn’t give it to you.
#
# The Options directive is both complicated and important.  Please see
# http://httpd.apache.org/docs/2.2/mod/core.html#options
# for more information.
#
Options Indexes FollowSymLinks

#
# AllowOverride controls what directives may be placed in .htaccess files.
# It can be “All”, “None”, or any combination of the keywords:
#   Options FileInfo AuthConfig Limit
#
#    AllowOverride None

# For WordPress
AllowOverride FileInfo

#
# Controls who can get stuff from this server.
#
Order allow,deny
Allow from all

</Directory>

実際に変更したのは赤文字の部分です。
実は最初、”Directory /”の部分をいじってうまくいかなかったのは内緒です(^^;

Related posts:

1. ExpiresActive not allowed here