| 2224 |
今日の記念日 |
はくぶん |
2009-11-11 02:44:19 |
今日は1日でもないのに記念日が多い。
語呂合わせに向いている日というわけでもない。
それは単に月日が最大のゾロ目だからということだろうか。
特に今日でなくてもいいような記念日がずらりと並んでいる。
調べてみると、今日の15個は年間最多だった。
以下、6月1日の13個、10月1日の11個、11月1日の10個と1日が続く。
と、去年の今日も同じような事を書いている。
もし22月22日という日があったら、その日もきっと記念日は多いのだろう。
そんなことを考えながら。
|
| メッセージ文字数：224／236 |
| |
| 2223 |
命名 |
はくぶん |
2009-11-11 02:26:44 |
イギリスで今年生まれた男の赤ちゃんにジェンソンと名付ける親が増えているらしい。
今年のF1ワールドチャンピオン、ジェンソン・バトンにちなんでのことである。
昨年、ルイス・ハミルトンがF1ワールドチャンピオンを獲得した時は、
男の子にルイスと名付ける親が多かったらしい。
イギリスでは2年連続のF1ワールドチャンピオン輩出に、
命名熱も沸き立っているといったところだろう。
こういう部分では、日本人もイギリス人も考えることは同じということか。
それにしても、たかだか1回ワールドチャンピオンになったくらいで、
その人間の名前を自分の子供に付けるというのも解せない話だ。
ファッションにも流行り廃りがあるように、人間にも人生の波がある。
ルイスもジェンソンも、今はいいかもしれないが、
この先、例えば落ちぶれて悲惨な人生を歩むかもしれない。
もしそうなった場合、その人間にちなんで名付けられた子供達は、
一体どんな思いで自分の名前を見つめるのだろうか。
すでに亡くなっている過去の偉人達の名前を付けるのはいいだろう。
彼らの人生はもうすべて終わっているのだから、それで判断できる。
しかし、今現在生きている人間の名前を付けるのはどうだろう。
彼らの未来には何の保証もないのである。
日本では荒木・松坂にちなんで、大輔と名付ける親が多かった。
両名ともこのまま何事も無く、その人生を終えれば、
その子供達にとって幸いである。
|
| メッセージ文字数：589／615 |
| |
| 2222 |
つれづれなるままに |
はくぶん |
2009-11-11 01:58:25 |
今日は夕方から雨。
今週はずっと天気が良くないらしい。
確かに明日は一日中雨の予報。
明後日は曇りとなっているが、果たしてどうだろうか。
昨夜は寝不足だったので、帰って来たら眠ってしまった。
起きたら0時過ぎ。
いっそこのまま朝まで寝てしまおうと思ったが、
それ以降は眠れずに起きている。
扁桃腺は昨日一日寝たお陰ですっかり引き、
もう喉は何ともないので良かった。
まだ少し右肩が凝っているのが気になるくらいか。
扁桃腺は肩が凝ると出る場合が多い。
ウイルス復旧作業は遅々として進まない。
サーバ管理者は週によって言うことが変わるので、
恐らく実態をほとんど把握できていないのだろう。
先入観があってはウイルスの完全駆除はできない。
Downadup.B（Conficker）はファイルには感染しない。
システム部分に感染するウイルスである。
それはアンチウイルスベンダーが公表しているテクニカルノートを読めばすぐわかる。
しかし、サーバ管理者は個々のファイルにこだわる。
システムはクリーンだと言い張る。
それならサーバダウンの原因はDownadup.Bではない。
現に端末にいくらウイルスチェックをかけようと、
各社駆除ツールを走らせようと、Downadup.Bは一切検出されない。
サーバ管理者は日頃から理論だの論理だのと言っている割には、
ここに来て自分自身の論理性の無さを曝け出している。
さらに驚くべき事に、
ウイルスがどのファイルからどこへ移動したかもわかるらしい。
ログ解析すれば、それがわかるらしいのだが、
アンチウイルス各社ですら不可能なことが、ど素人の彼にはできるらしい。
まったくもって笑止千万である。
各端末上でファイルを動かしても、別に何の不具合も出ない。
サーバ上で動かした場合にだけ不具合が出る。
これは明らかにサーバのシステムが不安定になっている証拠である。
しかし、彼はその事実を認めようとしない。
サーバのシステムを入れ替えれば済む話である。
Downadup.Bの最も確実な駆除の仕方は、
システムの再インストールだと書いてある。
再インストールなど何も難しい作業ではない。
しかし、彼はそれを嫌がる。
確実に復旧できる方法を、彼はあくまでも拒む。
再インストール後の各種設定が面倒だからだろうか。
ハードのみの端末にシステムやいくつかのアプリをインストールし、
サーバ接続のための各設定を終えるのに、1台8時間もかかる人間も珍しい。
ましてや、サーバのシステム再インストールなれば、再設定にどれだけ時間がかかるか、
その膨大な時間を彼は危惧しているのだろう。
単に自分の作業効率が悪いだけの話である。
あの程度のネットワーク規模なら、普通の管理者は丸1日もあれば復旧させられる。
どれだけ日数を費やしても、まるで復旧する見込みのない方向性。
ちょっと詳しいだけの素人が下手にサーバ管理などすると、
こういう袋小路にはまってしまうんだな。
彼がもうちょっと論理的な人間であれば・・・
|
| メッセージ文字数：1210／1273 |
| |
| 2221 |
久々の扁桃腺 |
はくぶん |
2009-11-10 00:51:38 |
今朝起きたら扁桃腺が腫れかかっていたので、大事をとって会社を休むことにした。
喉に腫れを感じたのは何年ぶりだろうか。
ここ数年、扁桃腺は出なかったのに。
疲れが溜まっていたのかもしれない。
昼頃一度目が覚めたが、まだ喉に違和感があったので、もう少し寝ることにした。
夕方もう一度目が覚めると、会社から連絡が入っていた。
例によって例のトラブル。
何通かメールのやり取りで対処を任せる。
その頃には喉の腫れも治まっていたので、晩飯を食いに出掛ける。
今はもう腫れは引いている。
この分だと、明日は出勤しても大丈夫だろう。
今日は完全休養日。
飯を食いに出掛ける以外、寝たりゴロゴロするだけでほとんど何もしなかった。
まあ、でも本格的に腫れが出て、高熱に1週間うなされるよりは遥かにましだろう。
サーヤン。
ほな11月29日で話を進めるとするか。
同日に買出しと会を同時に行うなら、
まっちゃんは子供と一緒に会場で留守番が希望とのこと。
インフルエンザが流行っている今の時期なら当然だろうな。
買出しは男だけで行くとして、問題は会場をどこにするかだが。
まっちゃんと直接協議してくれればありがたい。
|
| メッセージ文字数：477／506 |
| |
| 2220 |
予定 |
サーヤン |
2009-11-09 22:57:31 |
11月29日でも大丈夫です。
今のところは12月19・20日以外ならいけますよ。
会社の忘年会19日に決まったんかなあ。
|
| メッセージ文字数：58／61 |
| |
| 2219 |
センス |
はくぶん |
2009-11-09 02:22:47 |
イギリスで指名手配中の容疑者が、自分の手配写真が気に入らないとして、
地元新聞紙に自分の写真を送り付けたらしい。
それに対し、警察は捜査に協力したとして、その容疑者に謝意を表明したとのこと。
容疑者のプライドと警察の紳士的な態度。
日本人には彼らのセンスは何一つ理解できないだろうと思う。
もちろんすべてのイギリス人が彼らのような人間ばかりではないだろう。
容疑者が23歳ということで、ちょっと格好つけた行動に出たとも言える。
しかし、重要なのはこのユーモアのセンスである。
容疑者のユーモア、警察のユーモア。
真剣勝負の中にもユーモアを忘れない彼らのセンス。
その両方を上手く使いこなす知的センスである。
日本人はユーモアの意味をギャグやお笑いと勘違いしている。
高級なユーモアのセンスは、むしろそれらから程遠いものである。
馬鹿笑いやドタバタとは無縁のものである。
それはやはり知性の違いなのだろうか。
知能は高いが知性は低いということだろうか。
|
| メッセージ文字数：410／430 |
| |
| 2218 |
表示処理所要時間 |
はくぶん |
2009-11-08 23:30:18 |
この掲示板の右下、麗しの大原かおりちゃんの写真の上に、
表示処理所要時間という項目がある。
投稿文字数カウント機能を付けるまで、
表示処理所要時間は大体3.7〜3.9秒の間で推移していたが、
機能を付けた途端、4.1〜4.3秒になってしまった。
僅か0.4秒、されど0.4秒。
数字だけ見れば小さいが、体感は意外と長い。
以前は4秒弱だったので、10%も多く時間がかかっていることになる。
この掲示板のクエリは約40個。
1個平均0.1秒くらいで処理している計算になるが、
文字数カウント機能は、その4倍もかかっている。
投稿数が増えても、クエリの処理時間は大して変わらないだろうが、
文字数カウントは多少影響を受けるかもしれない。
理想を言えば、全体で3秒以内に収めたいのだが、
そうなるといくつかの項目を削らなければならない。
ましてや文字数カウント機能などもってのほかである。
せめて毎回4秒以内に収まるように、もうちょっと工夫する必要があるが、
文字数カウントをPerlに処理させている間は無理だろう。
MySQLに正規表現が使えるreplace関数があったらなあ。
|
| メッセージ文字数：469／494 |
| |
| 2217 |
投稿文字数カウント機能修正 |
はくぶん |
2009-11-08 20:55:02 |
今朝追加した投稿文字数カウント機能だが、
どうやら文字数ではなく、バイト数のカウントになっていたらしく、
日本語部分は実際の文字数の2倍の数値になっていた。
というわけで、前回より更にダサい方法で修正。
今回は日本語も1文字はちゃんと1としてカウントされている。
が、この掲示板の開きがちょっと遅くなったかも。
やっぱりこういう処理は、PerlよりMySQLの方が速いんだが、
MySQLの文字コードの壁が大きく立ちはだかる。
なんでUTF8からEUCに変換できないんだよ！
|
| メッセージ文字数：229／241 |
| |
| 2216 |
投稿文字数集計 |
はくぶん |
2009-11-08 06:57:05 |
左側に投稿文字数集計を追加した。
ちょっとダサい方法なのだが、他に思い付かないので、
不本意ながら、そのダサい方法で。
“文字数”はHTMLタグや改行文字を除外した純粋なメッセージの文字数となっている。
それにしても、ほとんどF1に関する投稿ばかりだな。
と同時に、各メッセージ欄の下にも文字数を表示。
----------------------------------------------
メッセージ文字数：純粋なメッセージの文字数
総文字数：HTMLタグや改行文字も含めた全文字数
----------------------------------------------
というわけで、メッセージ文字数と総文字数が極端に違うのは、
恐らくラリーと管理人くらいだろうと思う。
普通の投稿でも、改行すれば改行文字は入るので、
だいたいは“総文字数＝メッセージ文字数＋行数−1”になっているはず。
もちろん空白行にも改行文字は入っている。
各行の最後には実は改行文字と一緒に改行タグも入っているのだが、
改行タグに関しては、投稿送信時に勝手に挿入されるので、
投稿者の投稿内容とは見なさず、カウント対象外とした。
レイアウト的にはちょっと見難くなったような気もするので、
もし評判が悪ければ削除する。
というわけで、自分の投稿内容の文字数チェックにでも、
他人の投稿内容との比較にでも、好きなように役立ててちょんまげ。
|
| メッセージ文字数：592／620 |
| |
| 2215 |
外為情報 |
はくぶん |
2009-11-08 03:09:14 |
10月下旬頃に一時的に上昇した米ドル、ユーロ、ポンドだが、
11月に入ってから再び値を下げ始めている。
アメリカは失業問題が深刻で、失業率はすでに10%を越えている。
アメリカでは1982年から1983年にかけて10%を越えたことがあると言うが、
10人に1人が失業状態にあるなど、尋常な国家状態ではない。
米ドルの下がる要因はもちろんこれだろう。
しかし、トヨタやブリヂストンのF1撤退に象徴されるように、
日本経済に於いても好材料は何もない。
米ドルが円に対して値を下げるのはわかるが、
ユーロやポンドまで下がる理由がわからない。
日本経済がヨーロッパ経済よりも良いとは思えないからだ。
今や経済がどれだけ良くなったかで為替が上下するのではなく、
酷い他よりどれだけマシかで上下する消極的な相場になっている感じだ。
果たしていつになったらこの世界恐慌状態は終わるのだろうか。
|
| メッセージ文字数：376／393 |
| |
