毎日モザイク

White Room Layout Works

2009-08-16T07:34:15+09:00 [Sun]
--> [日常]

頭文字D★39

例の事故の修正版なので、★が入っています。

この★、二度と付けたくないorz。ってみんな思うんですが、何年かに一度はありますよね……。

で、頭文字D。

最初のページが、見返しでも遊び紙でもない両面白紙になってます。

不思議に思って、バックナンバーを見てみると、KCヤンマガは、帳尻合わせを最初のページでもやるみたいですね。頭文字D★39では、最後の一枚も両面白紙です。

最初のページから総扉で始まる巻と、白紙が入る巻があります。

この辺の帳尻合わせは、連載時に最後の一話で合わせてもらうか、作者になんか描いてもらうか(初期の頃はやってた)、バックナンバーと自社広で埋めるとか、後ろで合わせるのが普通な感じですが、割と何でもありなのかな……。

帳尻合わせで白紙が出るのを死んでも避けようとしたり、ペーパーバックでも最初の一枚は何にするか悩むの派の私としては、ちょっとした目から鱗気分です。

でも、発注でやれと言われれば、ハイッ! ですが、丸投げされたらやれないっていうか、全巻後ろ合せで統一しちゃうな……。

2009-08-14T06:25:45+09:00 [Fri]
--> [日常]

白馬童子、レスポール

白馬童子レスポールが逝っちゃいました。

だんだん順番が近づいてくるなぁ……。

2009-08-06T06:27:09+09:00 [Thu]
--> [WordPress]

WP-Click-Tracker

以前指摘した、WP-Click-Trackerのハードコーディング問題ですが、現行バージョンの0.5.1にもまだ残っていました。

グラフをopen flash chartに変更したバージョンから入った/wp-content/plugins/wp-click-track/reporting.php のSQLを組み立てる部分のDB名のprefixがすべてWordpressデフォルトのwp_tracking_clicks,wp_tracking_linksになっていて、prefixをデフォルトから変更すると、グラフが表示されません。

もちろん、apacheのエラーログを見ればすぐに分かるし、prefixをデフォルトから変更する意味はあんましないんで、実害が無いって言えば無いんですが……。

一応、ここは

/* /wp-content/plugins/wp-click-track/reporting.php */
$sql = "some sql ".$wpdb->prefix."tracking_clicks"
$sql = "some sql ".$wpdb->prefix."tracking_links"

とすべきでしょう。

2009-07-31T01:27:38+09:00 [Fri]
--> [WordPress]

だいぶ改善。

昨晩まであっぷあっぷだった会社のサイトですが、やはり、限界をちょっとだけ超えているレベルだったようで、プラグインを減らした効果が出て、今日はちょっと遅い程度で収まっています。

連日繋がらない状態が続いて、アクセスが減ったこともあると思いますが、クエリーが1アクセス毎で3つ減った効果はけっこう大きいみたいです。

ほぼ同じ環境を作ってある、恩賜のDELLタンで試すと、ページ生成時間が0.7秒前後→0.6秒前後と、15%前後速くなりますから、速くなった分だけで処理待ちが発生しなくなっているようです。

一切のサービスが利用不能になる状態は、今のところ解消出来ました。

さて、連鯖スペックアップまで持つか?

持ってくれとも思いいつつ、これでもDOSになるほど、更にアクセスが増えて欲しいとも思ったり。

たくさんサイトを管理してる人は、もっとずっと大変なんだろうなぁ……。

2009-07-30T17:59:48+09:00 [Thu]
--> [WordPress]

wordpress重い……。

ここんちレベルの負荷なら大勢に影響ありませんが、会社のページがアップアップになって参りました。

昼間のアクセスが限界ギリギリくらいらしく、夕方以降にアクセスが増えてくると、完全に限界を超え、DOS状態になってしまいます。

特にいたずらされている様子は無いので、普通のお客様が大勢いらしているってことで、喜ばしいことですが、そろそろ不都合が出るレベルになってきました。

一台のレンタルサーバで全サービスをこなしていて、その機械が、ほぼここんちと同じレベルの機械ですから、さすがに持ちません。

以前は、他のサイトもあって、もっとアクセス数も多かったんですが、そちらはスタティックなページがメインだったので、余裕でこなせていたようです。

性的なHTMLを書き出すタイプのCMSなら、そのレベルを維持できるのでしょうが、更新する人の慣れとかを考えると、今更変えるわけにも……。

wordpress導入時は、DOS状態になったらレンタルサーバのスペックを上げればいいや。どうせ、そんなに急にアクセスを伸ばすなんてムリだしw。とか、気軽に考えていたんですが、こんなに早くその日が来るとは。嬉しくもあり、辛くもありです。

wordpressは結構重く、p_blogタンでは、どんなに頑張ってもうちのLAN内にある機械ごときでは叩き落とせなかったこちらも、wordpressにしてからは、LAN内の機械でも、なんとか叩き落とせます。

一切のカスタマイズなしの素の状態でも落とせるので、プラグインを多少減らした程度では焼け石に水っぽいですが、限界に収まっていれば、レジ待ち理論からして、DOSにはならないわけで、そこら辺の微妙な差が大差になるだろうと考え、削ってみました。

アクセスが増えて、たくさんのお客様に見ていただけるようになったのに、非常に重たくなっているんで心苦しいです。スペックアップは決定しているので、それまでは、ごめんなさい。