親の還暦祝いと、世界一周一人旅に向けて、残り7年で2000万貯金するまでの軌跡

2011-12-17

isset() 関数にご用心！ ( #phpadvent2011 Day 17 )

PHP Advent Calendar 2011 の 17 日目です。昨日はhajikamiさんの「[PHP] == による文字列比較をしてはいけないことを理解する #phpadvent2011 16th | Prog Blog From 憩い場所」でした。
みなさんこんにちは。17 日目担当の omoon です。普段は大阪で WEB アプリケーションを作ったりしている会社におりまして、PHP は触り始めて 10 年ぐらいです。
本当はもっと早く記事を上げる予定だったんですが、急遽下のような仕事が入りまして遅くなりました。ごめんなさい。
>
さて、みなさんは配列の要素の存在確認ってどうされてますか？
僕は、PHP を始めてからずっと無条件で isset() 関数を使っていたのですが、ついこの間、えー、うそん！的なハマりを体験いたしましたので、もうご存知の方には面白くともなんともない話だとは思いつつ、恥を晒す覚悟でまとめてみたいと思います。

isset() 関数はその配列要素が存在しても値が null なら false

null でも false なんです！知らなかった。僕は単純に知らなかった。マニュアルの一番最初に書いてあるのに。。

isset ― 変数がセットされていること、そして NULL でないことを検査する

PHP: isset - Manual

<?php
$noodles = array(
    'udon'   => 'white',
    'soba'   => 'gray',
    'pasta'  => 'yellow',
    'malony' => null,
);
isset($noodles['udon']); // true （知ってた）
isset($noodles['malony']); // false （えー、知らんかった！）
isset($noodles['somen']); // false （知ってた）

つまり、単純に配列要素の存在だけを確認するために、isset() を使っていると、要素自体は存在するのに false が返ってくることがあるということです。つい先日、これでバグ出しました。ごめんなさい。
ということで、配列要素の存在の確認には、array_key_exists() が良いみたい。

<?php
$noodles = array(
    'udon'   => 'white',
    'soba'   => 'gray',
    'pasta'  => 'yellow',
    'malony' => null,
);
array_key_exists('udon', $noodles); // true
array_key_exists('malony', $noodles); // true
array_key_exists('somen', $noodles); // false

お恥ずかしい限りですが、またひとつ賢くなりました。

配列の要素の要素などに isset() 関数を使うときの注意

で、ついでにもうひとつ。
配列の要素の存在確認に isset() を使う癖が付いているとこういう勘違いもしてしまいがち、という例をお話しします。そして、これでもバグを出しました。ごめんなさい。
配列の要素の要素の存在を調べたいと思ってやってしまったこんな例です。

<?php
$noodles = array(
    'udon'  => 'white',
    'soba'  => 'gray',
    'pasta' => 'yellow',
    'malony' => null,
);

isset($noodles['udon']['color']); // true （えー、うそん！）
echo $noodles['udon']['color']; // 'w' が出力される （なにそれ？）

これはさっきの話よりは少し複雑ですので、詳しく見ていくことにします。今から説明する２つのことが関係します。

(1) 文字列へは、[] を使って文字単位でアクセスできる

これ、意外と知られていないと言うか、最初知ったときは、何それー、と思うと思うんですが、つまり、

<?php
$name = "Santa Claus";
echo $name[0];  // S
echo $name[1];  // a
echo $name[2];  // n
echo $name[3];  // t
echo $name[4];  // a
echo $name[5];  // ' ' 
echo $name[6];  // C 
echo $name[7];  // l
echo $name[8];  // a
echo $name[9];  // u
echo $name[10]; // s

ということ。
ちなみにこんな風に書き換えることも可能。

<?php
$name = "Santa Claus";
$name[0] = 'P';
$name[3] = 'd';
echo $name; // Panda Claus（誰？）

まずこれが関係することの 1 つ目です。

(2) 型の相互変換

PHP: 型の相互変換 - Manual のページには、

PHP は、変数定義時に明示的な型定義を必要と(または、サポート) しません。ある変数の型は、その変数が使用される文により定義されます。これは、ある文字列を変数 var に代入した場合には、 var は文字列になることを意味しています。ある整数値を var に代入した場合には、その変数は整数になります。

とあります。要は、時と場合によって文字列が勝手に数値になることがあるよ、ってことですね。
で、その時と場合のひとつが文字列変数に続く[] 内の文字列の場合で、

<?php
$name = "Santa Claus";
echo $name['firstName']; // これは'S'と出力される

となります。
つまり、文字列変数 $name に続く [] 内の文字列「firstName」が数値「0」に変換されるため、$name[0] と同義となり、$name の 1 文字目の「S」が出力されることになります。
でも、なぜ「0」なのか。
実はこの挙動、PHP マニュアルのこのページの「文字列の数値への変換」セクションにきちんと書いてあります。

数値として文字列が評価された時、結果の値と型は次のように定義されます。
文字列の中に '.' や 'e'、'E' といった文字が含まれず、数値が integer 型の範囲内 (PHP_INT_MAX で定義されています) におさまる場合は integer として評価されます。それ以外の場合は、すべて float として評価されます。
文字列の最初の部分により値が決まります。文字列が、有効な数値データから始まる場合、この値が使用されます。その他の場合、値は 0 (ゼロ) となります。有効な数値データは符号(オプション)の後に、 1 つ以上の数字 (オプションとして小数点を 1 つ含む)、オプションとして指数部が続きます。指数部は 'e' または 'E' の後に 1 つ以上の数字が続く形式です。

見落としがちですが、

文字列が、有効な数値データから始まる場合、この値が使用されます。

とありますので確かめてみます。

<?php
$name = "Santa Claus";
echo $name['1stName']; // これは'a'と出力される

となるんですね。
ここでも文字列が数値に変換されるのは同じですが、今度は [] 内の文字列「1stName」が有効な数値データ「1」から始まっているため、$name[1] と同義となり、$name の 2 文字目「a」が出力されるというわけです。
これが、関係することの 2 つ目です。

で話をもどして、配列の要素の要素の存在確認は、、

さて、この 2 つのことを頭に入れて、先ほどの

<?php
$noodles = array(
    'udon'  => 'white',
    'soba'  => 'gray',
    'pasta' => 'yellow',
    'malony' => null,
);

isset($noodles['udon']['color']); // true （えー、うそん！）
echo $noodles['udon']['color']; // w （なにそれ？）

を順に説明してみると、

$noodles['udon'] は「white」という文字列
文字列変数に続く [] 内の文字列「color」は数値「0」に変換される
$noodles['udon'][0] は、「white」の 1 文字目の 'w'
なので、isset() 関数での評価も true

となります。
ということで、配列の要素の要素の存在確認は、

<?php
$noodles = array(
    'udon'  => 'white',
    'soba'  => 'gray',
    'pasta' => 'yellow',
    'malony' => null,
);

if (is_array($noodles['udon'])) {
    array_key_exists('color', $noodles['udon']);
}

のように、

配列であるかどうかを確認した上で
array_key_exists() を使って確認

するのが良いようです。
と、色々話してきましたが、実はこのあたりの内容については、PHP マニュアルにも幾つかコメントがついています。

困ったら PHP マニュアルに帰れ！（コメント欄も含めてね）、という素晴らしい定説を確認できたところで、僕の話しを終わりたいと思います。
みなさん、良いクリスマスを！

2013年6月29日土曜日

http://d.hatena.ne.jp/rx7/20100407/p1

Apacheで「Invalid command '\xef\xbb\xbf'」(UTF-8ファイルからBOMを削除)

IT, Linux

とある環境で、いただいたApacheの設定ファイルを配置し、configtestを行うと、以下のエラーが出た。

Invalid command '\xef\xbb\xbf', perhaps misspelled or defined by a module not included in the server configuration

ファイルの文字コードは、UTF8でしたが、"EF BB BF"は「BOM」と呼ばれる、テキストがUnicodeで書かれているか、や、記述形式の識別を行うための符号らしい。
(恥ずかしながら初めて知った。)

■BOM (Byte Order Mark, バイト・オーダー・マーク)
UnicodeのUTF-16などの16bit単位の文字エンコーディングスキームでは、8bit単位でデータを配列する際のエンディアンとして、ビッグエンディアンとリトルエンディアンの両方を許している。そのため、どちらのエンディアンで記述されたデータかを確実に判定するための特別なマークとなる符号として、BOM（Byte Order Mark）が用意されている。
またBOMは、あるテキストがUnicodeで記述されているかどうかを自動判定する手段として使用される場合もある。この目的に使用される場合は、エンディアンが存在するUTF-16だけでなく、エンディアンが存在しないUTF-8のテキストに付加される場合もある。
XML用語事典 [BOM (Byte Order Mark)]

vimで、このBOMを除去する

:set nobomb
:w

こんな感じで、BOMを消してから保存します。
これだけ。

nkfでも出来そう

"man nkf"を眺めていると、OPTIONSのところに以下の記述があります。

-w -w8[0] -w16[BL][0]
    Unicode を出力する。

    -w -w80
        UTF8 コードを出力する。 (BOM 無し)

    -w8 UTF8 コードを出力する。

    -w16 -w16B0
        UTF16 コードを出力する。 (Big Endian / BOM 無し)

    -w16B
        UTF16 コードを出力する。 (Big Endian / BOM 有り)

    -w16L
        UTF16 コードを出力する。 (Little Endian / BOM 有り)

    -w16L0
        UTF16 コードを出力する。 (Little Endian / BOM 無し)

nkfコマンドで、上記オプションを付けて出力してやれば良さそうです。

2013年6月12日水曜日

　HKT48に移籍した指原は、自ら後進の指導にあたり、それを自らの役目とした。「財を残すは下、仕事を残すは中、人を残すを上とする」と語る名監督・野村克也氏ばりのプレイングマネジャーとして活躍。HKT48メンバーを大島優子らAKB48メンバーに紹介して交流させたほか、「スキ！スキ！スキップ！」の表題曲選抜に入れなかったチームH最年少12歳の田中菜津美の“ボスキャラ”を発見して世に広め、SKE48終身名誉研究生・松村香織のソロデビューのプロデュースを行うなど、「指原再生工場」とでも呼ぶべき後輩の人材育成にもまい進してきた。移籍という“椿事”すらも笑いに変えて、タモリ、明石家さんま、ビートたけしのお笑いBIG3からもそれぞれ大いにイジられるという、めげない姿勢も、支持率上昇の要因だろう。

「知るを楽しむ」の野村克也監督の特集で、印象に残ったのが次の言葉。　財を遺すは下、事業を遺すは中、人を遺すは上なりこれは後藤新平の言葉で、次のように続くそうだ。　財を遺すは下、事業を遺すは中、人を遺すは上なり、　されど、財なくんば事業保ち難く、事業なくんば人育ち難し後藤新平が倒れる日に三島通陽に残した言葉は、次のようなものだったという。　よく聞け、金を残して死ぬ者は下だ。仕事を残して死ぬ者は中だ。　人を残して死ぬ者は上だ。よく覚えておけ。

2013年1月19日土曜日

2013年1冊目

上司は部下より先にパンツを脱げ
面白い！

炎天下に砂漠で、3人の男がレンガを積んでいる。

1人目の男
「俺はレンガを積んでいるんだ」と怒っている

2人目の男
「レンガを積んで壁を作っている」と1人目よりは楽しそう

3人目の男
「砂漠に大聖堂を作っている」と、満面の笑み

登録: 投稿 (Atom)