Izumiのblog

特に深い考えもなく、CPANでPerlのモジュールのアップデートなどをしていたら、PlaggerのPublish::MTが動かなくなってしまいました。このようなエラーが出てしまいます。

Plagger::Plugin::Publish::MT [fatal] Sorry, entry post is failed. Because maximum 
number of posts a day beyond. : cfcd2 at /usr/lib/perl5/vendor_perl/5.8.8/Plagger/
Plugin/Publish/MT.pm line 81. at line 52

何が悪さしているのかさっぱり分かりませんので、
まずはPublish::MTが以前と変わっていないことを確認
次にPublish::MTから呼んでいるNet::MovableTypeが変わっていないことを確認
そしてNet::MovableTypeから呼んでいるXMLRPC::Liteを見てみると…。

そういえば、XMLRPC::Liteには手を入れたような記憶があります。
早速Google先生に聞いてみると、UTF8をPublish:MTにinputするとエラーで落ちる件を発見。

Lite.pmを見てみると、以前コメントアウトした

base64 => [10, sub {$_[0] =~ /[^\x09\x0a\x0d\x20-\x7f]/}, 'as_base64'],

の部分が復活しています。CPANでアップデートかけたときに、このモジュールも置き換わってしまったのでしょう。

で、以前のように上記部分をコメントアウトして、無事復活しました。

教訓:CPANでアップデートかけるときは慎重に。

iPAQ212をとうとう購入しました。
巷では「地雷」とか言われていますが…、ウチの場合も若干「地雷」でした。

• タッチパネルは、こんなものかな
  購入直後に保護シートを貼ってしまったので、巷で言われている「ふにゃふにゃ」のタッチパネルを実感することはありませんでした。ただ、保護シートを貼ったためか反応がイマイチだったりします。


• CFスロットは、やはり地雷だった
  通信データカードとしてAX420Nを使っているのですが、発呼してくれませんし、本体電源をOFFにしていてもアンテナ表示LEDが点灯しっぱなしなど、困った状態になっています。
  発呼しない方ですが、Webで探してみると「CFカードを挿した直後に発呼すればOK」といった情報があったため試してみると、発呼はなんとかなりました。
  LED点きっぱなしは、どうしようもなさそうです。電池の持ちが悪そうで、すっきりしません。


• WLAN接続できず涙目
  これが一番はまったのですが、なぜかWLAN接続ができません。
  症状としては、アクセスポイントに接続しにいくと、暗号化キーを要求する画面が表示され、何を入れても接続できない、というものです。
  アクセスポイント側のログを見ると、DHCPでIPアドレスの払い出しは行われていて、その先が動いていないようです。
  暗号化が邪魔しているかもしれないので、暗号化無しにしてみたのですが…、あいかわらずDHCPの所で引っ掛かっているようです。
  それではと言うことで、DHCPを使わずIPアドレス固定にしてみたのですが、やはり接続できません。
  困り果てて、試しにLocationFreeのアクセスポイントに繋いでみると…、普通に接続できるじゃありませんか。
  と言うことで、どうもメインで使っているアクセスポイントとの相性が悪いみたいでした(そんなのアリかなぁ)。
  結局、WLANのアクセスポイントを新しい物に買い換えて解決したのですが、予想外の出費です。

とまぁ、若干「地雷」を踏んだものの、それ以外は良さそうです。何より画面がVGAで解像度高いし、速いし、何より固まらないし。

なんかこう、最近サーバの調子が悪いので、ログを見てみると…、

smartd[3590]: Device: /dev/sda, 2 Currently unreadable (pending) sectors 
kernel: sd 0:0:0:0: [sda] Sense Key : Medium Error [current] [descriptor]
kernel: sd 0:0:0:0: [sda] Add. Sense: Unrecovered read error - auto reallocate failed
kernel: end_request: I/O error, dev sda, sector 488182221

こんなのが多量に出ていて、どうもHDDの状態が怪しくなったようです。

で、S.M.A.R.T.でHDDの状態を見てみると、
　Reallocated Sector Ct　　: 1260
　Reallocated Event Count : 1588
といった具合で、ちょっとヤバイ状態になってきているようです。

幸か不幸か、ウチのサーバはRAID1で組んでいるので、調子が悪くなった方のHDDを交換することにしました。

早速、交換用のHDDを買ってきて、差し替えてみたのですが…、起動しません。
GRUBを両方のHDDに書き込んでいたので、すんなり起動する予定だったのですが。
で、あれこれ調べてみると、サーバ自体のBIOS設定の中に起動する順番を指定する所があり、交換した方のHDDが優先されていたため、ということが分かりました。BIOSの設定で、元からあるHDDを優先するようにすると…、すんなり起動してくれました。

後は

• 交換したHDDに今までと同じサイズのパーティションを確保
• パーティションのIDをsoft RAIDに変更
• 起動可能フラグを設定
• 変更したパーティション情報をHDDに書き込み
• 交換したHDD上のパーティションをRAID1に参加
• GRUBを両方のドライブに追加

で無事復活してくれました。

やっぱりRAIDを組んでおいて良かったです。

teeter totterのモブログ機能を、どうやって使うのか分からなくなってしまいました。
「blogの更新をメールで出来れば楽かなぁ」と思ったのですが。

とりあえず、モブログ用のメールアカウントを作って、そこにテストメールを送ってみましたが…、blogには反映されません。何をトリガーにメール受信しに行くのかが分からないんですよね。

さて、どうしたものか。
ソース読むしか無いかなぁ。

このところ、急にですがトラックバックspamが大量に来るようになりました。

ログは以下のようになりますが、発信元のIPアドレスやUserAgentがバラバラで、規則性が見られません。

68.41.134.17 - - [15/Jul/2008:14:23:01 +0900] "POST /~izumi/cgi-bin/tt-cgi/tt_tb.cgi/306 HTTP/1.1" 200 123 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc1) Gecko/20020417"
84.196.139.173 - - [15/Jul/2008:14:23:02 +0900] "POST /~izumi/cgi-bin/tt-cgi/tt_tb.cgi/288 HTTP/1.1" 200 123 "-" "Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)"
24.20.170.201 - - [15/Jul/2008:14:23:01 +0900] "POST /~izumi/cgi-bin/tt-cgi/tt_tb.cgi/325 HTTP/1.1" 200 123 "-" "Mozilla/4.0 (compatible; MSIE 5.01; Windows 98; QXW0332q)"
68.120.229.146 - - [15/Jul/2008:14:23:01 +0900] "POST /~izumi/cgi-bin/tt-cgi/tt_tb.cgi/521 HTTP/1.1" 200 123 "-" "Opera/7.0 (Windows NT 5.0; U) [en]"
60.62.227.207 - - [15/Jul/2008:14:23:01 +0900] "POST /~izumi/cgi-bin/tt-cgi/tt_tb.cgi/173 HTTP/1.1" 200 123 "-" "Mozilla/4.0 (compatible; MSIE 5.01; Windows 95; USA On-Site)"
24.93.99.39 - - [15/Jul/2008:14:23:01 +0900] "POST /~izumi/cgi-bin/tt-cgi/tt_tb.cgi/463 HTTP/1.1" 200 123 "-" "Opera/6.01 (Windows 98; U) [en]"
75.118.63.75 - - [15/Jul/2008:14:23:04 +0900] "POST /~izumi/cgi-bin/tt-cgi/tt_tb.cgi/341 HTTP/1.1" 200 123 "-" "Opera/6.02 (Windows 2000; U) [en]"

こんなのが短時間に50発くらい来ていたりします。

ただ、このトラックバックspamが来る前に、特定のサイトがごっそりクロールしていってるんですね。

89.149.202.127 - - [14/Jul/2008:18:28:10 +0900] "GET /~izumi/blog/archives/2006_7_9_306.html HTTP/1.1" 200 18277 "-" "Mozilla/4.0 (compatible; MSIE 4.0; MSN 2.6; Windows 95; Gateway2000)"
89.149.202.127 - - [14/Jul/2008:18:28:10 +0900] "GET /~izumi/blog/archives/2006_7_26_317.html HTTP/1.1" 200 20873 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc1) Gecko/20020417"
89.149.202.127 - - [14/Jul/2008:18:28:10 +0900] "GET /~izumi/blog/archives/2006_6_12_288.html HTTP/1.1" 200 19352 "-" "Opera/7.02 Bork-edition (Windows NT 5.0; U) [en]"
89.149.202.127 - - [14/Jul/2008:18:28:10 +0900] "GET /~izumi/blog/archives/2006_8_26_341.html HTTP/1.1" 200 17799 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc2) Gecko/20020510"
89.149.202.127 - - [14/Jul/2008:18:28:10 +0900] "GET /~izumi/blog/archives/2006_8_5_325.html HTTP/1.1" 200 17981 "-" "Opera/6.03 (Windows 2000; U) [en]"
89.149.202.127 - - [14/Jul/2008:18:28:13 +0900] "GET /~izumi/blog/archives/2007_1_17_417.html HTTP/1.1" 200 20906 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530"
89.149.202.127 - - [14/Jul/2008:18:28:13 +0900] "GET /~izumi/blog/archives/2007_8_8_494.html HTTP/1.1" 200 17796 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530"
89.149.202.127 - - [14/Jul/2008:18:28:13 +0900] "GET /~izumi/blog/archives/2007_11_19_527.html HTTP/1.1" 200 17129 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc1) Gecko/20020417"
89.149.202.127 - - [14/Jul/2008:18:28:13 +0900] "GET /~izumi/blog/archives/2007_11_13_526.html HTTP/1.1" 200 16870 "-" "Opera/6.01 (Windows 98; U) [en]"
89.149.202.127 - - [14/Jul/2008:18:28:13 +0900] "GET /~izumi/blog/archives/2007_8_20_497.html HTTP/1.1" 200 17428 "-" "Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0; DT)"

こちらも短時間にこのようなアクセスが50回以上来ています。UserAgentがコロコロ変わっていて怪しいですよね。
ということで、iptablesを設定して、この"89.149.202.127"からのアクセスをお断りするようにしました。
さて、これで少しは変わるんでしょうか。

昨年末に修理に出して以降、バックアップ電池の減りが異常に早かったり(メインバッテリよりもバックアップバッテリを優先して使っているような…)、突然起動しなくなったりと、イマイチ調子の良くなかったPDAですが、とうとう起動することも危うくなってきました。電源ボタンを普通に押しても反応せず、リセットスイッチを押してもウンともスンとも。電源ボタンをゲシゲシ押すと、起動する場合もあるのですが、すぐにストールしてしまいます。

残念ですが、もう買い換えようかなぁ…。

PDAを購入した頃と比べると、PDA以外にもスマートフォンという選択肢が増えてきて、下手にPDAを買うよりもスマートフォンの方が安かったりと、どれを選択するのか悩ましかったりします。Willcomユーザの私としては、Willcom 03とかD4とか結構魅力的だったりします…。

ただ、フルキーボードを付けるよりもコンパクトにして欲しいので、今のスマートフォンはイマイチ選択肢に入っていません。iPhoneも良いかもしれませんが、簡単には入手できないでしょうし、使うとなると結構ハイコストっぽいので躊躇してしまいます。

でも、PDAだと選択肢が非常に限られてしまうんですよね。

さて、どうしたものか…。、

家庭内で「コピーを取れるプリンターが欲しい」という要望が出たため、プリンターを買い換えることにしました。今まで使っていたのはEPSONのインクジェット機で、それなりにちゃんと動いていたのですが、購入してから5年位経つし、プリンター単機能ということもあるので、そろそろ複合機にしてみようか、ということです。

購入する上で重視したのは次のような点です。

• カラープリンター
• コピー機能(カラー、両面は必須、2in1とかは有っても良いかも)
• できればADF(自動原稿送り装置)付き
• FAXは有ってもいいかも(そんなに重視しない)
• スキャナーも有っても良いかも
• サイズは、そこそこ控えめで
• レーザープリンターじゃ無くてもかまわない

有る程度ターゲットを絞り込んで量販店に行って…、結局CanonのPIXUX MX850を購入しました。「購入上の重視ポイント」:を全てカバーしています。価格は\35,000位だったかな。

使ってみての感想ですが、いやぁ、速いし綺麗です。

印刷速度は、今まで使っていたものより3倍以上速いように感じます。以前使っていたプリンターは、一度に1cm弱の幅で印刷していましたが、今度のは数センチ分一気に印刷していくので、実際かなり速いです。印字品位も良いですね。

コピーは、普通の手順で取れます。モノクロ/カラーとボタンで選択するようになっていますが、操作に戸惑うことは無いでしょう。印刷も速いです。体感的にはコンビニのコピー機並。

スキャナ/FAXは、あまり試していませんが、家庭で使う分には十分でしょう。プリンターの電源を入れておかないとFAXを受信できませんが、まぁ仕方ないかな。

何よりも、LAN上のPCから一通りの機能をコントロールできるのが良いですね。

それにしても、こういった機器の進歩はすごいもんです。

Webサーバのログを眺めていたら、UserAgentに"Baiduspider+"の文字を発見しました。
これまでに、中国と日本のBaiduのbotからアクセスを受け、その際にiptablesでdropするようにしてそのままだったため全然気にしていなかったのですが、また別のIPアドレスでbotを動かしているようです。

ログを見てみると、幾つかのWebページをクロールしていったようです。

ウチの所では、robots.txtに

User-Agent: baiduspider
Disallow: /

と書いてあるのですが、ログを見る限りではrobots.txtには1回もアクセスしていません。相変わらず「そんなの関係ねぇ」のようです。困ったもんだ。

で、今回アクセスがあったのが"119.63.193.190〜193"だったのですが、DNS逆引きしてみたところ…、登録されていないようです。この時点で、怪しい度がかなり高くなります。

仕方無いのでwhoisで調べてみたら、119.63.192.0 - 119.63.199.255をBaiduの日本法人が使っていることが分かりました。

ということで、お行儀が全然良くなっていないbotには遠慮して頂くよう、119.63.192.0/255.255.248.0をdropするようにしています。

それにしても、懲りないヤツだな…。

商用プロバイダのメールアドレスにspamが約100通/日届くため、何か手を打とうと思っております。

まず最初に、送信者のメールアドレスが、*.jp、*.com、*.net以外は拒否するようにしてみました。
これで*.cnとかのspamは排除できますが、*.comのspamが多いので、多少は効果があるもののイマイチです。

次に、ヘッダの中の"Content-Type:"に怪しげなcharsetが指定されている場合(例えばiso-8859とか)も弾くようにしてみました。これはこれで効果があるのですが、"Content-Type: multipart/alternative"だったりすると引っかかりません…。

チマチマと"Received:"を調べて踏み台になっているサーバを登録してみたものの、次から次へとサーバを変えてくるようでキリがありません。

ということで、現在は「絶対に受信しないとマズイ」というメールアドレスを選り分け中です。
手動だと面倒なので、メールの中から送信者メールアドレスを抜き出して、重複チェックとソートを行ってからファイルに保存するようなプログラムをperlで作り、procmailの中からパイプを経由してそのプログラムに渡すようにしています。これで暫くの間データを集め、必要なメールだけを受信するようにしたら、spamもかなり弾けるんじゃないかと期待しているのですが…。

以前に書いたかもしれませんが、Googleのウェブマスターツールを使っています。

ウェブマスターツールで何ができかは、Googleの説明をご覧頂くとして…。
このツールには色々な機能が入っておりますが、その中の一つに「外部リンクのあるページ(自分のサイトのどのページが、どこのサイトからリンクされているか)」を表示する機能があります。

これを使うと「この日のブログの記事は、こんなところにリンクされている」なんてのが分かりますので、どのような記事が興味を引くのか、誰が興味を持ってくれているのか、なんてのも見えてくるようになります。

で、最近気付いたのですが…、以前はこの「外部リンクのあるページ」でblogランキングサイトが外部リンク先として表示されていたのですが、最近は全く表示されなくなりました。はてななんかは表示されるんですが。

これって、Googleウェブマスターツールには、blogランキングサイトは外部リンク先として認められなくなった、としか思えないのですが、そうするとblogランキングサイトはGoogleのPageRankの対象に入らなくなった、ということなってしまいそうです。

がんばってblogランキングサイトの順位を上げても、Google的にはあまり意味無いってことだったりすると…、う〜ん、どうなんでしょうね。

HPからPDAの新機種「iPAQ212」が発表されていました。

Windows Mobile 6を搭載して、VGA画面ですか…。
CFスロットとSDスロットが有るので、今の私の使い方からすると非常に良さそうです。
他にも無線LANやBluetoothが付いているので、外部接続には不足は無さそうです。
4インチ液晶なので、ちょっと大きいかなぁ。重量も192gだし。

でも、今使っているPDAがあまりに不調なので、かなりグラッと来ています。
オンラインストアで買えるようになるのは4月上旬か…。

今日からWillcomの新サービス「新つなぎ放題」がスタートしました。

既に申し込んでいましたので、やったことはプロバイダのアクセスポイントの番号を変えるだけでした。でもなぁ、メールでサービス開始の連絡とか来るかと思っていたのですが、何もこなくて少し拍子抜けです。ちゃんとコース変更されているのかも分からなかったので、WillcomのWebサイトでコースが切り替わっているか確認しちゃいました。ちょっと不親切です。

さて、これで今までは2x(64kbps)までしか使えていなかったのが、4x(128kbps)まで使えるようになりました。早速、スピード測定サイトで転送速度を調べてみると…、実測で83kbpsという結果でした。微妙…。

まぁ、今までの最高64kbpsよりもスピードが出てるので、良しとしましょうか。

Willcomからハガキが来まして、そこにはWillcomの新料金プラン「新つなぎ放題」で書いた新料金プランへの「コース変更予約受付中!」と書かれていました。予約受付は3/17までとのこと。

元々変更するつもりだったとこと、また申込のための情報(PHS番号とか受付番号とか)も書かれていたため、申込Webページにアクセスして申し込んじゃいました。申込自体はものすごく簡単です。ハガキに書いてある情報と、あとは連絡用のメールアドレスを入れるだけです。案内のハガキを貰っていないと、ちょっと面倒かもしれませんが。

さて、これでサービス開始の3月21日から、全てのパケット方式(〜8x)を使えるようになります。
ただ、持っているデータ通信カードが4xまでなので最高で128kbpsまでだったりしますが…。
8xまでサポートするCFカードタイプのデータ通信カードが出ないかなぁ。

先日、[teeter totter] spamコメント除けを書きましたが、その後で見事にspam除けをかいくぐるコメントを頂いてしまいました。

その方法とは「キーワードとなりそうな単語にスペースを入れる」なのですが、確かにこのパターンには対応できていませんでしたね。例えば「キーワード」をNGワードとして登録していた場合、「キー　ワー　ド」だと引っかからないんですね。後から考えれば「なるほど」なのですが、最初に作った時点では考えが及んでいませんでした。う〜ん、これはこれで勉強になります。

考えてみると色々なパターンが有りそうです。
どうやれば上手く網羅できるのか、ちゃんと考えないとダメでしょうね。
ということで良い宿題ができたのでした。

ウチのblogの内容と関係なさそうなコメントが、ここ数日で立て続けに来たため、NGワードリストによるspamコメント除けの仕組みを入れてみました。以前、トラックバックspam対策で入れた仕組みを、コメントの方にもそのまま入れただけです。

対象ファイル : lib/tt_user.pl (文字色青の所が今回の追加部分)

sub entryregist {
    &get_time;
    &get_host;
    if ($in{'name'} eq "") { &error("名前が入力されていません"); }
    if ($in{'comment'} eq "") { &error("コメントの内容が入力されていません"); }
    if ($in{'reno'} eq "") { &error("記事番号がありません"); }
    if ($in{'mail'} ne "") {
        if ($in{'mail'} !~ /[\w\.\-]+\@[\w\.\-]+\.[a-zA-Z]{2,4}/) {
            &error("E-Mailの入力内容が不正です");}
    }

    # /* NG wordチェック

    $commnent_body =  $in{'comment'};
    &$jcnv(\$commnet_body, "euc");
    $ng_word_data = './ng_word.cfg';
    @ng_word = ( );

    ## ng_wordの読み込み
    if(!open(IN,"$ng_word_data")){
        &error("ファイルをオープンできません");
    }
    @ng_word = <IN>;
    close (IN);

    ## コメント本文とng_wordとをマッチング
    foreach(@ng_word){
        &$jcnv(\$_, "euc");
        $_ =~ s/\r\n//g;
        $_ =~ s/\r//g;
        $_ =~ s/\n//g;

        if( $comment_body =~ /$_/gi ) {
            &error("コメントの内容が正しくありません");
        }
    }

    # NG wordチェック /*

    if ($set_data1[23] eq "1" || $set_data1[23] eq "2") {
        if ($in{'comment'} !~ /[\x80-\xff]/) { &error("コメントの入力内容が不正です"); }
    }

NGワードファイルには、NGワードを1行に1ワードずつ書いておきます。ちなみに上記の例ではteeter totterのcgiが入っているフォルダ直下(libの上)に置くようにしていますが、絶対パス指定すれば別の所に置いても良いでしょう。トラックバック用と共用にすれば、メンテナンスも楽ですね。

最近のblogで実装されている「管理者が許可したコメント/トラックバックのみ公開される」という機能があれば良いのかもしれませんが…。

swatchを導入したことを書きましたが、それから約1ヶ月経って、どれくらいの効果があるのかを見てみました。

最初はログ監視ツール導入(SWATCH)の方法をそのまま使わせ頂いていたのですが、ファイアウォール構築(iptables)の「（２）IPアドレスリスト更新チェック」を毎日行うようにしていたら、これが動いた時点でswatchで設定したアクセス禁止IPアドレスが消えてしまうため、現在はファイアウォール構築(iptables)のdeny_ipにアクセス禁止IPアドレスを出力するように変更しています。

で、deny_ipを見てみると、これだけのIPアドレスがアクセス拒否に設定されています。

212.182.96.0/255.255.224.0
202.216.176.0/255.255.240.0
12.154.240.33
38.101.222.130
60.52.193.122
61.195.146.214
62.2.87.18
62.93.33.52
67.207.145.238
69.217.73.52
118.98.163.2
123.49.42.2
124.146.168.42
145.76.18.22
147.91.209.22
161.184.175.71
165.98.60.109
166.70.45.166
168.187.205.3
189.10.47.252
189.16.194.250
189.43.175.60
195.242.99.82
195.251.200.62
195.75.146.229
196.12.184.190
196.20.7.74
196.207.40.212
196.27.107.158
196.29.227.86
196.35.158.181
196.45.161.118
196.46.233.5
202.72.210.158
202.79.222.87
202.84.17.42
202.87.216.241
203.115.229.180
203.149.32.4
203.172.184.19
203.212.38.43
203.82.67.196
205.188.189.155
210.4.36.175
211.12.84.183
212.248.240.1
212.92.23.102
213.133.102.67
213.133.99.195
213.157.69.92
213.23.227.194
216.171.98.77
216.55.245.142
217.150.244.143
217.169.46.98
217.41.27.254
219.209.194.156
222.255.24.74

先頭の2つですが、何回もアクセスがあったため手動で追加したものです。
こうしてみると、結構ありますね。知多半島ケーブルネットワークは、自分の所のサーバがOpen Proxyとして踏み台にされていることを知っているんでしょうか。

Willcomの発表を受けてなのかわかりませんが、今度はイー・モバイルが新しい料金プランとともに音声通話サービスを始めることを発表しました。

イー・モバイルの電話サービス、いよいよスタート！
月々1,000円から超高速データ通信がはじめられる！『スーパーライトデータプラン』 3月28日提供開始！

HSDPAの高速通信は非常に魅力的ですが、問題はカバーエリアかなぁ。
カバーエリア外だと、ドコモにローミングすることになるので、別途料金がかかっちゃうんですよね。
普段使う分にはカバーエリア内なので問題無いのですが。

カバーエリアの観点ではWillcomに軍配が上がるのですが、通信速度の面ではイー・モバイルかなぁ。
知人がEM・ONEを試しに使ってみて、そこそこ(IEEE802.11bより少し遅いくらいの体感速度)で動いていると言っていましたので、ちょっと魅力的です。

PDA不調を書いて以降、だましだまし使っていますが、週に2〜3回はバックアップしてあったデータを復元するなど、相変わらず不調のままです。

PDA上のバックアップ用ツールや、母艦PCのActiveSyncを使ってデータを保持できていはいますが、何回もデータが飛んでしまっていますので、非常に困った状態です。

Willcomの「新つなぎ放題」もあるので、今の通信カードをそのまま使えるPDAが良いかなぁと思っています。

そうすると、やっぱりhpのPDAかなぁ。WillcomのW-ZERO3系も良いんですがね。
今使っているPDAと同等のスペックのものだとHP iPAQ hx2490c Pocket PCなんですが、\48,300ですか…。

Willcomがデータ通信カード向けに新しい料金プラン「新つなぎ放題」を発表しました。
1x〜8xパケット方式に対応した通信サービスを、月額3,880円の定額で利用できるというのはとても魅力的です。

私自身は、つなぎ放題の契約をしています。これは月額6,090円(実際は年間契約割引や長期利用割引などで月額5,000円弱)の定額でデータ通信(2xパケット通信なので64kbps)を使い放題というものです。

今回発表された「新つなぎ放題」は、これまでのサービスと比較して、通信速度は上がるわ、値段は下がるわで、とってもお得な感があります。今持っているデータ通信カードは4xまでサポートしていますので、新しい料金プランに移るだけで今までより月額1,000円以上安くなって、倍の通信速度を得られることになります。う〜ん、すばらしい。2年間契約縛りがありますが、それを十分うち消すだけの魅力があります。

3月21日よりサービス開始なのですが、事前申込した人を対象に最大で8,815円キャッシュバックする予約受付キャンペーンを行っています。でも、今の料金プランから変更しないといけないので、サービス開始を待って移行しましょうっと。

少しは良くなったのかと思っていましたが、やはりPDAは不調のままでした。

京都市内の地図をPDAに入れておいて、旅行中はそれを見ようと思っていたのですが…。
初日の昼過ぎにはリセットしても起動中に止まってしまうようになって、もう使い物になりません。
バックアップ電池を切って起動させれば復活しますが、そうするとデータが全て綺麗サッパリ消えてしまいますので、そんなんじゃ復活してくれても嬉しくありません。

母艦となるPCがあれば、ActiveSyncで復元できるのですが、そのためにPCを持っていくのもバカバカしいですし、「それならPDAいらないじゃん」ていう話にもなります。

で、外部メモリ(SDカードとか)にデータをバックアップしておいて、もし動かなくなったら外部メモリ上のデータから復元するようなツールが無いか探していたのですが…、なんとPDAにプリインストールされていることに先ほど気付きました。

さっそくSDカード上にバックアップデータを保存し、PDAを強制的に初期化してから、SDカード上のバックアップデータの復元を試みると、無事元に戻るじゃありませんかっ!

う†ん、先週気付いていれば旅行中に不便な思いをしなくて済んだのに。

PDAを購入してから4年近くなりますが、未だにちゃんと使いこなせていないことが分かってしまいました…。

修理から返ってきてからイマイチ動作が安定しないPDAでしたが、少しは安定して動くようになりました。

行ったことは、最新のバックアップデータを使わず、運良く残っていた数ヶ月前のバックアップデータを使って復元、です。一部データに古いものはありましたが、元々PDA側のMy Documentsの中身を母艦PC側と同期させていたため、母艦PCと同期しなおすことで最新データに復旧することが出来ています。

後は、新しく入れていたソフト数本がPDAから消えていますので、これも再度インストールしなおして元通りです。

動作自体は完璧では無く、時々電源オンで起動しないという現象が出ています。ただ、不調時はこの状態になると何をしても元に戻らず、バックアップ電池も一旦オフにしてPDA内のメモリをクリアして、そして再起動(真っ新な状態)にするという方法でしか復活しませんでしたが、今は電池パックを抜き差しすると(とりあえずは)データが消えることもなく起動してくれます。なので、まぁ何とか許せるかな…。

ただ、Advanced W-ZERO3[es]にグラッときていたりします。
近所の家電量販店でホットモックを触ってきたのですが、なかなか良い感じで使えそうかな、と。
画面が小さいけど許容範囲かな…。でも文字が小さいかな…。う〜ん。

yumでupdateを行ったら、plaggerが動かなくなってしまいました。
以前も同じようなことをしてハマって、また同じことをやるなんて学習してませんねぇ…。

ただ、前回は焦っていらんことをして被害拡大したため、今回はエラーメッセージをちゃんと見て、と。

plaggerを動かそうとすると、こんな具合になっています。

[user@server ]$ plagger -c hogehoge.yaml
Plagger::Cache [error] Can't load Cache::FileCache. Fallbacks to Plagger::Cache::Null
Plagger [info] plugin Plagger::Plugin::Subscription::Config loaded.
Weak references are not implemented in the version of perl at /usr/lib/perl5/site_perl/5.8.8/HTML/TreeBuilder/XPath.pm line 86
BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.8.8/HTML/TreeBuilder/XPath.pm line 86.
Compilation failed in require at /usr/lib/perl5/vendor_perl/5.8.8/Plagger/Plugin/CustomFeed/Simple.pm line 8.
BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.8/Plagger/Plugin/CustomFeed/Simple.pm line 8.
Compilation failed in require at /usr/lib/perl5/vendor_perl/5.8.8/Plagger.pm line 232.

まずは、Cache-FileCacheをインストールしてみることにします。

[root@server ~]# perl -MCPAN -e shell
cpan> install Cache-FileCache
CPAN: Storable loaded ok
Going to read /root/.cpan/Metadata
  Database was generated on Mon, 06 Aug 2007 18:48:31 GMT
CPAN: LWP::UserAgent loaded ok
Fetching with LWP:
  ftp://ftp.jaist.ac.jp/pub/lang/perl/CPAN/authors/01mailrc.txt.gz
LWP failed with code[500] message[Errno architecture (i386-linux-thread-multi-2.6.9-34.elsmp) does not match executable architecture (i386-linux-thread-multi-2.6.9-55.0.9.elsmp) at /usr/lib/perl5/site_perl/5.8.8/Errno.pm line 11.
Compilation failed in require at /usr/lib/perl5/5.8.8/i386-linux-thread-multi/IO/Socket.pm line 17.
BEGIN failed--compilation aborted at /usr/lib/perl5/5.8.8/i386-linux-thread-multi/IO/Socket.pm line 17.
Compilation failed in require at /usr/lib/perl5/5.8.8/Net/FTP.pm line 18.
BEGIN failed--compilation aborted at /usr/lib/perl5/5.8.8/Net/FTP.pm line 18.
Compilation failed in require at /usr/lib/perl5/site_perl/5.8.8/LWP/Protocol/ftp.pm line 24.
Fetching with Net::FTP:
  ftp://ftp.jaist.ac.jp/pub/lang/perl/CPAN/authors/01mailrc.txt.gz
Can't locate object method "new" via package "Net::FTP" at /usr/lib/perl5/5.8.8/CPAN.pm line 2250.

むむむ、CPANが動いてくれません。Errno.pmを見てみると

[root@server ~]# locate Errno.pm
/usr/lib/perl5/5.8.8/i386-linux-thread-multi/Errno.pm
/usr/lib/perl5/site_perl/5.8.8/Errno.pm

と2つあります。
強引ですが被っているErrno.pmのファイル名を変更します。

[root@server ~]# mv /usr/lib/perl5/site_perl/5.8.8/Errno.pm /usr/lib/perl5/site_perl/5.8.8/Errno.pm.org

で、後は"Weak references are not implemented in the version of perl at..."が残るのですが、Scalar::Utilのバージョン問題らしいので、強制的に再インストールしてみます。

[root@server ~]# perl -MCPAN -e shell
cpan> force install Scalar::Util

これでplaggerを動かしてみると…、無事動いてくれているようです。

でも、なんかPerlの構成がボロボロになってきているような気がします。

かなり昔に停止した逆アクセスランキングに対して、いまだに十数回/日のアクセスがあります。

404を返しているのですが、そんなものは見ていないようですね。ちゃんとエラー処理するようにして欲しいんですが。

いいかげんウザくなってきたので、試しにswatchを使ってiptablesでアクセス拒否するようにしてみました。
設定にあたり参考にさせて頂いたのは、Fedoraで自宅サーバー構築のログ監視ツール導入(SWATCH)です。こちらには色々と一方的にお世話になっております。

さて、昔の逆アクセスランキング用cgiへのアクセスを監視するために、apacheのerrorログを監視するようにしてみました。逆アクセスランキング用プログラムの"access.cgi"にアクセスが有った場合は、そのホストからのアクセスを規制するようにしています。

[root@fedora ~]# vi /etc/swatch/apache_error.conf
# logfile /var/log/httpd/error_log

# access.cgiへのアクセスを検知したら該当ホストからのアクセスを規制
watchfor /access.cgi/
    pipe "/usr/local/bin/swatch_action.sh 8 lock"

これでswatchを廻しておくと、1時間に1つくらい引っかかっているようで、ちゃんと効果が出ていますね。

ブログへのスパムコメントなんかも引っかけられそうなので、もう少し研究してみましょうか。

修理から返ってきたPDAですが、どうも不調です。

電源オンしても起動せず、その状態でリセットしても反応せず、仕方なしに電池パックを外してみても、起動はするもののOSが立ち上がるところまでいかず、とう状態に陥ることが数日に1回位発生しています。

そうなるとどうしようもなく、バックアップバッテリーもオフにして、真っ新な状態で起動するしか方法がありません。当然データは全て消えてしまっていますので、バックアップしてあったデータを復元することになりますが、そんな面倒な作業、何回もやってられません。それに、すぐに復元できるような環境であればまだ良いのですが、外出先で母艦PCが無かったりすると、どうしようもありません…。

修理交換したマザーボードがハズレだったのか、それともバックアップデータが壊れているのか、今のところ原因不明です。また修理に出して「見積もり\4,000です」と言われるのはとってもイヤなので、まずは自分で原因切り分けをしてみようかと思っています。

まずは、壊れる前の調子が良かった頃のバックアップデータで復元してみて、それでどうなるか試してみましょうか。それで良くなれば、まぁ良しとしましょう。良くならなかったら、真剣に次機種の検討に入りましょうか…。

ただ、今の不調のPDAですが、修理してから時間がたっていないので、言えばタダで直してくれそうな気もします。どうしようかなぁ…。

工人舎が液晶を高解像度化/低価格化した超小型PCを発表したという記事がPC Watchに載っていました。

CPUはAMD Geode LX800(500MHz/ビデオ機能内蔵)、メモリ512MB(最大1GB)、HDD 120GB、画面は1,024×600ドットですか、普通に使う分には十分かな。

インタフェースは、CF Type1/2(1スロット?)、USB 2.0×2、SDカード(SDHC対応)/MMC/メモリースティック対応スロット、CFスロット、IEEE 802.11b/g無線LAN、Ethernet、Bluetooth 2.0+EDR、ミニD-Sub15ピン、音声入出力などということなんで、機能面ではほぼ全部入りですな。

重量は990gと1kgを切っています。価格が\99,800かぁ…。
う〜〜〜ん、どうしようかなぁ。

修理に出していたPDAが還ってきました。
見積もりをメールで送ってもらうことになっていましたが、メールが届かなかったようで、そこで停滞してしまっていたようです。こちらは「見積もり来ないかなぁ」ですし、メーカ側は「見積もり送ったけど答えが来ないなぁ」だったみたいですが…、返事が来なかったら再送くらいしろよ。

さて修理代ですが、なんと\26,000もかかってしまいました。もうちょっと出せば他社の新製品も買えるし、なによりAdvanced/W-ZERO3[es]あたりだったら新品が買えちゃうような額です。

なぜ、それだけの金額をかけて修理したかというと、長年使っていて愛着があったのと、バッテリーパックを新調したのがもったいなかったのと(本末転倒)、何よりも「修理しなかったら修理見積もり代として\4,000請求します!」というメーカからの見積もりをみて、\4,000をケチったためです(ここも本末転倒のような…)。

まぁ、修理の見積もりのために工数がかかるのは分かるし、見積もるのに1時間程度はかかるでしょうから\4,000は妥当なところなんですが…、でもねぇ、見積もりだけで本体価格の1割弱の費用取るかねぇ。

修理の内訳は、マザーボード交換と十字キースイッチの交換となっていましたが、マザーボードを交換したのに内蔵無線LANのMACアドレスが変わっていないのは、何故なんだろう…。マザーボードには無線LAN関係の部品がのっていないってことなんだろうか。でもケースを開けて見た限りでは、別基板は無かったし。かなり謎です。

ということで、私的にはサポートの質に大きな疑問符が付いたのでした。
次はここのメーカのは買わないな。

[Plagger] 列車運行情報をPublishしてみるの野良プラグインを動かしていて、気になるところが有ったため少しずつ改造していました。

• titleの情報を増やしたい
  http://twitter.com/train_kantoを見ると、【運転見合わせ】とか【運転再開】とか【列車遅延】といった情報が入っていて、非常に見やすいです。すばらしいです。ということで、このアイデアを使わせて頂くようにしました。(アイデアをパクってごめんなさい)
  本文中のキーワードで条件分けするという、ひねりも何も無い方法としているため、ちょっとショボい実装になってしまいました。
• Publish::Twitterでの取りこぼし
  同じ時刻に、複数の路線の情報が入ると、Publish::Twitterでは1つだけしか出力されないようです。色々とFilter::Ruleの記述などをいじってみたのですが、どうにも上手くいきません…。
  で、単純に「時刻が異なれば良いんじゃないか」ということで、秒の部分にタイトルと本文の文字数の合計を60で割った値を入れて、重複扱いされないようにしています。かなりショボい解決策です…。

ということで、改訂版は、こんな具合になっています。

package Plagger::Plugin::CustomFeed::LDTraffic;
use utf8;
use strict;
use base qw( Plagger::Plugin );

use Plagger::Date;
use Plagger::Util;
use Switch;
use URI;

sub register {
    my ($self, $context) = @_;
    $context->register_hook(
        $self,
        'subscription.load' => \&load,
			    );
}

sub load {
    my($self, $context) = @_;

    my $ym = Plagger::Date->now()->strftime("%y%m");
    my $feed = Plagger::Feed->new;
    $feed->aggregator( sub { $self->aggregate($context, $ym); });
    $context->subscription->add($feed);
}

sub aggregate {
    my ($self, $context, $ym) = @_;

    my $sec = "0";
    my $urls = $self->conf->{url};
    my $feed = Plagger::Feed->new;
    $feed->link($urls);
    $feed->title("鉄道運行情報");

    my $list = $self->parse(Plagger::Util::load_uri(URI->new($urls)));

    for my $item (@$list) {
        my $entry = Plagger::Entry->new;

        if( $item->{body} =~ /運転を再開しました/ ) {
            $entry->title($item->{title}."【運転再開】(".$item->{month}."/".$item->{day}." ".$item->{hour}.":".$item->{min}.")");
        } elsif( $item->{body} =~ /遅れが出ています/ ) {
            $entry->title($item->{title}."【列車遅延】(".$item->{month}."/".$item->{day}." ".$item->{hour}.":".$item->{min}.")");
        } elsif( $item->{body} =~ /運転を見合わせています/ ) {
            $entry->title($item->{title}."【運転見合わせ】(".$item->{month}."/".$item->{day}." ".$item->{hour}.":".$item->{min}.")");
        } elsif( $item->{body} =~ /平常通り運転しています/ ) {
            $entry->title($item->{title}."【平常運転】(".$item->{month}."/".$item->{day}." ".$item->{hour}.":".$item->{min}.")");
        } elsif( $item->{body} =~ /一部列車に運休が出ています/ ) {
            $entry->title($item->{title}."【一部運休】(".$item->{month}."/".$item->{day}." ".$item->{hour}.":".$item->{min}.")");
        } elsif( $item->{body} =~ /運転変更が出ています/ ) {
            $entry->title($item->{title}."【運転変更】(".$item->{month}."/".$item->{day}." ".$item->{hour}.":".$item->{min}.")");
        } elsif( $item->{body} =~ /遅れや運休が出ています/ ) {
            $entry->title($item->{title}."【運休・遅延】(".$item->{month}."/".$item->{day}." ".$item->{hour}.":".$item->{min}.")");
        } else {
            $entry->title($item->{title}."(".$item->{month}."/".$item->{day}." ".$item->{hour}.":".$item->{min}.")");
        }

        $entry->body($item->{body});
	$entry->link($urls);

	$sec = (length($entry->title) + length($entry->body)) % 60;  ←Publish::Twitter対策
        $entry->date(Plagger::Date->strptime("%y%m%d%H%M%S", $ym.$item->{day}.$item->{hour}.$item->{min}.$sec));

        $feed->add_entry($entry);
    }
    $context->update->add($feed);
}

sub parse {
    my ($self, $content) = @_;

    my $list = [];
    while ($content =~ m{
<tr>
    .*?<th.*?>(\d{2})/(\d{2}).(\d{2})\:(\d{2})</th>
.*?<td.*?>(.*?)</td>
.*?<td.*?>(.*?)</td>
.*?</tr>
}gsx) {
        push @$list, {
            month => $1,
            day => $2,
            hour => $3,
            min => $4,
            title => $5,
            body => $6,
};
}

$list;
}

=head1 NAME

Plagger::Plugin::CustomFeed::LDTraffic - Custom feed for livedoor traffic information

=head1 SYNOPSIS

  - module: CustomFeed::LDTraffic
    config:
      url: http://transit.livedoor.com/traffic_info/kantou

=head1 DESCRIPTION


=head1 AUTHOR


=head1 SEE ALSO

L<Plagger>

=cut

1;

yamlはこんな感じにしています。

plugins:
  - module: CustomFeed::LDTraffic
    config:
      url: http://transit.livedoor.com/traffic_info/kantou

  - module: Filter::Rule
    rule:
      module: Deduped
      compare_body: 1

  - module: Publish::Twitter
    config:
      username: Twitterのユーザ名
      password: Twitterのパスワード

ここ3年ほど愛用してきたPDAが、メインバッテリー(非純正品)購入により復活したのも束の間、そろそろ危なくなってきました。

十字キーが正常動作しなくなったのです。「なんか感触が変だなぁ」と思ったら、十字キーの上下方向がまともに動かなくなっていました。強く押せば動く場合もあるのですが、これじゃ使い物になりません…。

ということで、一度メーカーに送って見てもらうことにしました。十字キーのスイッチを交換すれば復活してくれると思っているのですが、問題は部品があるかどうかです。バックアップ用バッテリーが用をなさなくなっていましたので、こちらも一緒にみてもらうことにしました。

で、部品が無くて修理できない場合ですが…、残念ですが他のPDAを探すしかないでしょう。
といっても最近はPDAを作っているメーカーが殆どありませんので、選択肢は

• HPのiPAQ
• WillcomのW-ZERO3
• emobileのEM・ONEα

ぐらいしか無さそうです。

Willcomのデータ通信カードを使っていますので、W-ZERO3が良いのかなぁ。キーボードいらないから、もう少し小さくて軽かったら良いのに。

ひさびさにニコニコ動画にあくせすしてみたら、アクセス時間制限が解除されていました。
アカウントとったのがかなり後の方だったので、なかなか解除されませんでしたが、ようやくです。
「プレミアム会員になれよ」と言われそうですが…、だって、あんまり見る時間がないんだもん。
まぁ、これで何時でもみられるので、どんな動画があるのか彷徨いてみましょうか…。

ウチのサーバでは、SquirrelMailを使ってWebmailを動かしています。

一応、普通に使えているのですが、たまに本文が"??"に文字化けしてしまい、読めないメールが届くことがあります。
で、調べてみると、同じような現象に悩まされている方がいらっしゃるようで、幾つかの対処方法をみつけることができました。

まずは最新版で試してみようということで、こちらから最新版を落としてきて、日本語パッチを導入してみたのですが…、これだけでは上手くいきません。やはり文字化けしたままです。

次に、こちらに書かれている、そのものズバリの現象と対処方法を試してみましたが…、バージョンが異なる(こちらの事例の方がバージョンが古い)ためか、どうも上手くいきません。

ただ、問題解決のヒントとなることは書かれていました。

本文ではなくメールヘッダーに [Mime-Version:] が記述されていないと、本文の日本語が [??] 表示になっていました。

という部分です。

試しに文字化けするメールのヘッダを見てみると、確かにMime-Versionが書かれていません。
無理矢理ヘッダを書き換えてMime-Versionを書き加えてみると、本文がちゃんと表示されるようになります。
どうも、Mime-Versionが入っていないメールを受け取ると、SquirrelMailが文字コードの判定をミスるようですね。

ということで調べてみるとこちらで対処方法を見つけました。
これをお手本にして改造してみると…、ちゃんと文字化けせず表示されるようになりました。

これで一件落着なのですが、すぐ忘れてしまいそうなので、備忘録がわりに書いておきます。

ここ半年ほど、会社パソコンの画面のちらつきに悩まされていました。
正確には、Microsoft Office系のソフトを使っている時に、画面の再描画が行われるような感じになり、場合によっては表示が乱れてしまう、という現象です。Excelなんかだと、セルの枠線が2重3重になってしまったりして、とても使い物になりません。画面スクロールすると直るので、だましだまし使っていました。

この現象が発生し始めたきっかけなのですが、イマイチ良く分かりませんでした。ちょうどその頃、BIOSのアップデートを掛けたので、それが原因なのかとも思っていましたが…。

原因は他の所にありました。
なんと、同時期に使い始めたMicrosoft Mouse用のソフト、IntelliPoint 6が原因でした。
ロジクールマウスに乗り換えた後も、IntelliPointをインストールしたままにしておいたのですが、なんか怪しげな常駐ソフト(確かipoint.exeだったかと)がいるので調べてみたところ、IntelliPointのソフトでした。で、IntelliPointは使う予定が無いこともあり、丸ごとアンインストールしてみたところ…、画面のちらつき現象が解消されていたのでした。

調べてみると、同じような現象が報告されていたのですね。マウス用ソフトが悪さをしているとは想像できなかったので解決に時間がかかってしまいましたが…。それにしてもMicrosoft、自分のところの製品の組み合わせで問題がでるとは、だめじゃん。

Google Calendarにプライベートな予定を登録して家族間共有していたりします。最近は携帯電話からもスケジュールを見られるようになったため(登録はダメ)、結構重宝しています。Outlookとかと同期できれば良いんですけど、流石にそこまでは難しいでしょう。

このように重宝しているGoogle Calendarですが、たまたま「終日」の予定を入れてみたところ、「通知」の動きが怪しいことに気付きました。

今日は買おうと思っていたコミック文庫の発売日だったため、Google Calendarに「終日」で10分前に通知がメールで来るように予定を登録しておいたのですが、なぜか前日の16:50頃に通知メールが届きました。日本時間の17:00(=16:50+10分)は、アメリカ西海岸の午前0時なんですね。Google Calendarのタイムゾーンは日本(GMT+9)に設定しているのですが…、どうもGoogle Calendarの通知機能はアメリカ西海岸時間で動いていているようです。ただ、1日ズレてますけどね。

試しに「終日」ではない予定を入れて通知も送るようにしたところ、こちらの通知は正しい時刻に届きました。こっちもズレていたら「試験してないんじゃないの」と疑うところだったんですが。

ということで、どうも「終日」の場合だけ通知時刻がヘンなようです。対処方法は、「終日」で予定を入れない、「終日」の場合は通知を使わない、といったところでしょうか。(どちらも後ろ向きな対処方法ですねぇ)

他の方はどうしているんでしょう、もしかしたらウチの設定が悪いんでしょうか。

不覚にも、Firefoxのスマートキーワード機能を先ほどまで知りませんでした。使ってみると、なかなかイイんですよ、これが。

スマートキーワードとはどんな機能かと言うと、Firefoxサポートチュートリアルの記述をそのまま借用すると

スマートキーワードは、ロケーションバーから簡単に Web サイトを検索できるようにするもう一つの仕組みです。検索バーでは利用できる検索エンジンが限られていますが、この機能を使えば、あらゆるサイトの検索を直接ロケーションバーから行えるようになります。 スマートキーワードを設定するには、検索フォームのあるページを開いて検索窓の上で右クリックし、[この検索にキーワードを設定] を選択します。"ブックマークを追加" ダイアログが表示されますので、サイト名などを名前にして、入力しやすいキーワードを付け、[OK] を選択します。 検索を実行するときは、ロケーションバーでキーワードに続けて検索語を入力するだけです。例えばオンライン辞典のサービスの検索窓に「dic」というキーワードを設定した場合、ロケーションバーに「dic environment」と入力すると、その辞典で「environment」を検索した結果が表示され、単語の意味を調べることができます。

ということになります。イマイチ分かりづらいですね…。

スマートキーワード - Mozilla Firefox まとめサイトの説明の方が分かりやすいかもしれません。

コレを使うと、ホント検索バーを使わなくてもよくなっちゃいます。ちょっとした設定が必要ですが、それさえ行っておけば、色々な検索エンジンを切り替えて使えます。とりあえず、Google/Yahoo/Wikipedia/Technoratiあたりを登録しておきました。

Firefoxを使っている方は、ぜひスマートキーワード機能を使ってみてください。
かなり便利になりますです…。

検索エンジンにキャッシュされないようにしたら、どうなるのか試してみたところ、検索順位に意外とインパクトがあるようです。ちなみにGoogleでのお話です。他の検索エンジンは…、良く分かりません。

検索エンジンのキャッシュに登録されないようにするには、ページの <HEAD> セクションに

<META NAME="ROBOTS" CONTENT="NOARCHIVE">

を入れれば良いのですが、試しにコレを入れて3週間ほど運用してみました。

最初の1週間は順位に影響が無く、「キャッシュの有無は関係無いんだ」と思ってそのまま放置していたのですが、気付いたら順位が大きく落ちてしまっていました。例えば「simazaki」で検索すると、以前は最初に出ていたのですが、今は30位以下にまで落ちてしまっています。

考えられる順位の変動要因としては
　・キャッシュしない設定にした
　・9月はかなりサボった
の2つがあり、どちらの影響が大きいかまではわかりませんが、、ここまで落ちるとは…。
ちょっとショックでした。

ということで、今は「キャッシュしない」設定を外しています。これでどこまで回復するでしょうか…。

ただ、キャッシュするに設定したことと、10月はそれなりに書き込んでいることから、パラメータを2つ同時にいじってしまうことになりますので、どちらが順位変動に大きな影響を及ぼすのか、切り分けできなくなってしまいます…。

PDAのバッテリーを注文しましたで書いたバッテリーパックが到着しました。注文してから4日程度で入手できましたから、そこそこ早いかな。

バッテリーパック3個に、ゆうパックの代引きで注文したので手数料がかかりましたが、合計で\6,010です。純正品の値段はわかりませんが、この値段じゃ買えないでしょう…。安い買い物です。

ゆうパックの封筒を開けてみると…、納品書とか何も入っていなくて、注文したバッテリーパックが箱入りで入っているだけでした。う〜ん、まぁ納品書とか入っていても大抵はすぐ捨てちゃうので良いんですが…。

で、早速PDAに装着したのですが、まるで純正品のようにキッチリ付きます。色もPDA本体と変わりありません。ん〜、なかなか良いんじゃない?

バッテリーの持ちも流石に持ちもイイです。今までのバッテリーだと30分も使うと残り85%とかになっていたのですが、新しいバッテリーだとなかなか減りません。耐久試験までは行うつもりはありませんが、十分以上につかえます。

ということで、今回の買い物は(今のところ)満足です。後は耐久性がどれくらいか、でしょうか。

会社でバックアップ用に使っているUSB接続のHDDが死亡してしまいました。

会社ではノートPC 1台、デスクトップPC 1台の合計2台を使っていて、それぞれの内蔵HDDのバックアップをとったり、メールデータの同期を取ったりするのに外付けのUSB接続HDDを使っていました。

で、メールデータをノートPC(こっちがメイン)→デスクトップPCの向きに同期させるために、一旦ノートPCから外付けHDDにメールデータをコピーして、そして外付けHDDをデスクトップPCにつなぎ換えたところ、いきなり認識しなくなってしまいました。その後は何をやってもダメで、まるで認識してくれません…。外付けHDD内には過去の色々なデータもあったのですが、見事にアクセスできなくなってしまいました。しくしく。

さて、アクセス出来なくなったモノは仕方ないので、バックアップのための次のシステム(と言うほど大げさなモノじゃありませんが)を考えないといけないですが、さてどうしましょうか。こんなにHDDが安くなってくると、HDDそのものをバックアップ媒体にした方が安上がりなのですが、今回のようにバックアップHDDが壊れてしまうと、もうどうしようもありませんので。

RAID対応の外付けHDDでも買おうか…。

今使っているPDAは3年前の機種だし、メーカも大きいところでは無いしので、新品のバッテリーを入手するのは無理かも…、と思っていたのですが、意外にも入手可能なことが分かりました。

と言ってもバッテリー　ロワジャパンというサードパーティの製品です。こんなマイナーなPDAのバッテリーをサードパーティが扱っていること自体が不思議なのですが、この際贅沢は言わないでおきましょう。

で、ウチのPDAに適合するバッテリーパックのスペックを見てみると、セルが中国製っぽいです…。まぁPDA自体が台湾メーカの製品だし品質面では大差無いでしょうから、大丈夫でしょう…、大丈夫じゃないかな、まちょと覚悟はしておけ。

このバッテリー　ロワジャパンで売られているバッテリーパック、色々なメーカ用のものが揃っているのですが、異常なまでの安さです。この値段だったら、たとえハズレだとしても、そんなに痛くはないかな。ネット上で調べても変な話は出てこないので、まずは試しに注文してみることにしました。

今週末に到着すると良いのですが…。

PDA(PocketPC 2003)を使い始めてから3年経過しますが、そろそろバッテリーがヤバい状態になってきました。

このところ、徐々ににバッテリーが膨らんできていたのですが、とうとうバッテリーパック外装のプラスチックが割れてしまいました。持ちは若干悪くなってきたものの、膨らんだだけで、まだ実用に耐える状態なのですが…、う〜ん、やっぱり怖いです。使っていて火を噴いたりしたら、どうしよう。

本当はPDAごと買い換えたいところですが、日本国内でPDAを出しているのは数社になってしまいましたし、現行品では欲しいのが無いので、ちょっと困っています。qwertyキーボード付きのPDA(どちらかと言うとSmartPhone)がSHARPから何機種か出ていますが、私自身はqwertyキーボード無しで小型軽量な方が嬉しいので、欲しい機種が見あたらないのです。

HPが北米で発売したiPAQ 200が良さそうなのですが、日本向けの発売時期が分かりません。何時になることやら…。

ということで、とりあえずバッテリーパックだけ購入して、暫くは様子を見ることにします。

HPから発売されなかったら…、富士通、東芝、htcからWindows Mobileを搭載した携帯電話が発売されますので、それらも含めて後継機を考えないと。

ふと気付いたんですが、はてなスターが表示されなくなっていました。う〜ん、全然気付かなかったぞ。

はてなスター日記のはてなスターをブログに設置するにはを見ると、ウチの所にはてなスターを設置する際に参照した時と比べて、色々と記載が増えているようです。色々なWebページに対応できるよう、機能拡張しているようですが、それが影響しているのかも…。

ウチのサイトだと、エントリーのタイトルとpermalinkに相当する部分は

<h3 class="Entry-Title" id="ID_000507"><a href="http://www.simazaki.com/~izumi/blog/archives/2007_10_1_507.html">UWSCその後 - Yahoo!ブログへ自動投稿</a></h3>

みたいになっている訳ですが、h3要素の中でクラス指定がされているので、それが原因なんでしょうか…。

ということで、はてなスターをブログに設置するにはに書いてある方法で、「Hatena.Star.EntryLoaderクラスのheaderTagAndClassNameプロパティに要素名とクラス名をセットする」を試してみました。

<script type="text/javascript" src="http://s.hatena.ne.jp/js/HatenaStar.js"></script>
<script type="text/javascript">
Hatena.Star.EntryLoader.headerTagAndClassName = ['h3','Entry-Title'];　←追加部分
Hatena.Star.Token = '870f2da54c6ce139996401fd2a1b7d027ad058f2';
</script>

設定変更して、もう一度ブログを見てみると…、無事表示されるようになりました。
今回は割と簡単に解決したな…。

UWSCを触り始めて1週間とちょっと、だんだん使い方が分かってきたので、試しにYahoo!ブログへ自動投稿するスクリプトを作ってみました。こんなの参考にする人が居るかどうか…。

スクリプト本体は、こんな感じです。UWSCはVer 4.3Cを使っています。
エラー時の処理とか何も入ってないですね…。

// -------------------------------------
// 初期データ設定
// -------------------------------------
CONST YahooID = "YahooのID"                        // Yahoo ID
CONST YahooPASS = "Yahooのパスワード"              // Yahoo PASSWORD
CONST DataFile = "C:\uwsc\data.txt"                // データ用ファイル
CONST Blog_url = "http://blogs.yahoo.co.jp/hoge/"  // ブログのURL

// -------------------------------------
// スクリプト部分 
// -------------------------------------

// 書き込み用データファイルを開く
File_ID = FOPEN(DataFile, F_READ)

// 書き込みデータ用ファイルが無い場合は終了
if File_ID < 0 then EXITEXIT

// 書き込み用データファイルを読み込む
entry_len = FGET(File_ID, -1)    // 書き込み用データファイルの行数を取得
entry_title = FGET(File_ID, 1)   // 1行目の「タイトル」を読む 
entry_syoko = FGET(File_ID, 2)   // 2行目の「書庫名」を読む
entry_body = ""

// 本文を読む(3行目から最後まで)
for i = 3 to entry_len
  entry_body =  entry_body + FGET(File_ID, i) + "<#CR>"
next

// Internet Explorerの起動
IE = CreateOLEObj("InternetExplorer.Application")
IE.Visible = True
IE.Navigate(Blog_url)
BusyWait(IE)

// ログイン
IELink(IE, "ログイン")
BusyWait(IE)

IESetData(IE, YahooID, "login")
IESetData(IE, YahooPASS, "passwd")
// IELink(IE, "ログイン") // SUBMIT
// IESetData(IE, True, "null", "ログイン") // SUBMIT
KBD(VK_TAB)
KBD(VK_TAB)
KBD(VK_RETURN)
BusyWait(IE)

// 新規投稿へ
IE.Navigate(Blog_url + "MYBLOG/write.html")
BusyWait(IE)

// タイトル、書庫、本文をそれぞれ書き込む
IESetData(IE, entry_title, "title")
IESetData(IE, entry_syoko, "_fid")
IESetData(IE, entry_body, "content")

// 「決定」ボタンをクリック
for i = 0 to IE.document.body.all.tags("a").Length -1
  ifb Pos("javascript:submitAll()", IE.document.body.all.tags("a").Item[i].href)>0
      IE.document.body.all.tags("a").Item[i].Click
      break
  endif
next
BusyWait(IE)

// ログアウト
IELink(IE, "ログアウト")
BusyWait(IE)

// Internet Explorerを閉じる
IE.Quit
sleep(5)

//------
Procedure BusyWait(ie)
  repeat
    Sleep(0.2)
  until (! ie.busy) and (ie.readyState=4)
Fend

書き込みデータ用ファイルは、こんな書式です。

1行目はタイトル
2行目は「書庫名」
3行目以降は本文
…

ログイン処理の所が上手くいかず、TABキー押下でごまかしています(KBD(VK_TAB)の所)。

これで一応動いてくれているので、一応は目的達成です。
ただ、目的は達成したものの、ブログに書くネタを用意していなかったので、意味無かったりして…。
やっぱり、一番大事なのはコンテンツの中身でしょう。

気が付いたら、今月はまだ1回しか書いてませんでした。サボりすぎ。
トップページに晒しておくのは恥ずかしいエントリーもありますので、サクサク更新しないと。

さて本題ですが、UWSCというツールの使い方を最近学び始めました。
コレで何ができるかなのですが、UWSCのWebページにもあるように、

マウスとキーボード入力を記録して再生する事ができます。 （スクリプト形式ですので自由に編集する事ができます） 強力なスクリプト言語によりアプリの操作ができます。 （COMオブジェクト、DLLの利用も可能です） スケジュール機能により指定時間や指定ウィンドウが現れた時などの指定ができます。

というのが主な機能です。

コレを使えば、一定の処理を全部パソコンにお任せできるようになりますので、使い方によってはかなり重宝しそうです。例えばブラウザを起動してBINGOサイトを自動巡回したり、ポイントメールにあるURLを自動クリックするようにしたり、Word/Excelの一定の処理を自動かしたりとか…。

まだ勉強中ですので、ネット上に公開されている色々なスクリプトを参考にしながらアレコレ試してているのですが…、もうちょい修行が必要そうです。本も出ていることなので、内容が良さそうだったら買ってみようかな、と。

「トラックバックがついた」というメールが来たので見てみたら、前回のコメントspamが来ているっぽいですに、トラックバックspamが来ていました。

良い根性しているというか、なんというか…。

すぐさま削除したのは言うまでありません。
ついでにNGワードにも登録です。

ココの他に大手サービスプロバイダのブログを持っているのですが(そちらにはPlaggerを使って、集めた情報を自動投稿しています)、どこかにpingを送っている訳でもないのに2〜3通/日の頻度でトラックバックが来るんですよね。しかも投稿した記事の内容と関係無いものばかり。

沢山の人の努力によって作られ広がってきた便利な仕組みが、間違った使い方をする一部の人達によって、どんどん不便になっていくのは大変悲しいことだと思います。

ということで、ウチの所に来たコメント/トラックバックspamは、見つけ次第ただちに削除!

昨日あたりから、正規のコメント(コメントありがとうございます)に混じって、どうもコメントspamが頻繁に飛んできているようです。

apacheのログを見てみると、"post"なんかがあって「コメント頂けたのかな(わくわく)」と思ってログをよく見ると「違うじゃん(´・ω・`)ショボーン」という状態です。昨日1日の間に、コメントを投稿しようとして"403"で弾かれているのが27回、コメントの内容不正で弾かれているのが8回ありました。

"403"で弾かれている方は、refererが付いていないという特徴があります。ウチの所では、.htaccessを以下のようにしていて、referer無しのコメントは弾くようにしているため、そこに引っかかっているようです。

SetEnvIf Referer "^http://www\.simazaki\.com" allow_ref
<Files tt_user.cgi>
        order deny,allow
        deny from all
        allow from env=allow_ref
</Files>

ちなみに、これらのコメントの送信元IPアドレスをRBL.JPのBLOG/BBS RBL Checkでチェックすると、軒並み引っかかりますので、コメントspamの可能性が高いです。

もう一方のコメント内容不正の方ですが、ウチの所では投稿されたコメントの中身をチェックして、2バイト系の文字が入っていて、かつ「ひらがな」が3文字以上連続しているコメントしか受け取らないようにしていますので、そこに引っかかっているようです。(「ひらがな3文字以上」の制限ですが、teeter totterのtt_user.cgiを少し改造いています)

ということで、今のところspamらしきコメントは全て撃退できていますし、頂いたコメントはblog側に正しく反映されているので実害はありませんので、まぁ良いかな…。

ブログ上にはてなブックマークの被ブックマーク数を表示させるようにしてみました。
最初はスキンの変更だけで行けると思っていたのですが、少しだけteeter totterの改造も必要になりましたので、その改造ポイントを書いておきます。(こうしておかないと忘れてしまいそうなので)

自分のブログに被ブックマーク数を表示するに対応方法が書いてありますが、要は

<a href="http://b.hatena.ne.jp/entry/エントリーのurl">
<img src="http://b.hatena.ne.jp/entry/image/エントリーのurl">
</a>

を、被ブックマーク数を表示させたい場所に書けば良い、ということになります。

で、早速スキン用ファイル(INDEX用/ENTRY用それぞれ)を修正します。どうせなら「ここをはてブに登録」アイコンも表示させた方が良かろうということで、後ろにくっつけてみました。1行目が被ブックマーク数表示、2行目がはてブ登録用アイコンです。

追加内容

<a href="http://b.hatena.ne.jp/entry/<!--entry-->"><img src="http://b.hatena.ne.jp/entry/image/<!--entry-->" border="0" /></a> 
<a href="http://b.hatena.ne.jp/append?<!--entry-->" target="_blank"><img src="はてブのアイコンのurl" alt="はてなBookmarkに登録" border="0" /></a>

これで完了かと思ったのですが…、INDEXページは上手くいったのもの、各ENTRYページは被ブックマーク数がちゃんと表示されません。htmlのソースを見てみると、<!--entry-->の部分が

　INDEXページ　http://www.simazaki.com/~izumi/blog/archives/2007_8_8_494.html
　ENTRYページ　2007_8_8_494.html

のように置き換わっています。ENTRYページの方は相対パスになっているため、はてブ側に認識して貰えないようです。

ということで、またteeter totterに改造を加えることにしました。改造ポイントは「ENTRYページ生成ルーチン内で、<!--entry-->を置換する文字列($entry_html)の前にアーカイブurl($set_data1[5])を付ける」です。

最初、単純に$entry_htmlの前に$set_data1[5]を付けてみたら、サイトの再構築がエラーで止まってしまうようになったため、<!--entry-->置換用文字列を別に用意($entry_full_html)して対処しました。改造したのは以下の文字色赤になっている2カ所です。

lib/mt_archive.pl

# -------------------------------------------------------------------------
# パブリッシュ (Entryページ)
# -------------------------------------------------------------------------

sub entry_archive {
    $ep_no = $entry_no[$e_count];
    $entry_html = "$entry_year[$e_count]\_$entry_mon[$e_count]\_$entry_mday[$e_count]\_$entry_no[$e_count].$set_data2[32]";
    $entry_full_html = "$set_data1[5]$entry_html";  # 追加
    if (-e "./skins/tt_skin$entry_skin[$e_count].html") {
        open(SKIN, "./skins/tt_skin$entry_skin[$e_count].html");
    } else {

    中略

    #$maintmp =~ s/<!--entry-->/$entry_html/gi;      # 変更前
    $maintmp =~ s/<!--entry-->/$entry_full_html/gi;  # 変更後

$maintmp =~ s/<!--entry-->/$entry_html/gi;は、このファイルの中で1カ所だけですので、探せばすぐに分かると思います。

これでINDEXページ/ENTRYページともに表示されるようになりましたが…、表示位置でデザインセンスが問われるのと、はてブ登録数が丸見えになってしまうのが、良いのか悪いのか。

「セグメンテーション違反」が出るようになってしまったPlaggerですが、ようやく復旧しました。
分かってみると「なんでもっと早く気付かなかったんだろう」とも思えますが…、備忘録代わりに書いておきます。

Webで調べてみたら、Filter::Dedupedのデータベースが怪しそう
「plagger segmentation fault」でググってみると、Filter::Dedupedのデータベースが壊れていたりすると、セグメンテーション違反が起きる場合がある、ということが分かりました。早速、Deduped.dbを探して削除してみたのですが…、残念ながら相変わらずセグメンテーション違反が発生してしまいます。
もうちょっと気合いを入れて調べ直します。

問題が発生するのはBundle::Planetだけみたい
色々と試していくうちに、Bundle::Planetを使っているとセグメンテーション違反が発生することが分かってきました。試しにBundle::Planetとなっているところを、Publish::Feedとかに変えてみると、問題なく動いてくれます。Bundle::Planetのソースを見てみることにします。

HTML::Tidyが怪しい
Plugin/Bundle/Planet.pmを見てみます。中で次のモジュールをロードしています。
　Filter::StripTagsFromTitle
　Filter::HTMLTidy (if HTML::Tidy is available)
　Filter::HTMLScrubber
　Filter::GuessTimeZoneByDomain
　SmartFeed::All
　Publish::Planet
　Publish::Feed
　Publish::OPML
　Publish::FOAFRoll

これらのモジュールをロードしているところを、一つずつコメントアウトして試して見ると…、
　Filter::HTMLTidy (if HTML::Tidy is available)
をロードしないようにすると、無事動くことが分かりました。

grepしてみると、Filter::HTMLTidyを使っているのはBundle::Planetだけのようです。HTML::Tidyを削除してしまえば良いのかもしれませんが、とりあえずFilter::HTMLTidyをロードする所をコメントアウトするだけで様子を見ることにしています。

今回の教訓:無闇にモジュールの削除/再インストールをせず、まずは原因の切り分けを行いましょう。

って、当たり前のことですね…。