みなさん、あれこれあれこれと対策を挙げてらしたのですが、残念なことにワタシの環境ではうまいこと解決しませんでした。

…が、ついに解決！ 解決方法はこちら。

「同一サイト内の、すべての.htaccessにおいてmbstring.func_overloadの設定をしない（より正確に言えば、php.iniを含むすべての個所でmbstringがらみの設定をしない）」

御存じの通り、.htaccessはディレクトリごとにapacheの設定を制御できるので、ちょっと入り組んだ構造のwebサイトを構築している場合は欠かせない存在なのですが、なぜかmbstringがらみの設定に限っては、「漏れ」てしまうんですね。で、他のところでエラーを引き起こし、結果的にサイト全体にめちゃめちゃ負荷がかかる、と。

func_overloadはあんまり好きではないので、普段は使っておらず、この指摘に気づいた時もしばらくは、「えーそんな設定してないしー」とサイト全体を確認していなかったのですが、よーく考えたら、egroupwareが.htaccessにこの設定を書いていた、ということを思い出し、コメントアウト。再起動。apacheが……重くならない！　MaxRequestsPerChildを通常値に戻しても大丈夫。やったー！　ここ数か月悩みつづけていた問題がついに決着！

というわけで、もし同様のお悩みを抱えている方はぜひおためしを。いやー長かった。multibyte系の話題のせいもあって、あんまり情報がないんで苦労したんですよねー。（しかし2004年からのバグなのか。。それに、cvs版でフィクス、って言われてもなあ。。）

ところで。

Bug #27421 mbstring.func_overload set in .htaccess becomes global

決め手となったのはこの記事なんですが。。。
アレ？　上述の記事内の引用記事からすでにリンクされていた？（汗）……まあ……いいか！

最近、もろもろの事情からphp5.2.6を導入後、webサーバの挙動が極端に遅くなることがあることに気づいた。ちょっと負荷が、といった程度ではなく、えんえんと高負荷状態が続き、そうなると大抵のサーバはメールサーバも兼ねているので、そっちが遅延しだす。ヘタするとnamedがコッソリ落ちたりする。ワームが喰いついた形跡もないし、サーバを再起動すると何事もなかったように復帰。

で、いろいろと原因を探ったところ、httpd/error_logにこんな記録が。

[Sun Nov 16 11:47:54 2008] [error] [client xxx.xxx.222.55] PHP Warning: unpack() [function.unpack]: Type V: not enough input, need 4, have 0 in /xxxxxxxxx/wp-includes/gettext.php on line 91
[Sun Nov 16 11:47:54 2008] [error] [client xxx.xxx.222.55] PHP Warning: unpack() [function.unpack]: Type V: not enough input, need 4, have 0 in /xxxxxxxxx/wp-includes/gettext.php on line 91
[Sun Nov 16 11:48:29 2008] [error] [client xxx.xxx.222.55] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /xxxxxxxxx/wp-includes/streams.php on line 92


うーん、わけわからん。とにかく、gettextまわりがよろしくない、ということで、いろいろ調査。

WordPress › Support » PHP Warning: unpack() [<a href='function.unpack'>function.unpack</a>]: Type V: n

ま、そのものずばりの話ではあるんだけど、結局「WPLANGを空っぽにするとイイよ」という投げ遣りな回答。いや、まあ、それはそうなんだが。。。(ちなみに、コレをやると、一見管理画面の国際化がなされなくなる「だけ」に見えますが、gettextが絡むタイトル表示部分とかの、「外見」部分が若干おかしくなるのでオススメしません)

A PHP mbstring bug? | Jure Merhar

こういう話も。たぶん、コレが正解に近いと思うし、wordpressのgettextクラス(特に2.6xのやつ)はこれでもか、と修正コードが並んでいるんですが、ソレにしても解決せず。とにかく、なんか起きてしまったhttpdのプロセスがめちゃくちゃリソースを喰うので、それらが切り捨てられる(タイムアウトする)までは問題は解決しない模様。

今のところウチでの解消方法は、httpd.confで、

MaxRequestsPerChild 16
※デフォは4000。プロセスの「再起動までの寿命回数」を決めるので、(メモリリークするプログラムを抱えていない、健全なサーバであれば)大きな値を指定するのが推奨。

と超短命にして、「プロセスごとにこまかくapacheを再起動」というコスい戦術。

Firefox2.xだと、管理画面上にエラーが現れて更新自体うまくできなくなったりと、とにかくスッキリしないこの現象、どなたか情報プリーズ。

[2009-01-17追記]解決しました。

……すげー化ける。

まあ、洋モノだからしょーがないかなー、などと思い、一応プラグインのファイル群を眺めていると、どうもutf-8出力だから、ということみたい。正しくはutf-8出力されたものをフィルタするのがエレガントなのでしょうが、いきなりxajax.inc.phpの442行目あたりを

header("Content-type: text/xml; charset=EUC-JP");

などとしてもなんとかなります。

てな感じで遅まきながらAjaxデビウ。（コナミっ子としてはAjaxというとVRAM回転機能を活かした空母への急降下突撃面が印象的だったA-JAXを思い出すワケですが、そんなことはどうでもいいですね）

[2005-12-09追記]
# ここに書いとけばいいかな
giraffe_timeのデフォ出力が「曜日 日付, 年」となっておるのですが、この曜日が日本語で出力されていて、時々化ける。なんでかな、と思ったらどうもテンプレの文字コードに影響されている模様。index.phpなりarchive.phpをnkf通してやると解消。なんだかなあ。

……というわけで、最近寝ても覚めてもEthnaおっかけ（0.2.0とドキュメント、待ってますよー）な漏れが来ましたよー。

（数十時間経過）

で、できねえ。orz
動的なシステムふたつの融合がどうしても出来ねえ。

で、結局テーマを二つつくって、「ヘッダまわりとヘッダ部分」「Ethna本体」「サイドバーおよびフッタ」というサンドイッチ構成を取る事に。そのために、実際に使っているテーマ（と併存して）とは別にテーマを二つコールしないといけないので、preview_themeプラグインをちょいと書き換えたものをかませつつなんとか稼働するように。うーん、あんまり美しくないような気もするが、まあこれ以上安直なつくりもないのでまあよしとしましょう。

つーことでEthnaによるお問い合わせフォームを組み込みました。二重ポストとか、あんまり考えてないような気もするが、ま、いいか。

何をやったかだけメモっておこうっと。

DBをバックアップ→元のファイルを全部削除（wp-config.phpもなんかうまく持っていけなかったので断念。どうせDB名とパスワードきり書いてないんだから問題なし。→途中までインスコすると行き詰まるので、upgrade.phpを実行→完了

いくつかの必須プラグインを入れる。
• SOMYさんとこのspamプラグイン
• recent comments（でもコレはもういらないかな）
• monthchunksも入れた
• テーマのsidebar.phpにadsenseのコードを直書き（アレ、広告が出なくなったような…汗）
• phpexecを入れた。（コレ、スゴイ！コレとGet Custom Field Values組み合わせれば無敵な気がするのだが、気のせいかしら←気のせいでした）
  

  
<phpcode>
<?php
echo "ただいまの日時は: ";
echo date("l dS of F Y h:i:s A");
?>
</phpcode>


  　↓

  echo "ただいまの日時は: ";
  echo date("l dS of F Y h:i:s A");

  ?>

こんなことがやりたい放題。

[2005-08-22追記]
おっ！rssがFirefoxで読めない！なんたるちあ。←preview_themeプラグインの最後の改行を削ったら解決。ひょっとしたらアッチも……。と思って削ってみたが解決せず。というかアッチは余計な改行は特になし。うーむ。

OS Xにたとえると、Jaguar→Pantherに近い完成度ですね。ver1.2xで見せた可能性を、日本語環境においていい感じに熟成させているというか。中の人には敬意を表します。
いまのところ気づいたことをメモ。

●rss関係がキレイさっぱり直っている。文字化けもエラーもなし。パーマネントリンク構造にしても大丈夫。すばらしい！
……と思ったのだけど、よく見たらcommentのrssだけ出力されていた。しかも、パーマネントリンク機能アリのときだけ。外すとどちらも真っ白で表示されない。themeおよび、もう少しコアに近い部分の問題っぽいけど、どうしてこの部分で毎回苦労するのか、正直よく分からない。EUCとUTF-8の、phpにおける混在ってそんなに難解なんでしょうか。。それとも、そもそもそういう問題ですらないのかなあ。
●インスコ時、mbmbstring.func_overloadが効いているとステップ3（DB作成）がうまくいかない。なぜだ。でも今のところ不要なので外して、しのいだ

そろそろ、こちらもアップデートしたいところ。

[2005-05-11追記]
rss関係、クリアになるまでここでメモ。
今のところ、状況がデタラメすぎ。昨日まで表示されていたところが、パースエラーになってたり、エントリが真っ白でコメントだけ表示可能だったのが、逆になってたりと、とにかく法則性がまったく不明。

[2005-05-13追記]
rssのみならず、いろいろカスタマイズしたいので、wpjのサイトはよく参照しているのですが……。WPJ_Codexの荒れっぷり、ひどくないですか？　荒れてる、という言い方はよくないかもしれないけど、まず、

●単純に、コンテンツの整理が悪すぎる。まあでもこれは本家の問題であるのである程度しょうがないですね
●インデックスページが「もっと読む…」のおかげでひどく見にくい。というか、「もっと読む」をクリックすると非常に納得の行かない表示になる。インデックスは日本語なのに中に入ると英語ページのまま、とか、項目が一致してない、とか
●英語ページをある時点でまるごとコピーしてきて、随時翻訳中、ってことだと思うんだけど、中身が入っていない項目が大杉。たとえば、「 ブログのデザインとレイアウト→テンプレートタグ」なんてところはリファレンスとして非常に重要な部分のはずなのに、ほとんどの項目がすっからかん。そして、非常にマズいことに、本家Codexはちゃんと中身が入っているんだな。このスタイルになってから、「なんだ、まだドキュメントは整備中だな」と何度も思って、最近そうでない、ということに気づきましたよ

これは、「手が回っていない」とかそういう問題ではなくて、単にワークフローの組み方がダメなのではないかと。インデックスページを持ってくる→リンクを本家のコンテンツへのリンクに書き換え→翻訳が終わったものから、リンクをローカルに書き換える→合間に、インデックスページが更新されているかどうかチェック（これは難しいと思うけど）……という流れにすればいいのに

Wiki独特の「未整理でもなんでもコンテンツどんどん追加できる」の弊害が出まくっている気がします。「編集ガイドライン」とかいうのがあったのでざっと読んでみましたが、「WPJ_Codex:新規参加者の方、ようこそ！」が空っぽなのを見て、萎えました。ちょっと参加は無理ですわ。もうちょっと整備してください。いくらなんでも、これじゃオープンソースとは言えませんよ。（スンマセンね、言い方キツくて。ちょっと凹みモードなんで、期待と甘えがにじみ出てしまいますな）

フォーラムに書くようなスジの話でもないと思うのでここでコソーリと指摘しておこう。

[2005-10-10追記]
まだ、こんなところもそのまんま。どうなんスかねえ。そんなに技術的に大変なんでしょうか。＜未翻訳部分は本家にリンク
つーことで、WPJへの登録だけいちおうしてみた。でも、書き込みするのにいろいろ読まないといけない（まあそりゃそうなんですが）ようで早くも萎え。いきなり未翻訳部分のリンク先一斉に追記したらヒンシュク買うだろうしなあ。。

[2005-11-15追記]
一昨日あたりから気づいてはいたんですが、どうも「未翻訳部分は本家にリンク」という方針にしていただけているようです。すばらしい。（と外野からいろいろ言うだけ番長）

最近会社blogでも個人blogでも、トラバの通知（まあ、全部スパムなんですが）がくるのにサイトに行くと表示がない、ということが頻発中。もしかしたらトラバ機能自体が壊れたかと思ってテストのトラバをしてみたが、問題なく処理されてます。

うーん、ヤツらは何がしたいのか。コメントスパムにはチェックボックスで対抗できそうだけど、トラバは防ぎようがないしなあ。そして空トラバは意図すらわからんし。どうしたものか。

［2005-02-11追記］
その後、某氏の指摘により単にフィルタにひっかかって「保留」されているトラバにすぎない、ということが判明しました。(恥)
んだよー、通知メールに保留ともなんとも書いてないから混乱したじゃんかよ。。(八つ当たり)

[2005-02-22追記]
やー、wordpress用の対策プラグイン作ってくれてたんですねー。早速カイシャにひとつ。ここにひとつ。

2:30にインスコ。さあ、のきなみ叩き落とすぞー。
3:00。むう、来たな。（メール通知）でも承認待ちコメントにいない。これは成功の悪寒☆

[2005-03-02追記]
念のため、承認待ちおよびひっかかってるスパムコメント／トラバをすべて削除。で、さっき通知メールが来た。承認待ちにもどこにも入らず。ってことは、サイトとしては叩き落とすけど通知メールは来ちゃう、ってことか。……うーん、ま、いいのかな。これで。

ココを見ながらやりましたとさ。

J3コネクタ（ってたぶんJDBC経由するドライバだと思うんですが）、コイツでポチっとつなぐと、このブログもばっちり覗ける。編集もカーソル位置にやや問題があるけど可能。新規作成もちゃんと動く。同様にカーソル位置の問題で少しやりづらいけど。作り込むとしたら、ふーん、フォーム機能か……。すごいっすね、コレ。
まあ、ExcelからODBC経由でもおんなじことできるんだろうけどね。（でも、エクセルでブログを更新している、という話は寡聞にして聞いたことがないねえ、そういう無茶なことする勇者、結構いそうなモンですが。。なんででしょ。）ま、こういうのは「できる」のと「実用になる」のが大分距離があったりするんで、まあそういう問題なんだろうな。

……というわけで、スタイルシートの読み込みをコメントアウトしている部分をIEがバカ丁寧に拾ってくれていたおかげで、なんだかすごいサイトになっていたことにさっき気づきました。一応、直してみました。なんか右カラムの表示が激しく腐っているけど、まあ、とりあえずいいやコレで。（やる気なし）
レッサーパンダとか使ってください。＞窓の方

4160.comのYOさん、ありがとうございました。

# 「すごい！アートみたいですね」と言われた時点で気づけよ＞ヲレ