Webmaster の嗜好

Movable Type 4.1 のウィジェット機能は、非常に便利である。ブログの"お着替え"がまるで《ココログ》みたいに出来てしまう。

ただし、私の環境では、非常にマズイことになっている。。。。

いや、Movable Type 4.1 のウィジェット機能の問題ではなく、Webサーバを HTTPD で構築しているから起きる問題なのだが・・・・

その問題とは、ウィジェット機能を使って変更できるデザインテンプレートの中には、生成する html ファイルのヘッダーに xml の記述をしてあるものがあるのだ。（この表現が、そもそも間違いかも？html じゃなくって xml で記述してあるファイルを生成しているのかも・・・）

具体的には、、、、
<?xml version="1.0" encoding="utf-8" ?>
だ。

これが付いてると、HTTPD がエラーを出してしまって、html を返してくれない（ブラウザで見られない）のだ。多分、私が HTTPD の設定を知らないだけなんだと思うけど、HTTPD の"Ｑ＆Ａ"を見ても、解決出来る"Ａ"が無かった（問題の探り方から間違ってる？）ので、私の環境固有の問題なのかもしれないけど・・・・。

ところで、こんなトラブルに見舞われたものだから、xml って一体、なんぞや？って事で調べて見たんだけど、よくわからない。html の進化系というのはわかったんだけど、その必要性がよくわからない。デザインの凝ったページを作るのに適しているのかもしれない。

でも、今後、これが主流になりそうだから、『わからないからいいや』って事で済ませるわけには行かない。。。。現に、Movable Type 4.1 のウィジェット機能を利用したテンプレートの中には、これを記述しているものがあるんだから。

というわけで、今後もスムーズなブログ運営していくためにも、HTTPD を使って Web サーバを構築しており、尚且つ、xml のヘッダーでエラーを起こした人が何処かにいてくれたら、その対処法なりをご教示願えたら、、、って都合の良い目的のエントリーなのでした。

ところで、今は、<?xml version="1.0" encoding="utf-8" ?> を削除した xml ファイル？を生成させて急場をしのいでおります。

もしかしたら、、、Apache に変えないとならなくなるのかも・・・・・。
ガ━━（ﾟДﾟ;)━━━ン！！！！！

自己レスである。なんというか、その冷静にエラーメッセージを見ていれば、それが AN HTTPD が返しているものではなく、php が返しているものだと判ったはずなのに・・・。

お恥ずかしい限りです。で、もしかしたら、私と同じところでつまづいている人もいるかと・・・っていうより、ブログで情報収集しようなんて都合のよいことを考えていた罪滅ぼしに、事の次第をエントリーすることにしました。参考になれば・・・・。

で、そのエラーメッセージは、、、

『Parse error: syntax error, unexpected T_STRING in /インデックスファイルまでのパス/index.html on line 1』

だ。php はエラーを起こしている行を教えてくれるんだね。

でも、どうして .html で、php エラーなの？って思われることでしょう！

それは、ページ分割用プラグイン MTPaginate を使うにあたって、ページの php 化が必要なのだが、私は面倒くさいので、AN HTTPD で .html で php が実行されるように設定していたのです。（すっかり、忘れていた）

というわけで、エラーの原因はXML宣言の "<?" という部分だったのです。
これは、PHPのショートカットタグに該当しているため、XML宣言をPHPの構文と判断しているため、解析に失敗して、エラーを返していたのでした。

解決方法としては・・・

(1).html 拡張子で php を実行しないようにセットする。
→→→これは、エントリー数の増えたブログでは、ページ分割出来ないのは致命的。１つのページでエントリー50も100も表示されたら、読む気が失せますよね。

従って、この解決方法は×。

(2)XML宣言をPHPによって書き出す
→→→これは、.html で php が実行されるのを逆手にとって、、、
<?xml version="1.0" encoding="utf-8" ?>
って表示されるように記述しちゃえば良いのである。
すなわち、、
<?php echo "<?xml version=\"1.0\" encoding=\"utf-8\"?>\n"; ?>

と書いて、その実好結果をHTML に返してもらえばよい。
<?xml version="1.0" encoding="utf-8" ?>

テストしてみたら、バッチ・グーでした。
（実際には、<?xml version="1.0" encoding="<$MTPublishCharset$>" ?>を探して<?php echo "<?xml version=\"1.0\" encoding=\"<$MTPublishCharset$>\" ?>\n"; ?>と置換した。こんな時、秀丸の grep が威力を発揮する）

ちなみに、Windows を使って、自分で Web サーバを構築している方で、コメントやトラックバックが付いた時のお知らせメールを送信したくても出来ないでいる方へ！！Windows では sendmail を使えないので諦めていませんか？この方法は mail サーバを自分で構築する必要もありませんよ。

・固定IPサービスの方
→→→契約しているプロバイダの smtp サーバのドメイン名もしくは IPアドレスを mt-config.cgi に書いてあげる。
・固定IPじゃない方
→→→契約しているプロバイダの smtp サーバのドメイン名もしくは IPアドレスを mt-config.cgi に書いてあげるのは同様なのですが、複数のプロバイダと契約していてる場合には注意が必要です。実際に接続に使用しているプロバイダの smtp を使わないと、２５番ポートブロックに引っかかって、メールが送信できません。

MailTransfer smtp
SMTPServer 127.0.0.1　←ここを書き換える。これだけです。

さて、これで、私の<?xml version="1.0" encoding="utf-8" ?>問題は解決したので、ぼちぼちと、このブログも含めてすべてのブログのデザインを変えていくつもりである。

うぅ～～～～～～～～～～～～～～～～～～。
(ToT)/~~~

その昔、ドラクエでくらった、メガフレア級のショック（ｆｆと混同するくらい、パニくってます）・・・・・、それと同じくらいショックな『パスワードがちがいます』をくらってしました。

去年の秋に、わざわざ市役所まで作りに行った"公的個人認証カード"が『e-Tax で送信しておしまい』って段になって、使えなくなってしまったのだ。

『あんたは、限界の回数までパスワード間違えたから、このカードは使えなくしたよ』ってメッセージには我が目を疑った。

チクショー

半年も前から、今回の確定申告は e-Tax でって用意していたのにぃ～～～～～～っ。

e-Tax では、作成したデータを送信するときに、公的個人認証をするのだが、利用者識別番号を入力した後、カードにアクセスするのにパスワードを要求される。

ん？パスワードぉ・・・？これかなぁ？と、利用者識別番号の通知書に記載されていて、自分で変更した暗証番号を入れてみたけど、『パスワードがちがいます』？

んじゃ、納税用確認番号？？？？ちがうっ！

かなり、焦ってきました。

初期登録でなんかやった時に、入力したやつかなぁ？？？？

なんだ？なんだ？

うぅ～～～～～、チクショウ、って、パスワードって時に使っているいつくかの思いつく限りのパスワードを入力してみたけど、全滅。で、何回入力したかわかんないけど、『あんた、本人じゃないんじゃないの？だからこのカードはロックしたよ』って。
(ToT)/~~~

というわけで、国税庁のホームページで申告書を作り直して、印刷して郵送しました。（また、市役所にいって個人認証カードを使えるようらしてもらわなくっちゃなりません）

すごショックです。

こんなに脱力したのは、久しぶりです。orz

でも、国税庁のホームページに訪れたおかけで、確か去年までは出来なかった『分離課税の申告書 (申告書Ｂと申告書第三表)』が出来るようになっている事を知ったのは、収穫だった。

以前、不動産の譲渡所得があり、しかも名義が私と母親の共有ってめんどくさい申告を自力でこなしたのだが、『金輪際やりたくないって』って思った。
しかし、多分、順調に事が運べば、来年度も不動産の譲渡所得の分離課税の申告をする事になるので、こんどは税理士さんに頼もうと考えていたのだ。

国税庁のホームページで出来るとなれば、話は別である。ここで申告書を作れるとなれば、多分、簡単に作れそうだ。となれば税理士さんに支払うお金が浮くわけだ。ラッキー！！（って、から元気ださなくっちゃ。トホホ）

Office Oh!NO の部分的改定作業の引鉄となったのは、Movable Type v4.10→v4.21 アップグレードの失敗だ。

原因を特定するのに、かなりてこずったが、結局、Ver.3 の頃の Movable Type の文字コードセットの“イイカゲンさ”が全ての元凶だと言える。

そして、バックアップ機能も備えていない Ver.3 の頃の Movable Type を使いつづける事に不安を感じて、MySQL を直接弄れる phpMyAdmin を導入しておいた事が、つくづく『よかったぁ』と感じられる出来事だった。

　
　
　
Ver.3 の頃の Movable Type の文字コードは MySQL の入れ物（データベース）に出し入れする時に、特に指定できるようにはなっていない。そして、驚くべき事に、私の場合には、勝手に latin1_swedish になっていた。

Movable Type でブログをはじめてから phpMyAdmin 導入直後まで、私には文字コードに関する知識は無かったので、ブログのデータを直接見ようとして“文字化け”しているのを不思議には思わず『まぁ、こういうものなのかなぁ』と思っていた。

ある時、phpMyAdmin での文字化けは、文字コードの設定に原因があるってのをネットで知って、自分のを調べてみたら・・・・・・・という経緯で、自分のがスウェーデン語だったと知ったわけだ。
　
　
　
しかし、それでも、Movable Type v4.10 へのアップグレードまでは何の問題も無かった。。。。だが、v4.21 へのアップグレードでそれが問題化したのだ。（v 3.xx と v4.xx とでは、Movable Type が MySQL の中に作るデータベースの構造はまるっきり違うものになっているが・・・）

具体的に私の場合は『フィールド“template_name”に設定したサイズ（byte）より大きな値が入っているから、データのコンバートはこれ以上進められない』ってな感じ（意訳）の英語メッセージが出で、途中で終了しちゃったのだ。

途中で終了しちゃったので、もう、以前に戻せない。。。。（号泣）

にっちもさっちの行かなくなって、『絶対、アップグレード完了しなきゃ』って、フィールドのサイズを強制的に大きくしてみた。。。。。だが、Movable Type は各フィールドのサイズを“厳密”に規定しているみたいで、phpMyAdmin で強制的に変更してみても、戻されちゃう。

・・・・途方にくれて、ふと気づいたのが、文字コードのこと。

文字コードの照合順序にスウェーデン語なんて順番になっているからだよ！って事で、utf8_unicode に変更してみたら、、、、、なんと、アップグレード完了しちゃったのだ。もう一箇所“template_name”もダメ出しされたので、それも変更して・・・・。

で、意気揚揚と“再構築”してみたら、、、、唖然！！・・・・愕然！！

めちゃくちゃ、文字化け・・・・・。

まぁ、当然といえば当然で、MySQL に格納されているコードをそのまま、別の文字コードとして読み出したんだから。

というわけで、今までの“忌まわしい”文字コードを含んだデータベースは綺麗さっぱり削除して、一から構築する事にしたわけだ。幸い、今年の初めに Movable Type v3.36 → v4.10 の時のバックアップを取ってあったから、そこまでは復活させられる・・・。

心機一転、今度は、MySQL でデータベースを作る段階から、phpMyAdmin で文字コード関連は全て utf8_unicode にして、新規に作成した。だから、眺めていると、、、

－－－気持ちいい－－－

結局、MySQLでは、Ver.3 の頃の Movable Type の文字コードセットの“イイカゲンさ”のおかげで phpMyAdmin の存在を知り、それを使えるようになったのは、悔しいけど自分のスキルアップに貢献した。。。。。

と、まぁ、世間に良くある『失敗こそが勉強になる』を地でいったようなお話でした。もっとも、パソコンに関しては、失敗の方が、圧倒的に多いのだが、、、、

Gateway のパソコンが調子悪くなったので、Dell Studio に買い換えたんだけど、結局、モニターもイカレてきてたみたい。。。いきなり、再起動したりしてたから、モニター側の不具合だけで、あわてて、買い換えたって事じゃないんだけど、画面がチラついたり、ゴーストみたいになったりしていたのは、ビデオカードとドライバが原因じゃなかったようだ。。。。しょうがないので、また、Dell から２４インチ 1920x1024 のモニターを買う羽目になった。

それまで使っていた Acer AL2021 20インチ（1600x1200）は、2005年の5月に買った（ブログに書いてあった）。あれから4年半、、、液晶の寿命って、こんなものなのかなぁ・・・・。オープン価格で7万円弱。その前の三菱ダイアモンドトロン RD21GX は、結構、長く使ったんだけどなぁ。。。。標準価格248,000円（税別）。。。だから、7年くらいももって当然だけど。。。

今度の Dell S2409W は、24インチ（っていってもワイドだから）なのに、19800円。。。。価格と寿命は比例している・・・・ってことだと、これも、3年くらいの寿命かも。。。それが証拠に、保障期間は3年だ！まっ、20000円だから、3年ももてば御の字だけどね。

というわけで、日曜日に発注して、昨日、納品された Dell S2409W。ストックは国内にあるみたいだ。今回も、製品仕様に気になる表記があったので、チャットで確かめようかと思ったんだけど、ふと気が変わり、電話してみた。どうせ、繋がらないだろう、、、

ところがどっこい、電話は繋がった・・・・。女性のオペレータだ。チャットしてくれた女性とは違う名の人だった。。。。

だが、電話でのやり取りは、、、、チャットの方が良かったみたい。チッャトなら、日本語の上手下手はあまり関係ないもんねぇ。。。。。

で、取り付けた。。。横に長すぎる。。。

1600x1200 の時も、はじめは違和感あったけど、そのうち、慣れた。。。っていうか、この広さが無い方が、違和感を感じるようになった。横長もそのうち慣れるんだろう。。。

最近、パソコンのモニターが横長が多い。ホビーユースならワイドモニターしか用意してない。ビジネスモデルでは、かろうじて UWVGA など用意してあるけど、結構、高額だ。とても、買う気になれない。

これも、ライフスタイルの変化なのだろう。パソコンのモニターがデレビ化している。テレビを買わずに、パソコンをテレビ代わりに使う。パソコンで借りてきた DVD を見る。私も、手持ちの DVD （トロイ）を再生してみた。机上にあるモニターに映し出される映像は、リビングの36型テレビで見るより迫力満点。。。。。だっ！。。近くで見てるから当然なんだけど・・・・。

(・∀・)イイ

で、考えた。

BSデジタルチューナーを繋いで、録画しておけば。。。。。

探したら、いいのがあった！！

【ピクセラ、Wチューナ構成のパソコン用デジタルチューナ －地上/BS/110度CSの3波共用。Vista 64bitにも対応】価格.com で、20000円前後。。。

WindowsVista 64bit を持て余していたんだけど、これと 24インチ 1920x1024（フルハイビジョン）なら、思う存分、使い倒せる。。。。。。。のかっ？