neko-neko

notepad さん、ありがとうございます
こちらにも昨日ロリポップよりサーバー側での対応が完了したとのメールが来ましたので、再度 3.0 にアップグレードして試してみた所、問題は解消されていました。

最初は、 WordPress 3.0 の問題かと思いましたがロリポップのサーバー設定の問題だったようで、一応解決されたので一件落着でしょうか。

自己解決しました
トピックをたててしまい申し訳ありません。

最初の書き込みの後、コメントで処理が終わらないのが二重投稿をしてしまった記事だけであると気付き、 DB 上でその記事と他の記事の分を比較していたら二重投稿の分だけ post_parent の値が違っていました。
それを、他の投稿と同じ値にするとコメントの投稿後、画面遷移が出来ました。

post_parent は、どのような意味を持つ値なのでしょうか？
それと、 WP は二重投稿してしまった場合のエラー対策や DB のエラーチェックをもう少ししっかりすべきではないかなと思った次第です。

お騒がせしました・・・
wp_rewrite を flush する設定にした時、 register_taxonomy の第一引数が日本語になっていました。
これを、英字に変えると見事 OK となりました。

• register_taxonomy でタクソノミーを登録する
• 第一引数は英数字でなければならない
• wp_rewrite を register_activation_hook の時に flush する

以上がポイントでした。
これから、日本語圏でもタクソノミーを使われる方が増えるでしょうし、私の失敗が役に立てばいいかなと思い、終わらせていただきます。

米フォーラムを検索していて以下のようなトピックを見つけました
WordPress › Support » Custom term page resolving to 404.php template
どうやら、カスタムタクソノミーで404ページが表示されるなど、同じ症状のようでチケットが出されているようです。
#9269 (Proper handling of custom taxonomy in query) – WordPress Trac

これは、現在の beta には含まれていないのでしょうか？
今後改善されることを期待したいです。

Nao さん、ありがとうございます。
アドバイスから問題の切り分けが出来、解決に至りました！

まず、 advanced-cache.php を削除しましたが変わらず。
その後、ローカルでオンラインで使用しているテーマを使ってみると、これは正常に動作しました。
そこで、テーマには問題がないと思い、バッティングしそうなプラグインがないか探してみると
Gzippy という gzip 圧縮するプラグインが WP Super Cache とバッティングしていたようでした。これを無効にすれば見事に動きました。

Nao さん本当にありがとうございましたm(_ _)m

解決しました〜

私はすっかり wp_comments テーブルばかり見ていたのですが
問題は

• wp_
• wp_blc_linkdata
• wp_blc_postdata

という、テーブルおよびフィールドの照合順序が latin1_general_ci になっていたためでした。
何のテーブルなのか分からないのですが、とにかく解決です。

最後に、もしご存知の方がいらっしゃれば教えて欲しいのですが
文字化けしてしまったコメントを復号することは出来るのでしょうか？

この場合、 latin1_general_ci と utf8_general_ci を変換出来るような SQL があれば良さそうな気がするのですが、その辺りを知らないので　教えていただけると幸いです。