「 コンピュータ 」カテゴリー

　あっち方面の仕事で、レンタルサーバにMovable Typeをインストールしてみた。

　借りているレンタルサーバで、データベースにMySQLを指定。ひとつは商品データベースに使用しているので、それとは別にデータベースをもうひとつ追加し、Movable Typeをインストール。

　最初にひっかかったのが、データベースの追加後、新しいユーザ名・パスワードが何なのかよくわからなくなったこと。結果的に初期値だったのが、データベース作成が反映されるまで少々時間がかかったため正しくないように思えただけだった。一晩待てば何も問題なくインストール完了。

　ところが、Movable Typeの設定で日本語を受け付けない。日本語がばっさり落とされてしまう。アルファベット＋日本語(ASCII+2バイト)の文字列だと最初のアルファベットだけが反映され、日本語の後にASCII文字があっても全て消えていた。

　調べてみると、Movable Typeのこういった設定内容はMySQLにテーブルを作って保存してあるようだ。となると、Movable Typeが悪いのか、MySQLが悪いのか、切り分ける必要がある。

　これは心当たりがあって、商品データベースへの日本語の入力がどうしてもうまくいかず、仕方なくURLエンコードした日本語を載せている。つまり、MySQL側の問題だということが推測できる。

　さて、それでは対策は？Movable Typeを改造する必要があるのか？ソースはあるのでできなくもないだろうが、あほらしい。

　よくよく調べてみると、どうやら借りているサーバは何百台かあるうちのひとつだが、ほんの数台だけMySQLのバージョンが古いらしく、UTF-8の日本語書き込みがうまくいかないようだ。商品データベースのときはShift_JISだったので、多分Shift_JISもダメなんだろう。で、EUC-JPだとOKということで、mt-config.cgiのPublishCharsetをEUC-JPにしたらうまくいった。

　ちなみに、このせいでテンプレートも正常に反映されていなかったようなので、Movable Typeが作成したテーブルを一旦全て削除して、もう一度mt.cgiを呼び出し、インストールを再開した。全てがうまくいった。とても簡単にできている。これなら、livedoorなんかでブログを作るより、レンタルサーバを借りてブログを作った方が何かと面白いことができそうだ。カテゴリもサブカテゴリとか作れるみたいだし。

　今回はちょっと個人用無料版をお試しで入れてみたが、本格運用の際は一応商用ってことでライセンスを買わないといけない。でも、これなら簡単にできそうだ。

　ライブドアブログのサイドバーのプラグインにRSSを貼り付けられるのがあるが、これが記事を更新したりしないと最新情報に切り替わらないので自分で作ることにした。

　PerlのLWP::SimpleでrdfをgetしてXML::RSSに通すとあら簡単。RSSの要素をハッシュに取り込んでくれる。

　これをサイドバーに持ってくる方法として、IFRAMEとJavaScriptがあるが、なんとなくJavaScriptを選択。ハッシュの出力結果をdocument.writeするようなJavaScriptのソースを出力するCGIをつくり、これを外部JavaScriptファイル(*.jsと同じこと)として呼び出せば、ブログを開くたびに新鮮なrdfをgetして成型して出力するプラグインが完成。

　今後のTODO。

　このブログは大してアクセスがないので特に問題ないとは思うが、開くたびにrdfをgetしてしまうとさすがに先方のサーバに負荷をかけるので、一旦キャッシュに取り込んで、せめて30分間はキャッシュを使うようにしたほうが行儀がいいと思う。

　rdfの追加・編集・削除を行うための管理メニューを作成する。読み込みたいrdfのURLリストをMySQLに突っ込む。RSSの表示順を変更できるようにする。RSSから抜き出すデータの数を変更できるようにする。

ある海外のWebページで、JavaScriptのエラーが出てしまう。 検索フォームにJavaScriptを用いているようで、一度エラーが出るとスクリプトが停止するためページ内検索ができない。

勝手に調べてみると、JavaScriptのエラーは文字列が閉じられていない、つまり終わりのクォーテーションがないという内容。 ソースを直ダウンロードしようとしてもだめだったので、IEの「名前をつけて保存(A)」で完全保存してみた。そうすると、ページ内で呼び出しているファイルも合わせて保存してくれるのだ。

で、そのソースを調べてみると、ダブルクォーテーションで囲ってあるだろう文字が文字化けしていて、その直後のダブルクォーテーションを食ってしまっていた。

その文字コードをバイナリエディタで見てみると、0x92と0x94。日本語２バイト文字の最初のコードの一部だ。何だろうと思ってみてみると、windows-1252という文字列セットでいうところのハイフンと™マークだった。ほぅ。そんなエンコード初めて聞いた。IEのエンコードでいうと西ヨーロッパ言語(Windows)だそうな。ISO-8859-1は西ヨーロッパ言語(ISO)の方らしい。

というわけで、Japaneseのbrowserではsearchがcannotよーって教えてあげた。 ６月からたまにJapaneseからそんなこと言われるけどわかんねーとか。 そして、エラーの状態のムービーを撮って送ってくれだのOSやらブラウザのバージョンを教えてくれだの言われたので録画して情報を添えて教えてあげた。 教えてあげるけど、そんなの関係なくってYouのJavaScriptのhereがまずいんだよーって伝えた。多分、伝わったんじゃないかな。

そのときにこれ使ってくれーって言われたのがSnagItというソフト。キャプチャソフトだけれど、Windowsの動作を動画として保存することができる。おもしろい。言葉がないので、まずページを開いて、エラーが出たときの三角マークをマウスカーソルでぐりぐりアピールして、エンコードを変更したら検索もできるんだよーっていう動作をして見せた。

原因は、エンコードをMETAタグで指定してないから日本のブラウザは日本語のページと思ってしまい、windows-1252だけの特別な文字コードを２バイト文字の一部と解釈してしまうということだ。なので、とりあえずMETAタグでwindows-1252を指定すればよくって、でも根本的にはwindows-1252だけの文字は使わずiso-8859-1に合わせた方がいい。

昨夜というか今朝方２時頃だったかな、ちょっと今からpublishするからtestしてくれとメールが来て、たまたま起きてたから見てやった。 でも、一部は良くなってたけど一部はまだだめなまま。 とりあえず、眠くて仕方なかったからまた明日～って言ってとりあえず寝た。

そのだめな方を昼間にチェックしてみると、今度はJavaScriptじゃなくて本文にwindows-1252文字が入っていて、しかもMETAタグの宣言がiso-8859-1になっている。ブラウザは、iso-8859-1と思ったのにwindows-1252文字が入ってるし、とりあえずデフォルトのJapaneseにしておけ、という動作をしたのではないかと思う。

windows-1252という文字セットはiso-8859-1をマイクロソフトが独自に拡張したものになるのかな。その中の、Shift_JISでいうところの半角カナみたいな独自拡張部分が今回の悪さをしているわけで、世界標準がいかに大事かということを痛感した。標準を壊していくi-modeやMicrosoftみたいなのは困った存在だ。 シェアが大きいだけに。

もうずっと長いこと英語を書くということをやっていないので（さすがに読むことはある）、多分いいかげんな英語を書いてるんだろうなぁと思いながら、まぁでも伝われば何でもいいや、つまりロールは起き上がれば別になんでもいいというのと同じような前向き姿勢で臨んでいる。

時差があると大変だ。今晩は修正されるのだろうか。

XREAのサーバを借りている。
CGI側で親切にLast-Modifiedを返すようにしていたら、If-Modified-Sinceが来ると
500 Internal Server Error
を返すことがわかった。 続きを読む

会社のネットワークは、次のような構成だ。

インターネット←→ファイヤウォール(プロキシ)←→イントラネット←(イーサネット)→マイPC(Windows)

ところが、突然会社のネットワークに制限がかかり、見たWebページが全て記録されるようになってしまった（仮定の話です）。上の構成だったら、ファイヤウォールのところでログを取られてしまうわけだ。これはマズイ。オークションも見られなくなってしまう。だろう。

そういう場合は、やっぱりこっそり@FreeDやAirEdgeのようなPHSの定額制ダイヤルアップ接続を導入したくなる。つまり、こういうことだ。 続きを読む