コンピュータ一覧

2000g→20g

それじゃマズイので
[^0-9]

任意の文字が3つ以上連続したら1つに置換

文字が分かっていれば
tr/A/A/s
じゃぁ任意の文字だったら?
s/(.)1{2,}/1/g
悩んだ・・・。

TSL

 会社の部内ドメインサーバ・Webサーバ・ファイルサーバにWindows Server 2003を使用している。

 アカウントをロックしただの、ファイルバックアップだのでサーバに直接ログインすることもあるが、わざわざサーバの前まで行くのはアホなので、リモートデスクトップを利用して遠隔操作を行う。

 ところが、Windows 2000 Serverまではリモートデスクトップの使用は無制限だったのに、なぜかWindows 2003 Serverからはターミナルサーバーライセンスなるものが必要だとか。なくても一時利用ということで、1ヶ月程度は使える。

 仕方なく、ライセンスを購入。で、ライセンスのインストールをしようと思ったら、ライセンスコードを教えてもらってない。

 販売した系列会社に問い合わせると「特にありません」だと。いやいや、いるんですけど・・・「購入するだけでいいんです」とかほざき始めた。ほんじゃどげんしてインストールすっとね。こげん画面ばでとっとぞ!とわざわざ画面キャプチャして送って約1ヶ月。

 どうやらM$に問い合わせてたようで、やっとライセンス契約番号を教えてもらって、今日インストールできた。このたった7つの数字を聞くのに何でこんなに時間がかかったんだろう・・・

 ていうかどうせ大した使い方しないんだから、再リースのボロPCにLinuxでも入れとけばいいやん。
続きを読む

WORD違い

 私がWORD嫌いなのは周知徹底されていることと存じます。

 さて、WORDに貼り付けたExcelワークシートオブジェクトを編集モードにして、そのまま何もせずに元に戻るとオブジェクトの外形サイズが変わった。なんちゃそれ。

 外形サイズが変わったやつをオブジェクトの書式設定のサイズで他と同じサイズにしてみたら、フォントのボリュームが変わった。なんちゃそれ。

 もしやと思ってリモートデスクトップのこっち側のPCで同じことをしたら変わらなかった。なんちゃそれ。

 WORDのバージョンが違うのかと思って調べてみたら、どちらもWORD2002だった。なんちゃそれ。

 WORDを導入したヤツと、1円で61万株を売ったやつ、どちらが悪いやつかというと、絶対的に前者だ。WORDの問題解決には半日も費やしたのに、後者はたった16分。なんちゃそれ。

Googleサイトマップの効果2

 12/1にgoogleサイトマップのXMLファイルを置いた。12/7にクロール開始、12/10、600弱のページがインデックス化された。12/14、10,000ページを超えた。ていうかそんなにあったっけ。数千レベルかと思ったけど・・・

 国際版は12/5にXMLを置いたら、今日見たら16,000ページを超えた。ていうかそんなにあったっけ。なんで日本語版と数違うん。なんちゃそれ。

 クロールされて初めて気付いた。国際版の方、まちがっとる!ハズカシ・・・数千ページはまちがっとるということだ。慌てて修正したけど、一体いつもう一度クロールしなおしてくれるか・・・一応XMLの再登録をしておいたらXMLはすぐに読み込んでくれたらしい。

Googleサイトマップの効果

 12/1にgoogleサイトマップのXMLファイルを置いた。12/7にクロール開始。そして今日、600弱のページがインデックス化された。数千ページが全て登録されるまでにはまだまだ時間がかかりそう。
 これが実際の成果にどう結びつくか、今後の推移を見守りたい。

 こいつはあまり手がかからなくなってきたので、次を開始しはじめよう。ひとつしかなければそれがダメになると終わり。複数あれば、ひとつくらいダメになっても大丈夫。

 さーて、明日は初滑り!

 今日はあいにくの寝坊でした。

Googleサイトマップ

 あっち方面のページのインターナショナルデビューを記念して、Googleサイトマップを導入した。

 Yahoo!からの検索アクセスがトップ。続いてブログ営業マン1号からのアクセスで、Googleからはなかなかクロールしてもらえていなかった。Googleサイトマップでもっとクロールしてもらえるようになれば、これはもう・・・

 1クリックで数千ページを更新・追加・廃止するのにGoogleサイトマップは手動っていうのではおかしな話なので、Googleサイトマップも自動的に作成されるようにした。

 サイトマッププロトコルで出力するXMLサイトマップをcgiで作成し、拡張子をxmlとした。なので、Googleがサイトマップを読みに来たらその場でXMLを作成し出力。データベースから一覧を読み込んで整形して出力するくらいなもので、ごく簡単なプログラム。商品データが更新されない限り内容は一緒だけど、チェックしにくるのは日に1度くらいのようなので、サーバへの負荷はそんなにないものという考え。本当は静的なファイルを作るようにすればいいんだけど。

 今のところ、面倒なのでオプションの更新日付は出力しないようにしている。入れた方が効果的にクロールしてもらえるかもしれない。ゆくゆくは入れてみたいと思う。

 国際版と日本語版でそれぞれ作成した。とはいっても同じプログラムでサブドメインだけ変えればOKなようにできている。

 XMLサイトマップを置いてちょうど1週間。Googleボットが数百ページを持っていった。明日明後日くらいに大量のページがヒットし始めるだろう。フフフ・・・

 最近は一単語では到底上位に入れない言葉同士の組み合わせでトップになれている。SEOって、メジャー一単語で上位じゃなくても別にいいんだということがわかってきた。ただ、網は広い方がいいようだ。

Movable Typeをインストール

 あっち方面の仕事で、レンタルサーバに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なんかでブログを作るより、レンタルサーバを借りてブログを作った方が何かと面白いことができそうだ。カテゴリもサブカテゴリとか作れるみたいだし。

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

デル1社では済まない--PCメーカーを揺るがす不良コンデンサ

 会社に入っているパソコンの殆どはDELL製。起動しなくなるような不具合が発生したPCが何台かあった。

 この話とは関連あるかどうかはわからないけれど、サポートに修理を依頼するといとも簡単にマザーボードを交換していった。もしかすると、コンデンサが悪かったからなのかもしれない。

■デル1社では済まない--PCメーカーを揺るがす不良コンデンサ - CNET Japan -
http://japan.cnet.com/news/tech/story/0,2000047674,20091696,00.htm
 Dell(本社:テキサス州ラウンドロック)は、同社の「Optiplex」ワークステーションの一部に、問題のあるキャパシタを搭載するマザーボードが見つかったことから、その交換費用として、3億700万ドルを計上したと先ごろ発表した。このシステムの交換作業に携わった複数の修理業者によると、問題のマザーボードは、2003年4月から2004年3月にかけて製造されたものだったという。

 コンデンサなんて付け替えたらやっすいのに、ハンダ付けしてある部品の故障って殆ど基板ごと交換。もったいないけど、サポート部隊はハンダ作業は行わないらしい。

 昔会社で使っていた某社のノートパソコンの、カードスロットのプッシュボタンが折れた。カードスロットだけ交換すればよさそうなものだが、基板交換で15万円とか見積もられた。カードスロットなんて部品代だけだったら1,000円もしない。ただ、交換は素人には難しいかもしれない。面実装の大きな部品だし。とはいえ、技術費用1万円くらい取ったら、それで修理可能でしょ。たったそれだけなのに修理代に15万円って、修理費用については、どこの会社もユーザをバカにしているとしか思えない。

 電子機器は益々複雑になり、不良個所の特定は困難になる一方。修理コストは膨らむばかり。不良発生原因がユーザ責任であったりすれば、もちろん修理代の負担は当然だと思う。ただ、どうすれば安く修理できるか、商品と長く使えるかっていうことを考えないと、使い捨て文化は今度益々加速していくだろう。だって、買った方がやっすいもん。

RSSパーサー

 ライブドアブログのサイドバーのプラグインに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から抜き出すデータの数を変更できるようにする。