さるまっくの独白

　我が家のゴルフⅢは1995年1月から乗っているので、かれこれ11年半、走行距離も105,531kmである。９月２２日にあまりにもおかしな音が運転席の前のボンネット内からするので、２３日にディーラーに見てもらうことにした。
　結果、
１）オイルプレッシャースイッチの故障でオイルが漏れていて、4L中2.5L漏れていた。それでエンジンがおかしな音を出していた。要修理。
２）前からラジエターから水が漏れていて、いつもペットボトルに水を２Ｌ入れて時々補充していたが、これも要修理。
３）タイミングベルトをずっと交換しないでいたが、そろそろ切れたら怖いので要修理。
となった。
　とりあえず２３日はオイルを2.5L補充してもらって、要修理の見積もりと修理日の予約として２９日をとった。
　ところが、２６日にクルマに乗ろうとすると、エンジンがかからない。どうしようもなくて１日棒に振る。翌日の２７日の朝一にディーラーに電話して状況を説明すると、３０分もしないうちにやってきて、
４）バッテリーを交換してエンジンがかかった。
電圧が下がっているのが分かっているのなら、２３日に合わせて交換してくれれば良いものを・・・
　２９日の１０時～１７時に修理をしてもらい、上記１）～３）を修理してもらった。

　結局、今回の修理で、
【９月２３日分】 \8,052
　Ａ）右ブレーキランプバルブ取替
　Ｂ）ハイマウントストップランプバルブ取替
　Ｃ）エンジンオイル補充(2.5L)
【９月２７日分】 \28,140
　Ｄ）バッテリー交換
【９月２９日分】 \101,807
　Ｅ）タイミングベルト取替
　Ｆ）ラジエター取替
　Ｇ）オイルプレッシャースイッチ取替
で、しめて\137,999かかった。

　これで、あと５万キロの延命が出来るかなぁ～。

　我が家はＮＴＴ西日本のフレッツ光プレミアム（戸建てタイプ）である。電話も光電話で、もはやメタル回線はない。
　今朝さっきまでつながっていた回線が切れた。いつものＣＴＵ内での切断ではなく、ＯＮＵレベルで回線がつながっていない。こうなると、手も足も出ない。ＮＴＴに電話すら出来ない。やっとのことで電話番号を調べて故障受付に電話したら、留守番電話だった。
　馬鹿にするな！
-----
　仕方がないのでPHSで番号案内に電話したら、アナログ回線の故障受付を案内された。バカ者！
-----
　ＩＰカスタマセンターは「０１２０－２４８－９９５」だ。
-----
　結局、局内の障害だった。(10:00頃回復)

　きょうも３時に目が覚めて、冷水でも飲もうかと冷蔵庫を開けたら、おにぎりがあって、ついつい食べてしまった。いま昨晩寝るときに飲んだ「防風通聖散」の空袋を目にしながら、これじゃおなか引っ込まないなぁ～とむなしく感じている。
　最近、久しぶりに会う人みんなに「おなか出たねぇ～」と言われ続けている。いわゆるメタボリックシンドロームである。

　娘に頭を蹴られるというので、昨晩布団の配置を変えたのだが、配置に慣れないせいか、何なのか、結局５時少し前に目が覚めてしまった。トホホ・・・

　我が家は、まだ娘が４歳なので、家族３人で寝ている。寝室が狭いので、大人２人が並んで寝て、その頭の方に娘が９０度回転して寝ていた。（鳥居の形）
　娘の寝相は大変悪く、今日は私が午前２時と午前５時、妻は午前４時半に娘に頭をけられた。おかげで私は今日朝５時から起きている。
　ということで、これでは安眠できないと、いま妻と一緒に無理やり３人川の字になるように布団の配置を変えた。これで頭をけられることはなくなりそうだ。

　Firefoxのアップグレードがきていた。今度は「1.5.0.7」だ。ここのところこまめにアップグレードしてくるなぁ～。

　「石田豊(著)MySQL入門以前」でWindows環境では、簡単に外部データの取り込みを「LOAD DATA INFILE」でできていた。LAMP環境に移行してもrootユーザで操作していたときは「LOAD DATA INFILE」が問題なくできていた。
　それで、一気に新しいユーザを(phpMyAdminで)作り、データベースとテーブルを(コマンドラインで)作り、既存データを「LOAD DATA INFILE」しようとしたところ、
　Error 1045(28000):Access denied for user'hogehoge'@'localhost'(using password:YES)
のエラーが出た。どうやら何かのアクセス権がないらしい。Webで調べたところ「file権限」が必要だとのこと。でもhogehogeユーザを作ったときにphpMyAdminではfile権限というのはなかった気がする。
　それでコマンドラインで、
　grant file on *.* to hogehoge@localhost;
を実行して、hogehogeにfile権限を与えた後で、「LOAD DATA INFILE」を行ったらすんなり出来た。

　Fedora Core 5 を導入するにあたって、参考にした「渡辺裕一(著)はじめてのFedoraCore5」の13章で「MySQL/PHP/XOOPS」の章があるが、そのなかに「phpMyAdmin」を導入して、XOOPS用のユーザとDBを作成する解説がある。以前「かねやんMySQLAdmin」を使ったことがあったが、ネットワーク構成を変えたらDBに接続できなくなったので、phpMyAdminを使ってみることにした。
　確かにテーブル構造や格納されたデータを確認するくらいなら便利だ。ただ、日本語のマニュアルがなさそうなので、詳しい操作方法が分からない、エントリーを改めて書くが、データをインポートしようとしたが、CSVなのかタブ区切りなのかすらわからない。またユーザを作って特権を与えるとき、「file権限」を与える方法が分からなくて「LOAD DATA INFILE」をコマンドラインから実行するとエラーが出てしまっていた。
　これは使いながらphpMyAdminを覚えていくしかないが、時間がないのでSQLの発行を試すくらいしか私には使い道がないかな・・・。

　昨日のこのブログのレイアウト変更で、不十分なところがあった。娘のブログでは「メインページ」のテンプレートだけ「pmHeadChanger」のプラグインを使う修正をすればよかったので、このブログでも同じコトをしていた。しかし、アーカイブ関係、即ち「カテゴリー・アーカイブ」・「個別エントリーアーカイブ」・「日付アーカイブ」のテンプレートでも同様の作業が必要だった。さっそく修正して不具合を直した。

　前から気になっていたこのブログのレイアウトを少しいじった。具体的には「カテゴリー別アーカイブ」を左の「月別アーカイブ」の下から右上に移動した。このテンプレートは角の丸い画像を使っているので、そのあたりの変更もあわせてする必要があった。ついでにカテゴリーの並び順を娘のブログと同じ方法で並び替えた。

　Web上で検索をかけてみると、「Hatena::Question」に似たような質問とそれに対する回答が出ていた。２つある回答のうち、SQLを発行する前に
　　mysql_query('set character set utf8');
というSQLを発行しておく、というものがあった。これを試してみると、前の記事の(4)の状態で、
　　・正しいutf-8コードで入力されているMySQLデータを、クライアント側で読み出して表示することが出来た。
　　・クライアント側から入力した半角英数文字だけでなく全角文字も、正しくMySQLに登録される。これはサーバ側でデータを表示させても、クライアント側でphpMyAdminでも確認できた。
　とりあえずこれでutf-8コードを使えば解決すると思われる。

　問題は作りたいアプリケーションが携帯電話のブラウザ機能を使うので、utf-8でも大丈夫かが心配なところ。

　数年前から論文のネタとしてLAMP環境上でのアプリケーション開発をしようとしている。ところが、LAMP環境を作るのは簡単なのだが、その上での文字コードの整合性がとれない。
　昨年はFedoraCore4の上で環境を作ったが、確かUTF-8の文字コードがどうにもうまく扱えず、とりあえずFedoraCore3に落としてEUCでアプリケーションを作った気がする。
　今年は本腰をいれて、FedoraCore5の上でのLAMP環境で文字コードの整合性をとってアプリケーションを作ろうとしている。正確な環境は、
　　　・Fedora Core 5
　　　・apache 2.2.2-1.2
　　　・php 5.1.4-1
　　　・MySQL 5.0.22-1.FC5.1
である。今のところ、
　　　・apacheのhttpd.confでは明示的にutf-8を指定しない。
　　　・MySQLのmy.cnfでは明示的にutf-8を指定している。
という設定にしている。(そして、HTMLやPHPファイルはutf-8で作成して、指定もしている。)
---
　まずは練習として「石田豊(著)MySQL入門以前(毎日コミュニケーションズ)」で、Windows上の環境でApache+PHP+MySQL環境を練習してうまくいった。それでこれを上述のFC5環境で試している。
１）上記環境で、HTMLやPHPファイルをShift-JISで作成・指定してデータの入力・表示を行う。
　クライアントから入力は出来るが、表示すると少なくともカタカナ部分で文字化けを時々起こす。またサーバ上でMySQL内のデータを見てみると、完全に文字化けしている。また、クライアントからphpMyAdminでMySQLを見てみても、完全にデータ部分が文字化けしている。
２）MySQLのmy.cnfで明示的にsjisを指定して試してみる。
　クライアントから入力は出来るが、表示すると全くすべてが文字化けしている。
３）再びMySQLのmy.cnfで明示的にutf-8に戻し、HTMLやPHPファイルをutf-8に変換して、コード指定もutf-8にする。
　１）で文字化けしたカタカナ部分のデータもクライアントでは正しく表示される。しかし、サーバ上のMySQL内のデータを見ると、完全に文字化けしている。またクライアントからphpMyAdminでMySQLを見てみても完全にデータ部分が文字化けしている。
４）３）の状態で試しにサンプルデータをutf-8化してサーバ上でload dataしてみる。
　サンプルでついていた「私立PDD図書館」の「人名辞典」をWindowsクライアント上でUTF-8にコード変換して、サーバにFTPし、MySQLで「load data infile 'jinmei.txt' into table nandemo;」を実行してみる。utf-8を指定したクライアント環境では全く文字化けしてしまう。しかし、サーバ上のMySQL内では文字化けせず正しくデータが読める。またクライアントからphpMyAdminでMySQLを見てみると、文字化けせずに正しいデータが入力されている。
---
　さぁ、サーバ上のMySQLでも文字化けせずにデータが格納でき、クライアント上でもそれを文字化けせずに読めるためにはどうしたらよいのか？
　でも、クライアント上のphpMyAdminが正しくMySQLデータを表示しているのだから、apache,PHP,MySQLの設定は間違っていないような気がするんだけどなぁ～。

　昨日の22:26に自宅のサーバからgmailにforwardingした妻のメールが、今日の14:23に自宅サーバに転送されて届いていました。どうやら単なる遅延だったようです。
　gmailは迷惑メールのフィルタリングツールとしてはとても有用なので、これを通さないわけには行きません。遅延はしても、届かない訳ではないらしいので、これからも使っていきましょう。
　今日の早朝設定した「自宅サーバにコピーを置く」設定は消しておこう。。。

　我が家では、自宅のlinuxサーバにメールサーバも立てている。しかし迷惑メールが凄まじいので、これのフィルタリングのために、いったんgmailにforwardingして、gmailで迷惑メールをはじいてもらってから、再び自宅の別のメールアドレス宛に転送して、これをpopして読んでいる。
　gmailはメールの中身まで見てフィルタリングしているようで、かなり綺麗に迷惑メールをはじいてくれる。しかし、最初の頃は心配で、gmailにforwardingしつつ自宅サーバにもコピーを残していた。だが、１ヶ月程度様子を見ても問題ないので、自宅サーバにコピーを置くのはやめた。（削除するのが面倒なので。）
　ところが、妻宛てに届くはずのメールが届かないことが発生した。自宅のメールログを見ると、gmailにforwardingして、gmail側では受信しているが、行ったきり戻ってきていない。妻はgmailにログインして迷惑メールにはじかれたかと「迷惑メール」ボックスを見ても入っていない。転送されて戻ってくるはずのメールが入っている「受信トレー」にも入っていない。どこに行ってしまったんだろう？単なる遅延なのかもしれないけれども。。。
　仕方ないので、再度自宅サーバにコピーが残る設定を妻のアカウントについて行った。
----->これは(2)の記事で解決

　昨日から娘のブログのテンプレートを修正している。３列タイプのブログなのだが、どうも左右のバランスが悪い。それで思い切って、左右のブロックの並びを変えてみた。少し見やすくなったかな？

　前から気になっていたのだが、娘のブログのカテゴリーがあまり美しくなかった。最初は日記から始まって、徐々にカテゴリーが増えてきたから仕方がないのだが、メインのカテゴリーとサブ的なカテゴリーがごちゃごちゃになってきた。そこでサブカテゴリーを使うことにした。
　カテゴリーの移動をしてサブカテゴリー化し、何とかサブカテゴリーを使うようにテンプレートに設定して再構築してみると、メインカテゴリーの中の途中にサブカテゴリーが入ってしまい、さらに無駄な改行まで入ってしまって、まことに見栄えが悪い。
　しばらくＷｅｂで検索していたら、「カテゴリーの並び順を変更する技」が見つかった。要はカテゴリーなどは文字コード順に並んでしまうので、先頭に「01)」とか「02)」のように順番を表す接頭辞をつけて、それをサプレスするプラグイン「pmHeadChanger」を使えば出来そうなことがわかった。
　さっそく取り掛かると、テンプレートではindex.phpでしか「MTCategoryLabel」を使っていなかったので、簡単に修正することができた。おかげでカテゴリーを自分の好きなような並び順に出来る。そこでサブカテゴリーをもつカテゴリーを一番下に持ってくることで、不自然な改行も発生しなくなった。

　我が家ではＮＴＴ西日本のフレッツ光プレミアムを利用している。この回線はＯＮＵの下にＣＴＵを接続するが、ＣＴＵのファームウェアの更新が来るときは必ず前もって連絡が来る。
　ところが、暫く前（８月）には何の前触れもなくＣＴＵの更新が来ていて、しばらくほっておいたら、勝手に再起動した！　そして２セッション張っている両セッションとも、自動接続のハズが接続しなかった。
　それ以降、結構な頻度で回線が切れるようになった。そして回線が回復してもＣＴＵが自動接続してくれないので、外向けにサーバを立ち上げている身としては非常に困っている。
　きょうも、しばらく家を留守にしていた間に切れていた。少なくとも１０時１７分から私が気づいて手動接続した１０時５５分まで不通になっていた。
　ちょっとＮＴＴ西日本に文句を言わないといけないなぁ～。

　まさにこのブログとして使っているシステム「Movable Type」ですが、７月２８日に3.31-jaにアップグレードしたばかりなのに、８月２８日に新しく3.32-jaが出ていました。それできょうさっそく自宅のシステムをアップグレードしました。
　１ヶ月ちょっと前にやっていた作業と似ているので、神経は使いましたが、そんなに苦労せずにアップできました。自宅でシステムを組んでいると、こういった作業が楽しみでもあり、面倒でもあるという、痛し痒しの感じですね。。。