2011年9月アーカイブ

羽田空港から横浜に向かう時に、いつもの京浜急行バス（11時30分羽田空港発）を利用しようとしたところ、切符の自動券売機に以下の内容の張り紙がはってあることに気付いた。

昨夜の多摩川トンネルの火災のた為
出発入線の時間が未定となっております。
特に横浜方面は入線に1時間以上かかる可能性がございます。
あらじめご了承ください。

バスの切符売り場のお姉さんにも確認すると、「バスに乗れないことはないが、時間通りには運行できない」とのことだったので、仕方なく、今回はバスに乗ることを諦め、電車で横浜駅に向かった。途中の駅で何度も停車するし、何よりも目的地を過ぎて乗り続けてしまうミス「乗り過ごし」を心配しないといけない電車は、横浜駅直通のバスと比べると、少し不便に感じた。
やはり、羽田空港から横浜駅に向かう時の移動手段としては、バス（空港リムジンバス）の方が便利だと改めて思った。

本日のYAHOO!ニュースを見ていて、一番興味を持ち、何度も読み返したのが、ソニーがAndroid搭載ウォークマン「Z」シリーズを発売するという記事。

カセット型のウォークマンを過去に愛用していた私としては、「ウォークマン史上最高音質」と謳われているらしい同商品は、非常に興味を持った。また、つい最近、PSP（プレイステーションポータブル）で音楽を聴くようになり、PSPの音の良さにびっくりし、「さすがソニーだ」と感心していたので、このウォークマンで聴いたらどんなに素晴らしいのだろう、と思った。

しかし、どんなに心を動かされても、カセット型ウォークマンを聴いていた頃の私であれば、少々価格が高くても買ってしまったのだろうが、今の私は、あるものを探して買わなかった。

あるものとは、
カメラ
だ。

音楽を聴く機能だけではなく、動画や写真を閲覧できる機能もあるのに、何故カメラを搭載しないのだろう。近年流行っているスマートフォンのようにAndroid OSを搭載したのは、正直どうでもよいのだが、Android OSの多彩なアプリを活かすにしてもカメラがあった方が良さそう。GPS機能までつけたのであれば、GPSで取得した位置情報をカメラで撮影した画像につけることも可能だったろうに…。
価格の問題とか、コンセプトの問題で、カメラをつけなかったのだろうけれど、カメラがあると買う、というユーザがいることは考慮しなかったのだろうか。カメラがないのであれば、音質にこだわらないユーザは、iPod Touchを選択しそう。

私も、Android搭載ウォークマン「Z」シリーズにカメラが搭載されていたら、間違いなく購入したんだけどなあぁ…残念。

今後も、しばらくはPSPで音楽を聴くことになるかなぁ。

ファミコン版、スーパーファミコン版のドラゴンクエストI、II、IIIの3部作（ロト3部作）を収録した記念ソフトが任天堂Wiiで本日発売される予定。
今週発売されたジャンプで紹介ページがあり、そのページを何度も読み返した。
読み返しながら、次のような感想を持った。

• 懐かしいので欲しい。
• ファミコン版で、20年前にメモした復活の呪文がきちんと使えるかを試してみたい。無事に呪文が使えたら、、感動するかも。
• 当時ファミコンの画面は、小さなブラウン管のテレビで見ていたが、今は大画面液晶。画面の映りも良いし、画面は大きいし、音も良いだろうから、欲しい。
• ファミコン版はやったことがあるが、スーパーファミコン版はやったことがないのでやってみたい。

実は、本気で購入することを検討した。

しかし、私は毎週ほとんど出張で家にいないし、土日も出勤になることが多いので、家でじっくりとWiiで遊ぶことなどはできそうにない、という厳しい現実を思い出し、購入するのはいったん見送った。

Nintendo DSか、PSP（プレイステーションポータブル）といった携帯ゲーム機でこの記念ソフトを販売してくれたら、買ったかもしれないのに…残念。

先日、Windows 7が入っているPCを操作している時、うっかり「自動更新」機能でIE9（Internet Explorer 9）をインストールしてしまった。

まあ、いいか、と思って軽い気持ちでいたのだが、IE9のインストールが終わってびっくり。

IEのメニューバー、コンテキストメニューなどありとあらゆる操作メニューが、全て英語になってしまった。

まあ、英語なら意味が分かるし、面白いからこのままでもいいや、と思って今日まで1週間ほど使い続けた。

※ちなみに、英語版になってしまったIE9は、「言語パック」をインストールすることで日本語版にできるようだ。

《参考サイト》
[Windows7 / Vista ・IE9] IE9 のメニューやステータスバー、コマンドなどが英語になってしまいましたが、日本語に戻すにはどうすればよいでしょうか?
http://answers.microsoft.com/ja-jp/ie/forum/ie9-windows_7/windows7-vista-ie9-ie9/c7843104-53b0-4a28-bb10-c4c73409bc43

さて、英語版のIE9を面白がって楽しんでいたのも束の間で、IE9を使えば使うほど、「IE9になんてするんじゃなかった！」と後悔するようになった。

何故なら、IE9にしてから、明らかにIEの挙動がおかしくなったからだ。

• 頻繁にフリーズする。
• 動作が遅い気がする。（フリーズすることと関連があるのか？）
• テキストエリア（<textarea>タグ）の中でキーボードの「↑（上）」キーを押しても、テキストエリア内の一番上まで移動できない。

最後のテキストエリアの件はどうでもいいようなことに思えて、意外と自分がそんな操作を1日に何回もしていることに気づき、この操作ができないだけで、結構イライラしてしまうことが分かった。

もちろん、フリーズが一番深刻な問題だ。

昨夜など、緊急避難的にMozilla Firefox 6を使用したりもしたが、個人的にはやはりブラウザはIEが好きだ。

今日、ついに、もうIE9には我慢できなくなり、Microsoftの以下のページを参考にしながら、IE9をアンインストールした。

Internet Explorer 9 をインストールまたはアンインストールする方法http://windows.microsoft.com/ja-JP/internet-explorer/help/ie-9/how-do-i-install-or-uninstall-internet-explorer-9

IE8に戻ってから、大変快適になった。

もしかしたら、IE9が英語版でインストールされてしまったことが悪かったのかもしれないが、私が意図的に英語版を選んだわけでもなく、自動更新で勝手にそうなってしまったのだから、あまりIE9を擁護する気はない。

IE8で特に困ったこともないから、しばらくは、IE8でいいや。

PHPのmemory_limitは、phpinfo()関数で確認できる。

phpinfo()関数の出力結果は、ブラウザで確認することが多いかもしれないが、以下のようにLinuxのコンソール等でコマンドラインで実行して確認することもできる。

《コマンド例》
php -r 'phpinfo();' | grep memory_limit

《出力結果例》
memory_limit => 512M => 512M

変数に格納されている文字列に含まれる数字を数値に変換するには、

settype(変数,"integer")

とすればよい。

例1　変数←「数字」
$str = "2011";
settype($str,"integer");
echo $str;

《出力結果》
2011

例2　変数←「数字＋数字以外」
$str = "2011年";
settype($str,"integer");
echo $str;

《出力結果》
2011
※文字列に含まれる数字以外は削除されるようだ。

例3　変数←「数字＋数字以外＋数字＋数字以外＋数字＋数字以外」
$str = "2011年9月18日";
settype($str,"integer");
echo $str;

《出力結果》
2011
※文字列に含まれる数字のみを抽出して「2011918」という結果になるかな、と期待したのだが、「2011」のみだった。文字列に数字と数字以外が混在する場合は、最初に出現する先頭の数字のみを取り出し、その数字以降に登場する文字列は数字も含めて削除するようだ。

例4　変数←「数字以外＋数字＋数字以外」
$str = "西暦2011年";
settype($str,"integer");
echo $str;

《出力結果》
0
※文字列の先頭が数字以外の場合、以降の文字列に数字が含まれているかどうかには関係なく、出力結果は0になるようだ。

例5　変数←「数字以外」
$str = "西暦";
settype($str,"integer");
echo $str;

《出力結果》
0
※文字列に数字が含まれない場合は、出力結果は0になるようだ。

文字列を小文字に変換するPHP関数として、strtolower()関数、mb_strtolower()関数があるので、これらを使ってみる。

例1　変数←「英語アルファベット大文字」
$str = "NOBUNEKO";
echo strtolower($str);

《出力結果》
NOBUNEKO

例2　変数←「英語アルファベット大文字＋日本語文字列」
$str = "NOBUNEKOは猫大好きです";
echo strtolower($str);

《出力結果》
nobunekoは罵大硬きです
※「猫大好き」が「罵大硬き」と文字化けしてしまった。日本語などマルチバイト文字列が含まれる場合は、strtolower()関数は使用しない方がよさそう。

日本語などマルチバイト文字列を含む文字列を小文字に変換する場合は、mb_strtolower()関数を使用すると良さそうなので試してみる。

例3　変数←「英語アルファベット大文字＋日本語文字列」　※文字化けする場合がある
$str = "NOBUNEKOは猫大好きです";
echo mb_strtolower($str);

《出力結果》
nobunekoわ罵大硬きょす
※「は猫大好きです」が「わ罵大硬きょす」と文字化けしてしまった。strtolower()関数よりも悪い結果となってしまった。

PHPの現在の内部文字エンコーディングに問題があると思ったので、mb_internal_encoding()関数で確認してみる。

echo mb_internal_encoding();

《出力結果》
ISO-8859-1

ISO-8859-1をWikipediaで調べてみると、「ラテンアルファベットの文字コード標準」ということだった。

《参考》
http://ja.wikipedia.org/wiki/ISO/IEC_8859-1
ISO 8859-1（より正式にはISO/IEC 8859-1）はISO/IEC 8859の第一部であり、ラテンアルファベットの文字コード標準である。

内部文字エンコーディングが、何だかいかにも文字化けしそうな文字コードで設定されている！（苦笑）。

例4　変数←「英語アルファベット大文字＋日本語文字列」　※文字化け対策（方法1）を含む
mb_internal_encoding("SJIS-win");
$str = "NOBUNEKOは猫大好きです";
echo mb_strtolower($str);

《出力結果》
nobunekoは猫大好きです

※mb_internal_encoding()関数で、PHPの内部文字エンコーディングをシフトJIS（Shift_JIS）に設定してみると、文字化けは解消された。
mb_internal_encoding()関数を使用したくない場合は、mb_strtolower()関数で文字コードを指定することでも文字化けは解消される。

例5　変数←「英語アルファベット大文字＋日本語文字列」　※文字化け対策（方法2）を含む
$str = "NOBUNEKOは猫大好きです";
echo mb_strtolower($str,"SJIS-win");

《出力結果》
nobunekoは猫大好きです

一方、文字列を大文字に変換するPHP関数として、strtoupper()関数、mb_strtoupper()関数があるので、これらを使ってみる。

例1　変数←「英語アルファベット小文字」
$str = "nobuneko";
echo strtoupper($str);

《出力結果》
NOBUNEKO

例2　変数←「英語アルファベット小文字＋日本語文字列」
$str = "nobunekoは猫大好きです";
echo strtoupper($str);

《出力結果》
NOBUNEKOは猫大好きです
※strtolowerと異なり、文字化けしないのかと思ったら、文字列を変更すると文字化けした。

例3　変数←「英語アルファベット小文字＋日本語文字列」　※文字化けする場合がある
$str = "nobunekoは電車が好きです";
echo strtoupper($str);

《出力結果》
NOBUNEKOは泥車が好きです
※「電車」が「泥車」に文字化けした。

一方、日本語などマルチバイト文字列を含む文字列を大文字に変換する場合は、mb_strtoupper()関数を使用すると良さそうなので試してみる。

例4　変数←「英語アルファベット小文字＋日本語文字列」　※文字化けする場合がある
$str = "nobunekoは電車が好きです";
echo mb_strtoupper($str);

《出力結果》
NOBUNEKOは泥車が好きです
※「電車」が「泥車」に文字化けした。

例5　変数←「英語アルファベット小文字＋日本語文字列」　※文字化け対策（方法1）を含む
mb_internal_encoding("SJIS-win");
$str = "nobunekoは電車が好きです";
echo mb_strtoupper($str);

《出力結果》
NOBUNEKOは電車が好きです
※mb_strtolowerと同様にPHPの内部文字エンコーディングを指定すると、文字化けが解消した。

例6　変数←「英語アルファベット小文字＋日本語文字列」　※文字化け対策（方法2）を含む

$str = "nobunekoは電車が好きです";
echo mb_strtoupper($str,"SJIS-win");

《出力結果》
NOBUNEKOは電車が好きです
※mb_strtolower()と同様にmb_strtoupper()関数内で文字コードを指定すると、文字化けが解消した。

本日、台風15号が明日の朝に愛媛に最接近するというニュースが流れた。

明日の朝、飛行機で松山空港から羽田空港に移動しようと思っていたが、台風のために明日の飛行機の運航はアヤシイ、と判断し、急遽、予定を変更。夕方17時頃に自動車で愛媛県松山市を出発し、香川県坂出市に向かった。坂出市に向かった理由は、JR坂出駅からJR新横浜駅に電車で移動するためだ。

既に大雨になっていた松山市から遠ざかるにつれ、雨足が弱まり、雨がまったく降っていない地域もあった。台風の移動速度が約30キロメートルだとすると原付並みの速度だ。自動車で走れば走るほど、台風から遠ざかるのは当然のことか。

坂出市内は、大雨とまではいかないが、雨が降っていた。

ＪＲ坂出駅 19時25分発 快速マリンライナー58号でJR岡山駅に向かう（快速マリンライナーは、5分遅れで坂出駅に到着した）。

JR岡山駅では、500円の肉そば（温かいお蕎麦）を食べた。

JR岡山駅 20時33分発 新幹線のぞみ66号で新横浜駅に向かった。

新横浜駅には23時27分頃に到着した。

《備考》
JR坂出駅からJR新横浜駅までの運賃

• 自由席特急券：5,660円
• 乗車券：10,330円

新幹線を降りて駅のホームを歩いていると、小雨が体に当たった。風もやや吹いており、先週までの蒸し暑い横浜の夜とは確実に違う肌寒い風だった。

駅員さんのアナウンスによると、新横浜駅では、先ほどまで乗車していた新幹線のぞみ66号が、上り・下り共に最終列車だったようだ。ホームから乗客がいなくなると、ホームを閉めるそうなので、少し急ぎ目で改札口に向かった。

JRの改札を出た後、横浜市営地下鉄ブルーライン・湘南台行で、横浜関内に向かった。

《備考》
新横浜駅から関内駅（地下鉄）までの運賃

• 260円

関内駅（地下鉄）から地上に出ると、本日松山市で見た大雨を上回る土砂降り状態だった。

宿泊先のホテル（コンフォートホテル横浜関内）まで歩いた（ほぼ走った）だけで、ズボンの膝部分あたりまでは、ずいぶん濡れてしまった。

横浜は、明日になるともっと台風が近づくので、さらに雨が強くなるのだろうか。

明日が不安だ。

神奈川県横浜市は、今日の日中は暴風雨で、滝のような雨だった。あまりにもすごい雨だったので、空に向かって泳いでいけるのではないかとすら思った。

仕事を終えてホテルに移動するまでの間に、きっと、ずぶ濡れになるのだろうなぁ、と覚悟した。

しかし、17時頃に外を見た時はたしかにすごい雨だったのに、17時50分頃に外に出てみると、雨はやんでいた。

暴風は依然として残っていたので、吹き飛ばされそうになることもあり、少し怖い時があったが、雨が降っていなかったことが本当に嬉しかった。

ずぶ濡れどころか、傘をささなくても今夜の宿泊先のホテル「スーパーホテル横浜・関内」に到着した。

チェックインは後回しにして、まずは、ホテルの1階にあるコンビニ（ファミリーマート）で今夜の夕食と飲み物を購入した。台風15号が現在関東をうろついていて、またいつ雨が降ってくるか分からず、もし大雨になった時にホテルの外に出て夕食を食べに行くのはイヤだったので、明日の朝までホテルの部屋から出なくても済むように買いだめをした。

ホテルには、約10分後の18時20分頃にチェックインした。

このホテルには、久しぶりに宿泊したのだが、ホテルのフロントの女性達から、「お帰りなさい」と言われた。「お帰りなさい」というおもてなしは、秋葉原などのメイド喫茶だけだと思っていたので、少しびっくりした。エレベーターまで案内してくれるなど、とても丁寧な対応で、好感が持てた。

部屋に入ると、1つだけ残念なことが･･･。

スーパーホテルが悪いのではなく、ウィルコムが悪いのだが、ウィルコムの電話が圏外になってしまった。

妻と連絡が取れなくなるのは、ちょっと不便なのでどうしようかと思っていると、電話機を窓際に置いておくと何とか電波が届くことが分かった。窓際に置くと不便なのだが、まあ、これは仕方がない。

久しぶりに泊まったが、とても快適だ！

今日の朝の松山空港発の便では、午前中に羽田空港に移動できない、と昨日思っていたのだが、どうやら予想に反して、午前のANA便は全て飛んだようだった。午前の便は欠航するだろうと思って、電車で前日移動をしていたのが、ちょっと悔しくなった。

※以下の表は、2011年9月21日22時27分時点の「ANAインターネット国内線運航状況のご案内サービス」というページに掲載されていた内容。

松山空港14時5分発の便、16時25分発の便は欠航になったようだ。

台風15号が愛媛からは遠ざかっていったが、逆に関東方面（羽田空港方面）に近づいていったため、羽田空港が台風の影響で離着陸が困難になったようだった。

14時5分の便は、「松山に引き返し後、欠航」となっているが、本当にそんなこともあるんだなぁ、と驚いた。引き返すことなどまずない、などと思っていたが、今日の事例を見て、引き返すこともやはりあるんだなぁ、と認識を改めることにしよう、と思った。

9月23日（金曜日／秋分の日）、24日（土曜日）、25日（日曜日）の3連休は全て仕事に行くことにした。

とりあえず、第1日目の昨日（23日）は、朝8時半〜夜8時まで勤務してきた。

8時には仕事を終えて、深夜までは働かず、帰宅したら、5歳の娘とアニメでも観て過ごす。

これを今日と明日も繰り返す予定。

まあ、これでも、のんびりできているから、良いかなぁ。

秋分の日ということもあってか、昨日は朝から終日寒かった。

半そで、短パンで原付バイクを運転していると、ブルブルと震えた。

そろそろ長袖を着たほうが良いのかもしれない。

PostgreSQLデータベースで、insert処理を行おうとした時に、主キー（プライマリキー）の値が一意とならない場合には、上記のようなエラーが発生する。

《例》以下のSQLを実行した場合
INSERT INTO nobuneko_table (nobu_id, neko_id) VALUES (1, 105);
INSERT INTO nobuneko_table (nobu_id, neko_id) VALUES (1, 200);

※nobuneko_table：テーブル名、nobu_id：主キー（プライマリーキー）

上記SQLを実行した場合、以下のエラーが発生する。
ERROR:  duplicate key violates unique constraint "nobuneko_table_pkey"

主キー（プライマリーキー）が一意となるように（重複しないように）SQL文を見直すことで上記のエラーは回避できる。

主キー（プライマリーキー）をシーケンス値等でシステムにより自動取得している場合は、自動取得した値が既にデータベースに登録されている値と重複していないかどうかを確認して修正を行う必要がある。データベーステーブルで既に登録されているレコードの主キーの最大値よりもシーケンス値が小さい値の場合、レコードを追加していくにつれてシーケンス値が上昇し、やがて主キーと同じ値を取得しようとして、上記のエラーが発生する場合もあるだろう。
シーケンス値の値を現在の主キーの最大値に設定する場合は、以下のようなSQLを実行すると良い。

select setval('シーケンス名',(select max(主キー) from テーブル名));
↓
select setval('nobuneko_table_nobu_id_seq',(select max(nobu_id) from nobuneko_table));

PHPのrmdir()関数で

rmdir(/var/www/html/nobuneko)

などとして、ディレクトリを削除しようとした際に、

PHP Warning:  rmdir(/var/www/html/nobuneko): ディレクトリは空ではありません

といったエラーメッセージが表示されて削除できない場合がある。

このエラーの原因は、「ディレクトリは空ではありません」というエラーメッセージのとおりで、削除対象のディレクトリが空ではないからだ。

したがって、このエラーを解決するには、ディレクトリの中身を空にしてやればよい。

PHPのrmdir()関数では、削除対象のディレクトリ内にファイル、サブディレクトリがあると削除に失敗するので注意が必要だ。

昨夜23時過ぎに、スーパーホテル横浜・関内にチェックインした。

右手には横浜市中区役所、左手には横浜公園が見える部屋に今日は宿泊中。

先週泊まった部屋だと、ウィルコムの電波が窓際以外は圏外だったのだが、この部屋だと電波が良い。

先週泊まった部屋は、窓の外がビルだったので、電波が悪かったのか・・・。なんと単純なことか。

cronや手動でシェルを実行した際に、そのシェルが何時何分何秒に始まり、何時何分何秒に終了したかを知りたい時がある。そのような場合、シェルの前後でdateコマンドを実行すればよいが、dateコマンドだけだと、少し物足りないと思うかもしれない。

《例》
date
/var/www/sh/nobuneko_shell_test.sh
date

※手動で実行する場合は、以下のようにセミコロン（;）でコマンドを区切ると、左から順番にコマンドを実行してくれるので、上記の例のようにdateコマンドを手動で実行し、タイムラグが極力出ないように急いでシェルコマンドを実行する（でも、必ずタイムラグは出る）といった苦労をしなくてもよい。

date;/var/www/sh/nobuneko_shell_test.sh;date

《実行結果》
2011年 9月 29日 木曜日 07:56:57 JST
2011年 9月 29日 木曜日 07:57:22 JST

手動で実行した場合は、上記のように年月日、曜日、時分秒のみの表記でも十分分かるのだが、cronでログを残す場合は、何の実行結果なのかが分からなくなるので、dateコマンドの実行結果の次に例えばシェルファイル名などを表示するようにすると分かりやすくなる。

《例》
date
echo "nobuneko_shell_test.sh start"
/var/www/sh/nobuneko_shell_test.sh
date
echo "nobuneko_shell_test.sh end"

《実行結果》
2011年 9月 29日 木曜日 07:56:57 JST
nobuneko_shell_test.sh start
2011年 9月 29日 木曜日 07:57:22 JST
nobuneko_shell_test.sh end

単純にdateコマンドを書く場合は、echoで出力したシェルのファイル名は、上記のようにdateコマンドの実行結果の右隣ではなく、改行されて下に表示される。これでもいいかもしれないが、dateコマンドの実行結果の右隣にシェルファイル名を表示させたい場合は、echoの中でdateコマンドをグレイヴ・アクセント（`）で囲んでを記述し、その右隣にシェルファイル名を書くとよい。
※グレイヴ・アクセント（`）は、キーボードのShiftキーを押しながら、@（アットマーク）のキーを押すと入力できる記号。

《例》
echo `date` "nobuneko_shell_test.sh start"
/var/www/sh/nobuneko_shell_test.sh
echo `date` "nobuneko_shell_test.sh end"

《実行結果》
2011年 9月 29日 木曜日 07:56:57 JST nobuneko_shell_test.sh start
2011年 9月 29日 木曜日 07:57:22 JST nobuneko_shell_test.sh end

JR広島駅でノートPCを広げて仕事をする目的で、マクドナルドJR広島駅店（広島県広島市南区松原町2-37　JR広島駅南口）に入った。
このマクドナルドには、客がノートPCや携帯電話を充電してもよいコンセント（無料！）が各テーブルに1つずつ備えつけられているので、電源確保に困っている特に出張中のビジネスマンにとっては、大変有難い。

チーズバーガーセト（490円：チーズバーガー、マックフライポテトM、アイスオーレ）を食べながら、1時間30分も過ごしてしまった。
また、次回もJR広島駅を利用する機会があれば、このマクドナルドを利用するかもしれない。