YNET Weblog

www.yuhisa.com の方のトップページをおよそ3年ぶり？ぐらいに更新。

更新する度にコンテンツが無くなっていくので、コンテンツを簡単にでっち上げられるように WordPress を導入して
スッキリとさせるために初めてオリジナルテンプレートを書いた。

思えば、wiki.yuhisa.com でコンテンツを溜めるとか言ってたんだけど、Wiki 記法が案外厄介だったのと
Wiki にしたことによって、スパムボットに書き換えられたりもあったので、それを戻したりするのも面倒ということや
ちょっと前にサーバーが壊れた事もあって、バックアップが簡単な WordPress がいいなと思った次第。

これに伴い、Sim-Board のアドレスも www2 に変更されていますが、www の方にアクセスがあった場合でも
mod_rewrite で www2 に飛ばしているので、何とかなるはずです。

鼻毛改に移行するぐらいになれば、www と www2 が統合されるのかな？どうかな？

PHP やら WordPress やら色々とアップデートしたから、各所で不具合ありまくリングな予感。
ほったらかしのファイルが サーバー内に溢れてきたからそれも整理したい。

VPS へ引っ越したいと思いつつも回線更新しちゃったし、どうせ VPS 借りようがサーバーは動きっぱなわけで
保存容量の問題もあるし、ずっとこのままかな。

あと、PHP を更新したら short_open_tag とかの問題が結構発生した。
ライブラリ関係で公開しているのは、ちゃんと <?php で書いて欲しいなぁ。
全部直すのは面倒だから short_open_tag = On にしたけど、これって環境依存でしょ。

ついでだから、これを月別表示にして、今までディレクトリをなめていた方式から
キャッシュしたリストファイルを読み込む形にした。あと画像のスクロール読み込みも。
MASSIVE ACTION GAME RESULT

先日の通り、録画サーバーの CPU を Celeron 440 から Q6600 へ換装したのですが
目論んでいた BIOS そのものでの電圧調整という戦法は、当然ながらサーバー向けの BIOS に載っているはずもなく
この手のソフトとしては有名な「CrystalCPUID」を使うことにしました。

機能としては、EIST (Enhanced Intel SpeedStep) を使うようなので、がんがんいこうぜの精神で
CPU 倍率 を 266MHz x9 から x6 に、Vcore を 1.288V から 1.163V の最低値に設定してみました。
OC 率で言うと-33% となるので、あくまで一つの指標に過ぎませんが
TDP (95W) × (67%) = 63.65W ぐらいに CPU のピークが落ち着いてくれることを願っています。

以前はカクカクしていた UltraVNC の表示が、EIST 使用時でも滑らかになり
Q6600 そのもののパフォーマンスは確実に発揮してくれているようです。
CPU 温度も Express5800/S70 タイプFL 付属の CPU クーラーで 室温 +10 ℃に安定しています。

ちなみにこのサーバーの搭載メモリ量も無駄に 8GB となりました。

orz メニューのアクセスが多いので、Apache の設定をこまめに変えてます。

18:57　4700 Access/h
20:54　8990 Access/h
21:59　6420 Access/h ようやく落ち着いてきた。
22:58　6710 Access/h
23:58　6390 Access/h

問い合わせページを新設しましたので、そちらのコメント欄を利用してください。

メールアドレスは必須となっていますが、直接メールでのやりとりは行いませんので、あらかじめご了承ください。

尚、コメントは、投稿者と管理者のみ、閲覧することが可能な設定となっているため、
投稿後一般には公開されません。

また、コメントは作業終了後削除します。

以下の URL は削除しました。

http://blog.yuhisa.com/news/dat/1149078453.dat

http://blog.yuhisa.com/news/dat/1149165160.dat

ひっそりと、新サーバーへ移行完了していたりします。

スペックは安鯖でお馴染みだった、標準の Express5800/110Ge に
Seagate の ST31000528 をソフトウェアRAID1構成で入れて、
メモリは NonECC な CFD の W2U800CQ-1GLZJ (2GB) が入ってます。

CPU は、 標準構成のままなので、Celeron 430 (1.8GHz) ですが、
120,000 アクセス/day のがっくしメニューを淡々と処理したり、
その10分の1のバックエンドのアクセスも難なく処理できているので十分じゃないでしょうか。

ルーターは、先月下旬から BUFFALO の WRZ-HP-G54 (2048セッション) に代わり
NTT-ME の MN8300 (4096セッション) がサーバー用として動いてます。
ちなみに、 YAMAHA の X10 も 4096 セッションだったり。

以前は、 MN8300 をサーバー用に使うと応答なしになったりすることが多かったのですが、
今のところ順調に動いてくれているようで、何よりです。

残念だけど、なかなか思ったようには行ってくれなかった。

BBX も、BBQ も、すぱむちゃんぷるーも駄目となると…。
ちょっと考えよう。

MERGE テーブルの中で、いくつものMyISAMフィーチャーを利用する事はできません。

例えば、MERGE テーブル上でFULLTEXT インデックスを作成する事はできません。
もちろん、基礎となるMyISAM テーブル上に FULLTEXT インデックスを作成する事はできますが、
全文検索で MERGE テーブルを検索する事はできません

MySQL :: MySQL 5.1 リファレンスマニュアル :: 13.6 MERGE ストレージエンジン

http://dev.mysql.com/doc/refman/5.1/ja/merge-storage-engine.html

そでしたか。

気分が乗ってないけど、メールサーバーを立てました。

回線を乗り換えたときから OP25B を気にしなくて良くなってたんで、
リレー設定とかが簡単で済みました。

So-net で立てているときは、 Postfix の設定ファイルに

みたいな一行が必要です。