昔から

正しいことを声高に叫ぶ下品なヤツ、根拠もないのに思い込みを断言するキチガイ、当たり前のことをしたり顔でのたまう脳たりん

は、大ッ嫌い、虫酸が走る、嘔吐が出る。

それに加えて

正しい理屈をこねくり回してなにもしようとしない愚劣なヤツ（ちょっと条件つけすぎたか）

ユーザー目線からすると？んなこた１００も２００も承知じゃ。

フツーはここをクリックするから？フツーってなんじゃ。

リンクテキストはページタイトルに？んなもんどんな本を読んでも書いてることだろが。

このあたりだけでも、聞いていてムカつくんだけど。

ユーザビリティだ、工数だと、ガタクサ理屈並べたてるので、続けさせた結果、まとめると「面倒だから」「キリがないから」やりたくない。

要求がアレなのは重々わかって頼んでるんだぜ？それ実装しないと仕事が先に進まないんだぜ？正しいことだけやってりゃいいんなら、そんな楽なことないよね。仕事ってそんなにラクちんなんだっけか。

聞いていて、つい、「面倒くさいからやりたくないってことなんだよね、だったらいいよ」と売り言葉に買い言葉。ちょっと大人げなかった。

どうにもこうにも、あっちもこっちも、ぶっちゃけダメぢゃん。

思いつきだけで騒ぐな。

決まったことは是非じゃなくまず動け。

[更新]2026-02-03 09:12:38

あまりに驚愕、あまりにあ然、だったので、こんな時間に事務所からメモしておく。

アクセスログを眺めていて、妙なリクエストがけっこう頻繁にあるんで原因もわからず悶絶してたんだけど。

【妙なリクエスト】

同じ時間、同じIPから同じページへのリクエスト。アクセスログに重複するリクエストがあるのだ。

スパイウエア？だったらもしかするとユーザーエージェントが違う

WEBフィルタリング？だったらたぶんIPが違う

眺めていると、どうやらユーザー（というかIP）単位で起こっているっぽい。プロバイダがなにかやってたりする？

てなことをいろいろ推測憶測してアクセスログを追いかけてたところ、サポート担当がさらっと

「それって、ダブルクリックじゃね」

まさにそのとおりだった。これって当たり前のごとく認知されてることなのか。グーグルで検索しまくった日々を返してくれ。

次に再び設定をいじるのにかなり間があくので、すっかり忘れていて、慌てて本棚眺める、ぐーぐる様で徘徊するハメになってしまう。

無料のレンタルDNS、MyDNSで ttp://www.holeinthewall.jp/ を登録していて、ウチのサーバーから、cronでfetchmailを走らせて、メールによるDNSのUpdate（IP通知）をしていた。ところが、ここんとこの電力事情でウチのサーバーが休止状態。zaurus B-500が、サーバー代わりにドメインを使って、apacheでメンテページを返すようにしていた…MyDNSに通知することをすっかり忘れて。

ということで、ドメイン情報が生成されなく、名前によるアクセスができなくなりました、というメールをもらう。

再度通知すればいいだけなので、慌てて。…えーっとナニをすればいいんだっけ、と。

こんなときはとりあえず perl。

Windowsでスクリプトを書いて試してみることにした。

まずは、LWPを使ってBasic認証でのアクセス通知をやってみたところ、通知できてるだかできてないんだかわからず。

次に、Net::POP3でメールによるIP通知を試してみたんだけど、これもうまくいってるんだかいってないんだか

。

しょうがないので、 zaurus 用にfetchmailを探してきてインストール。fetchmailrcをごそごそ書いて、アクセスしてみたんだけど、これもうまくいってるんだかいってないんだか。

もしかするとDNS情報のUpdateはある程度時間をおく必要があるのかも。zaurusにfetchmailをインストールしたことだし、こいつでUpdateできればそれに越したことはない。（そもそも、zaurus B500のperlはバージョンが5.6で、モジュールもデフォルトしか入ってない）

set daemon 86400
defaults
protocol pop3
poll MyDNS user username password pass

上記 .fetchmailrc を作り、コマンドラインで fetchmail とやると、daemonで設定した秒数間隔（この場合24時間）でメールを受信にいく＝DNS情報がUpdateされる、ハズ。

明日また確認。こんなことに（一度ならずやってるハズのことに）一時間近くかかってんだから、老化現象著しい。とほほ。

[更新]2012-12-12 08:44:43

自宅サーバーで使ってるperlのモジュールが lolipop にもあるかどうかが問題だったんだけど。

以下はlolipopでも細工なしに使えた。mysql も sqlite も使えるのでDBIというかmysql sqliteのDBD（？）もインストールされているっぽい。

Encode

Encode::Guess qw/ euc-jp shiftjis 7bit-jis utf8 /

Jcode

LWP::UserAgent

Time::HiRes

Fcntl (’:DEFAULT’， ’:flock’)

CGI::Carp qw/ fatalsToBrowser /

Image::Magick

DB_File

DBI

MIME::Base64

Digest::MD5

このへんはメジャーだから大丈夫。

XML/Simple.pm

メジャーなXMLのParser。

確か、1年ぐらい前はlolipopにインストールされていなかったので、ローカルの freebsd 環境でmakeして、できたモジュールをツリー構造ごと lolipop にコピーした、記憶がある。けど、今回改めてみると、インストールされていた。

Digest/SHA/PurePerl.pm

amazonにしろtwitterにしろ認証のための暗号化モジュール。

pureperl（perlだけで作られている）なので、ツリー構造ごとコピーすれば使える。

とりあえず、上記モジュールで、この雑記帖、自作twitterクライアント、自作amazon用モジュールが稼働。この程度の単純なものなら、たぶんほとんどのサーバーで使える、かな。

[03/22 22:32:42]

ビートたけしの記事がtwitterに流れてたので見てみたら、腰が抜けるほどの説得力。腑に落ちる。てことで、こちらにも引用しておこう。

『週刊ポスト「21世紀毒談特別編」より』

常々オイラは考えてるんだけど、こういう大変な時に一番大事なのは「想像力」じゃないかって思う。

今回の震災の死者は1万人、もしかしたら2万人を超えてしまうかもしれない。テレビや新聞でも、見出しになるのは死者と行方不明者の数ばっかりだ。だけど、この震災を「2万人が死んだ一つの事件」と考えると、被害者のことをまったく理解できないんだよ。

じゃあ、8万人以上が死んだ中国の四川大地震と比べたらマシだったのか、そんな風に数字でしか考えられなくなっちまう。それは死者への冒瀆だよ。

人の命は、2万分の1でも8万分の1でもない。そうじゃなくて、そこには「1人が死んだ事件が2万件あった」ってことなんだよ。

本来「悲しみ」っていうのはすごく個人的なものだからね。被災地のインタビューを見たって、みんな最初に口をついて出てくるのは「妻が」「子供が」だろ。

一個人にとっては、他人が何万人も死ぬことよりも、自分の子供や身内が一人死ぬことの方がずっと辛いし、深い傷になる。残酷な言い方をすれば、自分の大事な人が生きていれば、10万人死んでも100万人死んでもいいと思ってしまうのが人間なんだよ。

そう考えれば、震災被害の本当の「重み」がわかると思う。2万通りの死に、それぞれ身を引き裂かれる思いを感じている人たちがいて、その悲しみに今も耐えてるんだから。

だから、日本中が重苦しい雰囲気になってしまうのも仕方がないよな。その地震の揺れの大きさと被害も相まって、日本の多くの人たちが現在進行形で身の危険を感じているわけでね。その悲しみと恐怖の「実感」が全国を覆っているんだからさ。

朝から冷たい雨。

東日本巨大地震の影響で、東京電力が計画停電。となると、ウチのポンコツサーバーを稼働させておくのがヤバイ。そもそも停電するのかしないのか分からないし。UPS程度じゃ持たない。稼働中に、バチンと停電して電源が落ちて、ハードがいかれてデータを飛ばしたり、復旧不能修復不能になると怖い。

ということで、ウチのサーバーは電力事情が落ち着くまで、休止することにした。読書SNSを利用してくださっているかたにはほんとに申し訳ありません。

この雑記帖と自作twitterクライアントはlolipopに避難。ケータイ投稿はフォト蔵を使うことにした。読書SNSも避難を考えたんだけど、DBとperlのモジュールがlolipopじゃ無理で、そもそもlolipopのmysqlは、いったいナニやってんだ、と呆れるぐらい重い。

聞きかじり。

原子力発電がまるっと全部なくなったとしても、1985年水準の電力供給能力があるらしい。経済とか技術とかひたすら右肩上がりじゃなきゃいけないから原子力発電に頼らざるを得ないとすれば、なんか変だよなあ。1985年って充分じゃん。

[更新]2013-02-18 22:20:31