掲示板の予定していた機能はほぼ実装完了しました。
記事の編集、削除もできるようになりましたのでお気軽にどうぞ。

あとは管理者モードを追加すれば完璧かな？

まだ記事編集機能とかは未完成ですが、とりあえず書き込みと閲覧は出来ます。
一応、完全に1からプログラミングして作成したPHP掲示板です。

でも、なんだかFirefoxで誤動作するっぽいんですけど、どうしたもんだか。
Sessionまわりが不安定なのかな？

追記
おかしくなる原因が判明。
Firefoxで書き込みを行う場合、パスワードを保存とやると何故かタイトルも保存されて次回に引き継がれる。何でやねん・・・。

サイト再構築作業も佳境に入り、最後に残った最難関の掲示板の制作に入ったわけですが、どのようなタイプの掲示板にすればよいか悩んでいます。

まず第一に考えたのが、そもそもBlog側で私の近況に対するコメントは書ける仕組みになっているので、掲示板を設置する意味はあるのだろうかという事。これまでの掲示板とBlogの記事コメントの使われ方を考えると、Blog側はあくまで近況や私のつい最近の考え方などに対するコメントが書かれ、掲示板側には曲の感想や久しぶりの来訪者の挨拶などが書かれることが多いようです。

ということを考えると、やはり掲示板の需要はまだまだ少なからず存在している事が考えられます。次に問題になるのは、その掲示板の機能について。

最近のフリーCGI掲示板やレンタル掲示板では、画像投稿機能付きやらレス機能付きといった豊富な機能を備えた掲示板が一般的となっています。私も最近ではずっと何も考えずにレス式の掲示板を利用してきました。しかし、このレス機能というのは本当に必要なんでしょうか。

どちらかというと掲示板は来訪者から管理人へのメッセージという使われ方が多く、レスを書く人は自ずと管理人に限定されるという状態になってきています。さらにその書き込みに対して来訪者がレスを付ける事がありますが、結局のところ使用しているのは当事者2人だけというのが実態です。

というわけで、現在の方針ではレス無し版の掲示板を設置するという方向で制作を進めています。やはりレス無し掲示板で1記事ごとに進んでいく方が古き良き時代（？）を彷彿させるという点で味があると思いますしね。

掲示板というとログの排他処理などが非常にシビアになってきますが、ここはSQLiteのトランザクションの排他能力に期待・・・っていうのは甘い考えですかね。

音楽コーナーの予定していた機能を全て実装完了しました。
お暇な方は、適当にいじくり回して試してみてください。

さすがに疲れた・・。

音楽コーナーに、音楽データのソート機能を追加しました。
テーブルのヘッダーをクリックすると並び順を変更できます。

ところで、ローカルの試験環境であるFreeBSDの方でSessionが動かないという問題が発生していてドン詰まり状態です。PHPプログラムの冒頭でsession_start()のメソッドを呼ぶと、DNSエラー画面が表示される状況です。もちろん、そのsession_start()メソッドを除去すれば、普通にブラウザ上に表示できます。さらに、そのURLを直接アドレス欄でEnter実行すると表示されるという・・・。

一体どういうこと？
php.iniの設定がどこかおかしいんだろうなとは思うのですが意味不明。

追記
原因は全くわからないけど、解決した模様。
php.iniを入れ替えたり、Apacheを再起動したり、OSを再起動したり・・・etc

また起きたときに解決できる自信がないな。

今回の改修作業を行うにあたり、最近流行りのAjaxを利用できないか調査してみました。

Ajaxは、JavaScriptでサーバーとの通信を行うという性格上、マウスカーソルが当たった時のプレビューや入力チェック等に大きな力を発揮します。今回使えるかどうかを検討したのは、音楽ファイルのダウンロード部分です。

というわけで、まだ一部の機能は未完成ですが音楽コーナーを復活させました。
上のメニューの音楽作品という所から入れます。

使い方についてですが、聞きたい音楽のファイルタイプ（MIDIかMP3）を上のメニューから選んでもらって、リストの中で背景が青くなる音楽データをクリックするだけです。背景が青くならない音楽データは、対応するファイルタイプのデータが存在していません。

今後拡張する機能としては、曲名やカテゴリでのソートや、絞り込みの検索機能を考えています。検索機能は実装予定ということでフォームだけ出してあるけど、実装していないので無効化しています。

ああ、これで3連休の2日が終わってしまった・・・。

データベースとダウンロードロジックの設計は完了したのでDB操作コードをせこせこ書いているのですが、ここにきて更新系SQLが動かないという致命的問題が発生。

現在うちのサーバーはPHP4＋SQLite3という環境となっているわけですが、どうにもこの環境に対応する資料が少なすぎて調査が進みません。仕方ないのでWeb系エンジニア仲間（？）のS氏に依頼して調査をしてもらっているのですが、果たしてどうなることやら・・・。

それにしても、１日中この調査に掛かりきりになってしまうとは。

追記
いきなり解決してしまった・・・。さすがS氏ことSt.Lute氏。拍手！！
どうやらDBを置くディレクトリのパーミッションを777にする必要があった模様。

体が非常にだるい・・・。
風邪の前兆かもしれないのでさっさと寝よう。

音楽ページは、iT○nesみたいな感じになりつつあります。
UIで優れた作品を作ろう考えると、どうしてもApple寄りになってしまうようです。

あと、DBは一応正規化だけはしておくことにしました。
今後拡張していくことになった場合、やはりネックになると思ったので。

うーん、テーブル設計が面倒くさいぞ。

現在、音楽ページ制作中。

■ 仕様
1. SQLiteデータベースを利用
　（→ 簡単だから）
2. 音楽作品テーブルは正規化を行わず1テーブルで行く
　（→ 正規化を行って他の情報と連携させるメリットがない）
3. 表示項目は、ゲームタイトル名、曲名、更新日時、DL数
　（→ どうせならDL回数を計測してみたい）
4. 他にphpSQLiteAdminとUploadプログラムを設置
　（→ FTPを使わない更新システムを作ってみたい）
5. 他サイトからの直リンクを防ぐ
　（→ やってみたかっただけ。既にINFO等のページに実装中）

残りはDBにデータを流し込む作業が残っているのと、PHP部のプログラミングが丸々残っているのでそちらを頑張らないと・・。作る事自体は難しくないのだけど、さすがに1人でやると非常に時間がかかります。どっかの暇人に仕様書を渡して、ダウンロード機能をコーディングしてもらえれば楽なんだけど。

週末を使って必死に改装作業をしています。

とりあえず、インフォメーションとリンクのページは出来ました。
音楽と掲示板は1からプログラム作成になるため時間が掛かります。暫くお待ちを。

リンクページは結構動きが面白いかもしれません（？）

現在、INFOとMUSICとLINKのコーナーを再制作中です。

せっかくなので全てのページをPHP化することを考えておりまして、最初はベタなHTML吐き出ししかやらない予定ですが、ゆくゆくはSQLiteと連携させて動的なコンテンツを作っていこうと思っています。

PHPをローカル環境で試す場合、やはり便利なのはAnHTTPd・・・と言いたいところなのですが、意外なことにかなり苦戦してしまいました。最初はPHPをインストーラで適当に入れてみたのですが、どうやらAnHTTPdから呼び出すphp-cgi.exeがインストールされていなくてテンテコマイ。（インストールオプションが抜けていただけっぽいですが）

んで、次はPHPのソースコードを実行しようとすると何とダウンロードになってしまうという問題が。こちらはAnHTTPd側のファイルタイプ登録をしておく必要があったというオチでしたが、適当にググって出てきたページには書いていなかったために30分ほど迷走してしまいました。

最後の問題としては、XHTMLなので1行目にXML宣言を書いていた事が原因でエラーになるという症状でした。こちらは1行目をそのまま消去すればコードが実行できるようになったので問題ないのですが、XHTMLを書くときはXML宣言をしてから書くのが流儀だと思っていたので何となく違和感が。

結局のところ、慣れているFreeBSDで環境を構築した方が圧倒的に速かったわけですが、たまにはWindows環境でWebサーバー環境を立ててみるのも面白いかもしれません。現に、今我が家ではWindowsサーバーで1つサイトを運営していますが、特にセキュリティ面での問題もなく平和な物です。ただ、サーバー機のスペックが低いせいかレスポンスは驚異的に悪いですが。

最近FireFoxでブラウジングすることが多くなってきたのですが、うちのサイトを見ると完全にデザインが崩壊しきっていて見られたものじゃない。

いい加減にデザインを作り替えないといかんなぁと思うのですが、いざ作り替えようとすると途方もない時間が掛かるために断念中です。とりあえずBBSは閉鎖にして、音楽作品のコーナーだけPerlで作り直せば良いかと目論んでいますが・・・。

我が家のネット回線事情について。

ご存じの方は多いかと思いますが、我が家のネット回線は驚異的に遅いのです。
どのぐらい遅いかというと、このぐらい（↓）

（契約回線 ： 100MBps / 光ファイバー）

こりゃもう詐欺で訴えてもいいんじゃないかと思うレベルなのですが、残念ながら「ベストエフォート」というサービスらしいので回線速度の低下は保証対象外だそうです。

ちなみにこの「ベストエフォート」と呼ばれるサービスはどのようなものかというと、ある程度の太さの回線を用意しているけど複数人で共用しているので皆が同時に使った場合は最大速度は出ませんよ、というものです。言葉の意味としては、「ベスト（最大限の）エフォート（努力）」という事らしいのですが、結局のところ単なる逃げ口上にしかなっていないのが実状です。

現在のネット回線利用料は3500円/月ぐらいなのですが、これってどう考えても無駄以外の何物でもないですよね。しかしプロバイダを変えようにも、我が家は回線がほぼ固定化されているマンションなので契約できるプロバイダは2種類しかありません。1つは安い今の会社と、もう1つは月額6000円ぐらい取られて映画配信などの契約も無理矢理やらされるKDDIのサービス。

・・・もうだめだー。

FireFoxあたりの新しめのブラウザでここのサイトを表示すると、笑えるぐらいデザインが崩れてしまってどうしようもないようです。CSSを見てみると、フォントサイズをpxではなくptで指定しているようで、ブラウザによって文字サイズががらりと変わってしまうのが原因みたい。

とりあえずフォントサイズを全て書き換えて、HTMLもちゃんとXHTML準拠に直して・・・などと考えてはいるのですが、そうなるとほとんど1から作り直した方がよさそうという結論に至ってしまうのですよね。むしろこのMovableTypeもそろそろ終了にして、全てPerlで書き直してみようかな・・・などと目論んでいます。

いまこっそり作って運営しているサイトでは全てのページをCGI化することに成功したので、その方式を使って色々やってみたいと思います。問題は時間ができるかどうかですが・・・。

MySQL動作実験で引っかかった箇所をメモ。

なんとなく検索エンジンのプログラムでも作ってみようかと企んでおります。

さて、言語は何を使えばいいんでしょうか？
まずはそこからスタートです・・。

一応扱える言語はC系、VB、Perlあたりですが、Web系となるとやはりPerlかな？

昨日購入した鯖PCですが、取りあえず遊べるように色々とツールをインストール中。

・Apache2
・PHP4
・Perl5
・MySQL5

とりあえずこの辺を入れてみました。

Apache2って高機能ではあるけれども、どうにも使いにくい所が難点です。未だに設定ファイルもテキスト形式だし、いい加減にGUIで設定できるようにしてくれないもんですかねぇ。PHPにしてもMySQLにしても似たような状況で、簡単であるとはいえどうにも創作意欲が湧いてきません。

オープンソース系のプログラムって、結局使う人もプログラマーなのでユーザーインターフェースは最低限のものがあればいいという考え方で作られているので好きになれません。どんなソフトであっても、結局はユーザーインターフェースが優れていなければ高い評価は受けられないと思うのです。

その点、機能は平凡ながらGUIを充実させようと頑張っているMicrosoftの姿勢はUNIX勢も見習うべきだと思います。とはいえ、そのほとんどが空回りしているのも事実ですが。

先日、偶然にもキューブPCを入手したので自宅サーバーとして稼働させることにしました。

驚異のサーバースペック
・CPU Celeron1.7GHz
・RAM 256MB
・HDD 40GB
・LAN 100BASE-TX
・OS WindowsXP

本来であればもう少し高級なCPUと大容量メモリを搭載したかったところなのですが、生憎先月と今月は物いりだったので出費は限界まで抑えようということでこうなりました。ちなみにCPUは480円、メモリは500円、HDDは1000円でした。安ッ！

用途はWebサーバーですので、まずApacheをインストール・・・してみたのですが、どういうわけかサービスを開始することが出来ず導入は断念することに。ver2.0.59って何だか癖が多いような気がするので、ver1系のApacheのほうがいいのかな？　取りあえず現状はAnHTTPdを使用し、これをサービス化することでWebサーバーを稼働させています。そのほかにはMySQLとPHP4をインストールして本日の作業は終了。

話は変わりまして、今日は久しぶりに大きめのデパートへ繰り出して通勤用の新しいビジネスバッグを買ってきました。今使っているカバンが徐々に痛んできて所々ほつれだしているので、この際買い換えてみるか～と思いまして購入に至りました。色々なメーカーのカバンを見て回ったのですが、結局シンプルで余計な部品はあまり多くなく、それでいてワンポイントの装飾があるという某B製のカバンに落ち着きました。これで傘とカバンが同じブランドになったのですが、この際いろいろと同じブランドで集めてみましょうかね？

・・・出費額がとんでもないことになりそうですが。

実はこのBlogは外部からの様々なアクセスをログに残しているのですが、最近Blogの検索機能に対して意味のない文字列をやたらと検索するアクセスが多いことに気が付きました。一部を抜粋するとこのような感じです。

2008.01.04 00:04:56 66.249.67.49 Search: query for 'みたい' 
2008.01.04 00:05:42 66.249.67.49 Search: query for 'つの' 
2008.01.04 00:08:21 66.249.67.49 Search: query for 'hookup' 
2008.01.04 00:08:51 66.249.67.49 Search: query for 'なると' 
2008.01.04 00:09:23 66.249.67.49 Search: query for 'できあがる' 
2008.01.04 00:10:24 66.249.67.49 Search: query for 'がち' 

これは66.249.67.49というIPアドレスから1分おきぐらいにやってくるアクセスなのですが、このIPアドレスを逆引きしてみるとgooglebot.comというアドレスが取得できました。つまり、検索サイトであるGoogleがweb検索用のインデックスを作成するためにBlogの検索機能を直接叩いて検索を行っているという感じです。

確かに通常のエントリーだけにインデックスを張っていては統一性の取れた記事群をうまく検索に出力できないとは思うのですが、こうして様々なサイトに対して検索コマンドを頻繁に打ち込んでインデックスを生成するというのは非常に気に入らないです。自分の所のサービスを充実させるために機械的に検索先のサーバーに負荷を掛けるとは何事ですか。

MovableType専用ログ自動削除CGI

というわけで、なんとなく作ってみました。
制作時間15分・・。

MovableTypeを使っている人で、スパム撃退ログがすごいことになっていやーんな人はこんな感じのを使って試してみると良いかもしれません。

ここのサーバーの契約を更新しておきました。

これまでは200MBまでの契約だったのですが、この際アップさせてみようかという気になったので500MBまで置けるようにしました。しかし少し気になっているのが、アップしているファイルの総容量が90MBぐらいしかないにも関わらず、サーバー側から示される使用容量が170MBにもなっているということです。オーバーさせてしまって警告が来るのもイヤなので500MBプランへと移行することにしましたが何だか納得がいかないです。

私は今までRSSリーダーとしてBloglineを利用してきたのですが、ここに来て何だか妙なメンテか仕様変更があったのかして登録したサイト一覧が表示できなくなってしまいました。

なにやらJavaScriptエラーが出ているのでサイト側の問題のような気もしますが、とりあえずこれでは使い物にならないので適当に検索して出てきたgooのRSSリーダーを使ってみました。Blogline側から抽出してきたサイトリストのopmlファイルをインポートして移行完了～♪　の予定だったのですが読み込みエラーとな・・・。

仕方なくサイトを1個1個アドレスをコピーして登録し直すという実に不毛な作業をする羽目になりました。それにしても巡回するサイトの多くがBlog化し、ポータルサイトも多くがRSS化してきたので、これからはどのようにRSS管理を行うかによってWeb巡回の効率が左右されてくるのかもしれません。

突発的な思いつきで、PHPの勉強をしてみることにしました。

Perlは長いこと触れてきたのでそこそこ理解しているつもりですが、やはりこれからはPHPかな～と思うのです。PerlでDB操作するのはどうも難しそうなので、最初からインターフェースが用意されているPHPのほうが何かと使いやすそうです。

いつの日か、私の所有しているゲームサントラのリストをDBで表示させてみようかとたくらんでいます。自分の感想だけでなく、所有している人の色々な意見なんかも自由に書き込めるシステムになったら面白そう。

詳しいことはよくわからないけど、いま国会で著作権法を改正する動きがあるそうです。そうなると、同人活動やら我々のような耳コピ、アレンジ作品を作っている人が片っ端からお縄になる時代になるとかならないとか。これはそろそろ店じまいをすべき日がきつつあるということでしょうか。

もしMIDIサイトとしての当サイトをやめたとしたら、次はMySQLを使ったゲームミュージック専門のデータベースサイトでも作ってみようかなと思っています。しかし開発の手間を考えるとMySQL＋PerlよりもSQL Server＋ASP.NETなんですけど、それはそれでサーバーの料金が跳ね上がってしまうので難しいところです。

・・・というわけで、手始めにMySQLの参考書を買ってきたのでちょこちょこいじってみようかと思います。

試しにmixi日記を本家の方で設定していたのですが、目的は完了したと思うのでまたblog側へ戻してみました。気まぐれな性格なものでして・・・。

昨日の問題の調査を少ししてみたのですが、どうやら別途DLLを作成してそちらのインスタンスハンドルを渡さないとダメみたいなのです。そもそもDLLって何じゃらほい状態なのでそこから勉強しないといけないようです。VB.NETで作っているというのに、ネット上に転がっているサンプルを見るとどれもこれもC++じゃありませぬか。ああ面倒くさい・・・。

Web系のお遊びに通じている人にとっては今さら説明するまでもないJavaScriptですが、これってオブジェクト指向言語だったのですね。10年ぐらい何となく付き合ってきて、今日初めてオブジェクト指向言語としてこいつを扱いましたよ・・・。

一般的にオブジェクト指向といえばJava!というイメージがありますが、私はどうもJavaでのオブジェクト指向プログラミングは慣れないというか、VBでのプログラムばかりやっていたので非常にクセのある覚え方をしているのかもしれません。Web系言語でオブジェクト指向を1から学ぶならRubyだという方もいるようですが、ここで敢えてPerlでやってみるというのも面白いかも？

それにしてもアクセスカウンタが死にすぎるんですが。
自作のロック機能が強力なCGIを使えばいいのですが、MovableTypeに埋め込むとなると話は別ですからねぇ。

今使っているCGIはコードが解読不能なのよ・・

まもなくWindowsVistaが出てくるわけですが、その発売を前に先日Internet Explorer 7.0が公開されました。

既に導入してみたという人も多いかとは思いますが、現在私が仕事の上で一番エラい目に遭わされているのがこのIE7.0に関する案件だったりします。今はウェブアプリを作るチームに居るのですが、IE6.0で動いた製品がIE7.0ではフリーズするという問題に出くわしているのです。そのほかにも、日本語の文字化け問題がひどく、ビジネス文書をウェブシステムで管理している会社はIE7.0を入れる事が出来ないぐらいの規模です。

ベータ版、RC1版、正式版と、段階を踏んでアップグレードされていっているはずなのに、ベータ版で確認されていた問題がほとんど修正されずに正式版として出されているという現状。傑作なのが日本語ファイルの文字化け問題で、たとえば「予算表.doc」のようなドキュメントを取得しようとすると、ファイル名が「誉算廟.doc」になってしまいます。

何ですか、この低レベルなバグは・・・。

ようやくやってきました。100Mbpsの光なサービスが。

接続してみると、確かに早いです。
しかし、計測してみると実測値6Mbpsといったところでしょうか。

今までが0.5Mbps程度しか出ていなかったので、10倍になったということでとりあえずは満足です。ゲームの夜のラグも幾ばくかは解消されたようですしね。

2週間前に申し込んだ新しいネット回線ですが、未だにプロバイダから連絡のメールすらやってきません。せめて申込書を受理しました、ぐらいの連絡は寄越してくれたって良いと思うんだけど。

さて、今日は某情報処理試験を受験してきました。前回はあまりにも散々な結果だったわけですが、今回は実務で色々と経験してきたせいか割とまともな出来だったように思います。ただ、合格点に届くかと言えば微妙なところで、良くて五分五分といったところかな。

午後問題の疑似言語が全然わからなかったし、午前問題も6割取れたか取れないかギリギリなラインといったところです。運良く勘が当たっていることを期待しますよ。

パスワード認証部分までできました。
私ってば仕事中に何をやってるんでしょうか・・・。

CGIで、所有CDのデータベースもどきを作っています。

CSV形式のデータから読み出してリスト化させる部分までは出来たので、あとはデザインとデータ編集プログラムが出来れば完成かも。本来ならばASP.NET＋SQL鯖で組めれば格好イイんだけど、そもそもそんな豪華環境を用意してくれるレンタルサーバーなんてありゃしないのでCGI＋CSVテキストで頑張るしかないっぽいです。

しかし、どう考えてもデータ量が膨大になるからPerlのCGIでは処理が重すぎて大変なことになるかも。データをうまく分割して保存すればいいのかな・・？

あまりに夜間の回線品質が悪いので、100Mbpsのサービスを申し込んでみました。今までは1Mbpsのサービスだったんですが、その半分ぐらいの速度しか出ない上に通信が途切れまくって話にならん状態でしたので。

最近メッセやら何やらに全く顔を出していないのはそのせいです。
というか、そもそも何もやる気がおきまへん。

どれだけの人が気づいているかわかりませんが、うちのアクセスカウンタって半月に1回ぐらいのペースで壊れます。しばらく正常動作しているふりをしつつ、油断したすきにどかーんと吹っ飛ばしてくれるというクセモノです。フリーで公開しているCGIプログラムをパクってきて放り込んでみたのですが、ここまで精度が低かったとは。

おそらく厳密なロック処理を施していない上に、ロック制御の成功可否に関わらず000001と書かれたファイルを読み込んで現在のアクセス数の変数に放り込んで保存まで持っていってしまうという超ありえないロジックになっているからだと思いますが、いずれにしても今後も使い続ける事は避けたいところです。

ということで、ソースも汚いしどうにもならんので、テキスト表示できるアクセス解析プログラムを1から作ってみようと思います。・・・仕事中に。

ろりぽおじさんから、次の1年使いたければゼニよこせごらー！というメールがやってきました。最近は鯖落ちやエラーが減りましたが、一時期は非常によろしくない環境だったことを考えると、やはり移転を考えたほうが良いのかもしれません。

最初のレンタルサーバーはさくらインターネットにしたわけですが、料金が高くてきつかったので解約してしまいました。でも、久しぶりに見てみると結構リーズナブルな値段になっているような気も。

こちらのサーバーで発行していたメールアドレスですが、先月ごろから急激にスパムが入るようになりまして、少し放っておくだけで100通ぐらい貯まってしまうというとんでもない状況になってしまいました。

強力なスパムフィルタに掛けてスパムは99%判別して捨てていたのですが、念のために重要なメールが破棄されていないかチェックする必要もあり、もはや数が多すぎてイライラの限界に来ましたのでメールアドレスを消去することにしました。

具体的には、info@アドレスを破棄し、新規にmaster@アドレスを使用します。

このところ、結構な頻度でアクセスカウンタが壊れてしまうのでスクリプトを変更してみました。ここまで過疎なサイトにも関わらず壊れるってことは、今まで使っていたのは相当貧弱なスクリプトだったのでしょう。そういや仕事でもデータベースの排他制御で苦労していたわけで・・。

さて、今日は適当にゲームをやりつつ我が家のゲームサントラをMP3化してファイルサーバーに溜め込む作業をやっておりました。知っている人は分かると思いますが、割と凄い数のゲームサントラを所持しているので管理が大変だし、いざあの曲を聴こう！と思っても目的のCDを再生するのがなかなか面倒だったりします。

とりあえず現状ではiPODに入れて持ち歩くためにMP3化しているわけですが、ゆくゆくはCDをすべてWaveでファイルサーバーに保存して音楽再生専用PCからオーディオに流してやろうかとも考えています。

仕事で急にApacheとTomcatの連携環境立ち上げておいて～と頼まれて大変な1日でした。Apacheって何？　Tomcatって何？　という状態からスタートして、夕方になってようやく立ち上げることができましたとさ。

ちなみにApacheというのは広く使われているWebサーバー用ソフトで、TomcatってのはApacheの影でコソコソプログラムを動かすソフトのようです。現行の最新のApacheはver2.2.2であるわけですが、こいつを使うとTomcatと連携させるMOD_JK2というプログラムがうまく起動せず、ちょいと前のバージョンであるver2.0.58を使わなければならないという問題に気づくまでに半日掛かってしまったというわけです。

MovableTypeのテンプレートスクリプトを少々改造して、最近のコメント5個を表示できるようにしておきました。

プログラミングの会社に入ったせいか、スクリプト関連の仕様書を読めばメソッドの内容と書式がすぐに理解できるようになってきているので助かりました。もっと複雑な処理を組み込んでみてもいいのですが、作っている時間が勿体ないというのと自己満足のためにユーザビリティを低下させても本末転倒なので控えておくことにします。

MovableTypeの記事をmixiにコピーして張り付けするスクリプトなんかも世の中にはあるようですが、どうせならmixiのコメントを検知してMT側の記事にも同様の書き込みが行われるようにできれば良いのですけども。しかしmixiはRSSを発行していないので無理っぽいです。

何となくFF6のCDをPCに入れて聞いていたら、CDDBにより配信される曲名に激しいミスがあることが判明しました。普段、freedbtest.orgを利用しているのですが、これによるとFF6のガストラ帝国の曲名は、

ガストラ定刻♪

・・・ガストラさんは毎日決まった時間に出勤なさるようで。

404を見たりしてココのサーバーがロリポップだという事を知っている人は多いかと思いますが、これがまた酷いサーバーなのですよ。料金がアホみたいに安いのでさくらから乗り換えたのですが、なんとここのサーバーはRAIDすら構築していません。毎週のようにHDDを壊してユーザーのデータを完全に破壊しつくすという、ガ○ホーやネ○ソンも真っ青な神会社なのでした。

RAIDを導入しないサーバーだなんて、ハンドルのついていない車を運転するようなものだという事が分かっていないようです。いい加減にRAIDを導入してくれと問い合わせをしても、規約でRAIDは構築しませんと明言しているので導入するわけないぜ、という返答が来るだけ。所詮は初心者向けの詐欺サーバーだったということです。

やはりレンタルサーバーを選ぶときは、多少料金が高くてもきちっとした管理をしているサーバーを選択すべきなのだと悟りました。

スカウターが・・・じゃなくて、カウンターが壊れた模様です。

アクセス数なんてどうでもいいんですが、せっかく10年近く回してきたカウンタなのでなるべく近い数字に戻したいなとは思います。・・・が肝心の元の数字を覚えていません。取りあえず適当に27万あたりにしておきましたが、最近の数字を覚えている方は教えて下さると助かります。

私は使用ソフトの都合上、音楽PCはWindows98SE、IE5.0にて使用しているのですが、どうもこのところ調子がよくありません。IEでウェブサイトを開くと、画像が表示されたりされなかったりで実に不便極まりないです。今まで何度もこの症状に陥るたびにOSを再インストールしてきたのですが、そんなことばかり繰り返していると時間が勿体ないったらありゃしない。

何か良い解決策はないものでしょうか・・。

アップというか別物に変えただけですけどね。

一応CGIの知識は無いわけではないのですが、自分で組む腕は無いのでKENT-WEBにあった一般的なやつを導入してみました。本来ならばBBSコーナーはダミーフレームを使って実行パスを野ざらしにさせたくなかったのですが、どういうわけかダミーフレームを使うと正常表示が出来なくなってしまったのでアドレス直打ち型に変更せざるをえませんでした。

最近おかしな中国人共がアカウントパスワードを盗むウイルスを色々な掲示板に貼りまくる被害が続出しております。先日私の掲示板にもそれをやられまして、セキュリティ対策を強化する事も兼ねて掲示板を新しいタイプに変えてみました。ちなみに、例の価格comを乗っ取った一派がネットゲームプレイヤーを狙って片っ端からウイルスをばらまいている模様です。（諸悪の根元はRMTやってる馬鹿な日本人ですけど。）

個人サイトの掲示板に意味不明な文字列とアドレスが書き込まれていた場合、キーロガー系ウイルスである可能性が高いので気を付けましょう。

blogの個別エントリーアーカイブと月別アーカイブのコーナーにサイドバーを付け、過去ログへのアクセスの利便性をアップさせました。トップページからは過去6ヶ月分の月別アーカイブまでしか参照できませんが、個別/月別アーカイブへ移動すれば全てが表示できるようになります。

ええ、自己満足ですよ。そりゃもう。

掲示板などでサイトを紹介するのは一向に構わないのですが、「ここ行けばFFのMP3が取れる」のような違法サイトを告発するような紹介の仕方は勘弁して欲しいのですが。確かに他人から見れば似たような事をやってるように見えるであろうことは分かりますけど、全く内容は異なりますし犯罪者達と一緒にしないで頂きたいです。

一部の人には私の所有サントラ一覧をお見せしているので状況はおわかりかと思いますが、せっかく収集してもCDラックの肥やしになるのでは意味がないので、せめて役に立ちそうなゲームサントラデータベースみたいなコーナーでも作ろうかと考えています。

しかしまぁ、数が数なので途中で挫折しそうな予感たっぷりですがね。
CGI形式で少しずつ登録していけるシステムとかあれば楽なのですが・・・。