The oshiire has been full of love since 1999
以前、”WordPress 2.6.x 高速化する、2つの大原則” で、Wordpress 自身を高速化する方法を載せましたが、Object-Caching の機能が 2.7.x では怪しいことと、根本的な解決策ではないと考えていました。
根本的な解決策としては、”WordPress を高速化する5つの方法” にもあるとおり、「PHPの高速化」を利用することで、Wordpress のバージョンそのものに影響されない速度の改善が見込まれると考えられます。
ただ、debian では独自の世界が広がっていますので、提供されていないパッケージを利用するにはちょっと壁があります。とはいえ、PHP の高速化自体は非常に興味深いものです。
しばらく、サーバ自体の高速化が実施できない間は、こうやってこそくにがんばっていきたいと考えてますよw
WordPress 2.7 にして、Highslide JS + WPJ-HighSlide がうまく動いてくれなくなったので、いろいろと困っていたら、某リーダーが回避策を教えてくれたので、テスト。
Xmas eve に何をしているんだ、オレは。
頭の中は、大掃除で一杯ですが。冬休みの宿題だらけになりそうで、今からげんなりです。
WordPress を使い始めてから、Apache が固まる事象が多くでてるのです。このblogだけ停止する程度ならいいんですけど、他にも使っているユーザーもいるので、とても困るのです。
エラーとしては MaxClients までいってるぜ親分、的なエラーなのでMaxClients をあげるものの、際限なくリソースを使っていくんです。したがって、MaxClientsをあげればあげるほど、サーバ自体のリソースが無くなって、一度は OSまで落とされました。MaxClients=150 程度で落ちるなんてどないやねん。
ちなみに、我が家は Debian etch+PHP5 を選択しているため、困ったことに、Apache2 の mpm-prefork (Multi Process) しか使えないので、MaxClients をあげるとあげた分だけ 10M弱 Memory が取られていってるわけです。せめて、Multi Thread なら、とか考えたこともありましたが、これも我が道と考え、対応策を考えました。
会社や客先のように、周りに人がたくさんいるようなトコでは、集中することをあきらめました。
場所を特定せずに仕事をすることができるので、知り合いとはほとんど会わないオフィスや、休日に出勤したり、早朝の 7:00-9:00 (or 8:00-10:00) に資料を片付けることがほとんどです。
ということで、早朝出勤+夕方退社おすすめ。これだけで効率5倍。
経過観察後の感想です。
Mac OS X(Leopard) で、swap しない(dynamic_pager off) ようにしてみた。
この 1ヶ月、使い倒してみて。ハングする頻度が上がったように感じるのです。いろいろとソフト追加したりしてるので、どれが起因してるのか微妙ですけど、これを設定するまでは、ハングアップする状況に陥ったことは皆無でした。
ちょっと切ないですけど、ひとまず元に戻してみて、ハングしたりしないか、dynamic_pager on 状態で使っていることと比較したりしてみます。
というわけで、とんでもなく宿酔です。
昨日は長女・次女を連れて、従兄弟の結婚披露宴へ。手作り感満載で良い披露宴でした。
は、おいといて。そこら中の酒に手をつけてしまって、帰りは記憶喪失。子供二人連れなのになにやってんだ状態で、ついでに、一つ前の駅から歩かせてたらしく。歩く用の靴じゃないのにムリさせちゃってました。
すると。翌日にやってくるのはまちがいなくの宿酔。20:00 には布団はいって寝ちゃっていたようですが、1:00〜2:00 くらいには気持ち悪くて起きてしまい、トイレから離れられなく。頭はくらくらするし、気持ち悪いし、水飲んでも出しちゃうしで、もうどうにもならず。なんとか、寝られて 8:00 には起きたものの、やっかいな状態に。
“宿酔” の続きを読む
これはよいまとめ。
下手なやる気を出すための本なんかに書いてあることよりも、もっと真実味が、現実味がある内容が多い。
「やる気」を失ったときに回復する方法を具体的に教えてください。
そう、とくに目的もなく PCの前に来ると、気がついたときには、もう何もかもやる気がなくなってるんだよな。もうちょっと、目的意識を持ちながら、そして、休日ももっと外に出よう、ということだな。
そーゆー感じで、いつもがんばろう、という気持ちばかりはあるんだけどな。まぁ、いろいろと参考にさせてもらう。
昨日、なんとなく見ていた「２ちゃん地図」が秀逸だったので乗せておくとともに、最近、我が iMac で気になることがいくつか。
「MAME OS X」のできばえがすばらしいので、魔界村にはまっていたりする昨今ですが。大容量な ROMを搭載しているゲームを実行していると、とんでもない勢いでスワップされる。また、Effect のはげしいスクリーンセーバーをしばらく稼働させた後に復帰すると、ほとんどすべてのアプリケーションがスワップされていて、復帰後 5分ほどもどかしい。はたまた、BitTorrent したまま放置すると、 そっちのキャッシュにくいとられて、他のアプリケーションのほとんどがスワップして復帰後(ry。
などなど、メモリが余っているにもかかわらず、ムダにスワップするケースが多いのです。しかも、スワップファイル作って退避しているので、ページングのように効率よくうまくできている気がしないのです。
そこでこんなもの見つけました。「Mac OS X Leopard – dynamic_pager を骨抜きに」うちは、たいしたアプリ動かしてるわけじゃないですし、2GB 積んでいれば、まぁまちがいなくメモリ不足になるとも思えないので、こちらにあるとおりやってみることに。
“Mac OS X(Leopard) で、swap しない(dynamic_pager off) ようにしてみた。” の続きを読む
WordPress 用の、画像upload plugin “Flexible Upload” ですが。いつも、開くと
Warning: call_user_func_array() [function.call-user-func-array]: First argument is expected to be a valid callback, ‘media_admin_css’ was given in *******/wp-includes/plugin.php on line 311
こんな感じでエラーが出ていて、難儀でした。使えるには使えているんですが、なんかうまく動かないときもあるし、なえてました。
てなときに、「WordPress2.6のFlexible upload 1.13不具合解消」なるものを見つけて歓喜。エラーなくなりまして嬉しいです。
“Flexible Upload : エラー?” の続きを読む
というわけで、なんとなく今使ってる壁紙ですけど。それはおいといて。
Wordpress へ移行したものの、古いコンテンツへの直接リンクに対してどのように対処すべきか、と考えていたわけです。ひとまずは、VirtualHost へ
“Redirect /log http://blog.oshiire.to/log”
とかしてみましたけど、これってスマートじゃないです。古いコンテンツをそのまま使うだけなので。
おのおのの URI は次の通りです。
SB:/log/eid???.html
WP:/archives/???
では、この ??? さえ同じであれば、簡単に Redirect か Rewrite すれば安心・・・と考えていたんです。
“mod_rewrite すげぇぇぇぇぇえええ(ﾟДﾟ)” の続きを読む
