![eyecatch](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhg558lHmJKwAJnePapxSr6jxPuHd4gQr5Z--u2NuPrnvNz1a3BN_UOCfa-Y7qqWilZK5IkeSl7nvXR9Ki_Q3mr96GE-NqaZ2ZQ-QtwEwmA9eRxcK4XtIo60DQKWFJdn6IlVYB_BMzi-XtNdFkUOMGl0c2Jbi2giUDTT1jRY23J8VfigCiP0bSOAuWe/s1600-rw/checklist-7658401_1280.png)
先日仕事で、とある処理でエラーが出ている事に気がついた。
何かのサービスで何かしらの表示不具合が出ている時に、意外と全然別の箇所の不具合である場合ってあるよね〜。
今回もまさにそんなエラーだったので、そのやらかしちまった内容を恥を惜しんでブログに残しておこうと想います。
問題発覚
それは、とあるデータベースに登録をするシステムの管理画面の機能で、リストで並んでいる登録情報をチェックボックスをつけて内容を一括で編集できるという内容のシステムでした。
![](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg144o0c5249TwfhfSzvyXgQeCoIntbLz9b5YyGgfJFOV_Kfp_hqU_tbHnw6rYhG_W_miJIk2Sl3gLfDlJu8YQnDaPKXmdVnjeh2k6UeRSqqF5NhjtKwRXAhcsA2E8h2QxDJU9sRFIJPkYhz3_3noCpoELum368AJHEV49jAEmAI7V0PNSlJJTWRVbk/s1600-rw/red-2549981_1280.jpg)
チェックを付けているある項目だけが、書き換わらない事に気が付きました。
![](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhZhmjioIMRYTbfwi93cNIB35wO6xl8n3M_4ah4RGl8Q-xl4xIri8E66YRB5u9rcJ476x_oAkyV7oj4SRV5caVCltrOkUJZCdOtrNIoB7aFmGjcxKDZmP2n6M_53S3VcSd1DsToIzK7NBgSL4z7Mp3J6wFIg2rbrchShL4xtfZ0CEoP_ojWA3dk3WWQ/s1600-rw/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88%202023-03-11%206.32.49%E3%81%AE%E3%82%B3%E3%83%92%E3%82%9A%E3%83%BC.png)
調べてみたところ、データは次のようになっていました。
id | label |
01 | free1.001 | ほげほげ |
02 | free1.001 | ほげほげ |
001 | free1.001 | ほげほげ |
04 | free1.001 | ほげほげ |
05 | free1.001 | ほげほげ |
ん ???
001 ???
このデータベースは、このデータベースを使っている会社さんが構築していたデータベースだったのですが、仕様はかなりブラックボックスになっていて、そのまま使うという仕様にしていました。
そもそも、idが文字列って・・・orz
それに、01と001が混在する仕様って・・・orz
どうやらこのIDの値が原因のような気がしていました。
原因発覚
同時登録する時に、登録したデータのIDを配列で保持しておいて、in_arrayで登録済みかどうかをチェックしていたんですが、どうやらin_arrayが型判定を行っておらず、数値判定をしているのではないか?
という疑惑が浮上してきました。
リファレンスページを見てみたところ、次のように書かれていました。
![](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhEfGufJ0lS1tQko4eeKPnhiIST2Fqz4eRAsEkvBi8PjPqcpI2ZmBFJ3Ah6hvDE9Lux73TuBAnJnlHK9NMIBXt8b-uoq7X09k5e77IfXCAdF0oXaqdPCqi2OFMW8o6d2zUPP4w4TTeiazXZQpxQR8xuEoDnDT0ZXErXOZRoC5SQvhbLJCn4FnOOU_NI/s1600-rw/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%88%202023-03-11%206.58.37.png)
なんと、第3の値に$strictというのがあり、これをtrueにしなければ、型判定はされないようですね。
ちなみに、自分が書いていたコードが、こちら。
function entry_check($entry_id=null){
foreach($datas as $data){
if(in_array(’02’ , $data[‘id’])){
return true;
}
else{
return false;
}
}
}
これを次のように書くことで、無事に不具合が解消されました。
function entry_check($entry_id=null){
foreach($datas as $data){
if(in_array(’02’ , $data[‘id’] , true)){
return true;
}
else{
return false;
}
}
}
あとがき
分かった気になって使っていたPHP関数の設定が足りていなかったのがかなり恥ずかしい不具合でした。
これ、デフォルトでtrueにした方がいいと思ったんだが、型判定を厳密にしないでいい処理なんてどういう場合があるんだろう?
というPHP言語の設計思考に疑問をもってしまった、今回の不具合体験でした。
そして、今回の不具合発覚から解消までの時間、1時間。
いい学習時間になりました!
0 件のコメント:
コメントを投稿