というのを知り、当サイトの対策にもなるかと思い読み進めたところ、「メモリ使用量が多い場合の対策」とまさに当サイトのために書いていただいたような部分が!
アドホックな対策
- 該当プロセスを終了させる
恒久的な対策
- プログラムを省メモリ化する
- メモリを増設する
- サーバを増やして負荷分散する
orz
プログラムを省メモリ化するなんて、スクリプトに手を入れることができるはずもなければ、何かに乗り換え先の当てもなく。メモリの増設にせよサーバの増強にせよ、さらなる費用負担はなかなか苦しい上に、しょせんはいたちごっこでしょうし・・・。
以下の4エントリにつき、その前にこちらのミスでエントリ番号に空きができてしまっていたので、1つずつ繰り上げました（以下のリンクはすべて変更後のURIになっています）。
「世界歴史地図」にいただいていた一国民さんのコメントはwebmasterが移転させていただきましたが、ご迷惑をおかけいたしました。
＃上記の諸エントリにおいてはコメントをいただくことが少なかったわけですが、災いが転じて福となったなぁ・・・。
先日のエントリにてRSSアグリゲータの使用をお薦めいたしましたが、はてなRSSでは反映が遅いとのご指摘があり、pingの設定‐新規エントリが公開された際、それをアグリゲータに通知する‐をいたしました（ので、今では早めの反映がなされていると思います）。同様に、現在お使いのRSSアグリゲータに関して、反映が遅くて使いづらいといった状況でしたら、このエントリへのコメントにてお知らせいただけますでしょうか。それらについてもping設定をして、使い勝手の改善を図らせていただきます。なお、現在ping設定済なのは、
の2つです。
サーバが重くいろいろとご迷惑をおかけしております。当サイトではAtomでエントリの、RSSでコメントの情報を提供しております（全文。ページ最下部にそれらのURIへのリンクがあります）ので、エントリやコメントが読めればいい（＝コメントを書き込まれたり、trackbackを送られたりはしない）という方であれば、それらをRSSアグリゲータでご購読いただければ、サーバの状況に左右されず安定してお読みいただくことが可能です。もしそのような方がいらっしゃいましたら、一度RSSアグリゲータをお試しいただければと存じます。
と、実は僕、WordPress は触ったことがないので、ここからは Movable Type vs WordPress ではなく、Contents Management System（CMS）における Web ページの静的生成 vs 動的生成という観点でお送りいたします。
「静的生成だとリビルドに時間がかかりすぎる。記事数が増えるにつれ、どんどん時間がかかるようになって来た。このツールは重すぎて使えない。動的生成の CMS に乗り換えたら快適になった。動的生成最高。」なんて声がここ最近良く聞かれます。では、リビルド時間にストレスを感じているユーザーはみな、動的生成の CMS に乗り換えるべきなのかというと、すべてがそうとは言い切れません。なぜなら、動的生成の CMS で、消えたように見えるリビルド作業は、決して消え去ってしまったわけではなく、別の形で別のところに大きな負担となってのしかかかってくるのですから。
静的生成では、Web ページのビルド（構築）の為のコストは運営者側が負担します。これがリビルド作業です。ブログへの訪問者は、既に生成されているファイルにアクセスするだけで、ほとんどコストを負担しない、ストレスを感じずに済むはずです。これに対して動的生成では、Web ページのビルドの為のコストは訪問者が負担することになります。訪問者がブログを訪れる度、DBからデータが読み込まれ、テンプレートが読み込まれ、 Web ページが生成されます。運営者がリビルド作業から開放される代わりに、訪問者がそのコストを負担することになるのです。
静的生成では、Web ページのビルドにかかるコストは生成する Web ページの規模に比例して大きくなります。訪問者、ページビューがどれだけ増えようが、関係ありません。これに対し動的生成では、ビルドにかかるコストは訪問者、ページビューの数に比例して大きくなります。もしもまだ始めて間もなく、エントリー数も少ないブログであったとしても、そこに膨大なアクセスがあれば、膨大なコストを支払わなければならなくなります。一人一人の訪問者が支払うコストは微細でも、それが積もり積もれば大きなコストとなり、そしてそれはサーバーへの高負荷となって現れます。
静的生成では 2時間の我慢で済んでいたものが、動的生成ではそこから開放される代わり、サーバーダウンを引き起こす可能性が確実に上がるのです。ダウンしないまでも、多くのレンタルサーバーでは高負荷時に CGI の動作を制限したりしますので、Web ページ自体が見られなくなったりします。静的生成なら、例え高負荷で CGI に実行が制限されたとしても、Web ページ自体はただのファイルですから閲覧することは可能です。これが先に、「動的生成の CMS に乗り換えるべきなのかというと、すべてがそうとは言い切れません」と書いた理由です。
（略）
なもので、こんなエントリーをいつか書きたいとずっと思っていました。まぁ、例によって何も解決してはいないのですが、タイトルの質問に答えるとすると、そのコストは運営者が払うべき、と個人的には思っています。静的か動的かにかかわらず、サーバーのスペックアップや、大規模な仕組みの導入など諸々含めて。
「静的生成と動的生成、Webページをビルドするコストは誰が支払うべきなのか」（@talk to oneself 26/24付）
幸いにして多くのアクセスをいただき、その一方で動作が重くサーバダウンにも少なくない頻度で見舞われる当サイトは、逆にWordPressからMovableTypeへの移行を検討した方がよいのかもしれません。そもそも、tDiaryを止める際にWordPressではなくMovableTypeを選んでおけばよかったのかも・・・orz。
一般論として言えば、WordPressからMovableTypeへの移行は、専用のプラグインでのエクスポートを使えば簡単にできるはずなのですが、Markdown (Extra)記法でも問題なくできるのかしらん?
タイトル下の”archives by smart archives”のリンクをクリックしていただいても、ご覧のような表示で目次は作成されません。どのようにすればよいか、対処方法をご存知の方がいらっしゃいましたら、お助けいただければ幸いです。
＃plasticdreamsの紹介ページに記載の方法は、PHP Execの導入を含め試してみたのですが・・・。
・・・って、これだけでは意味不明ですねorz。PHP Execなしの場合、単に”archives by smart archives”の文字が表示されるだけです（現在がそれです）。ありの場合、phpcode要素の内容となっているソースが、そのまま表示されていしまいました（6/3追記）。
以下のとおりです。
今般の変更は、
といったものです。
ただ、あわせてTheme Switcherの導入を図ったものの、おそらく皆様がサイドバーの表示をご覧のとおりconfigurationがうまくいかず、今のところ読者側での変更ができません。管理画面で設定しようとしても、theme-switcher.phpを起動するとなぜかhttp://bewaad.com/と同じ画面になってしまうという状況でして、どうやったらうまくいくのかがわからない状況でして・・・。
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
|---|---|---|---|---|---|---|
| « 1月 | ||||||
| 1 | ||||||
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| 16 | 17 | 18 | 19 | 20 | 21 | 22 |
| 23 | 24 | 25 | 26 | 27 | 28 | 29 |
| 30 | ||||||