「PHP」に関する日記(7)

古のPHPの負の遺産、magic quotes。
昔作ったページにいくつか残っていたので滅ぼしました。
一応動作テストはしておきたいので、後日アップすることになるかと。

new staticに罪はなかった。
一応、内部動作刷新しました。
その影響で一つ重大な機能が消えているので、ユーザーページ自体のリニューアルも兼ねて、しっくりくる形で作り直します。

new staticにやられた…

とりあえずPackagistで公開。
テストとREADMEをまだまともに作ってないのでTGWS側にはその辺整備してから公開する予定。

Composerで取り扱えるように準備中…。
ライセンスもちゃんと定めて、まともにオープンソース化します。

またPHPUnitの話題だけれども、CRAPインデックス。
コードの複雑性を評価したもので、でかいほどヤバい(悪い意味で)。
で、これの大きいメソッドをコードカバレッジのダッシュボードから見ることができるんだけれども、実際見てみたら、触れたくないカオスなコードが…。
気合いのあるときになんとかしよう。

無名関数のアロー表記が将来のバージョンで出るとか何とか…。
うちは今PHP7.3への移行途中なんでまだ関係はないのですが、微妙に長ったらしくて面倒だった部分が改善しそうです。
$f = function($x) { return $x * $x; } // 古い表記
$f = fn($x) => $x * $x; // 新しい表記
$y = $f(10); // 関数が実行されて100という結果が得られる

今更ながら、カバレッジ出すようにしてみました。
決して良くはない数字だし、PHPUnitの対象にしていないコードは根本的にカバレッジの対象にもならないけど、まあ、最初はこんなもんかな。
ほとんどロジックがなくてテストするまでもないテンプレート的なPHPファイルも多いので、うまい事分けてカバレッジ上げていきたいものです。

事前にPHP7.3の挙動をテストしておこうとテスト用サーバーのサーバー系ソフトウェアを一新したら、どうにもApache側の問題でテストサーバーがうまく動かない模様…。

サーバー側で使えるようになっていたので切り替えられるように調整中…。

不正な質問文で停止する問題を再発しないよう根本的に解決。
trim処理が間違えていたせいで、普通に書いた質問文の末尾の文字が破壊されたのが原因だったので、trim処理を置き換えました。

直すときは以下の記事を参考にしました。
https://qiita.com/fallout/items/a13cebb07015d421fde3
いい感じのtrim処理です。

アンパンマンDB

履歴カテゴリ機能がほぼできた。
これで移行予定のないもの以外は一応置き換えられるようにはなった。
まだ細々とした修正は必要になりそう。

C#

throw null;は実際にはNullReferenceExceptionを投げるらしい。
自分で使うことが多いのはArgumentNullExceptionだけど、拡張メソッドとかでは使えそう。

PHP

??=演算子が新設らしいことを知った。
あれば便利だけどなくても全然困らない系。

Adobe XD

無料で使える？何ができる？

アンパンマンDB

履歴ページのリニューアル中。
旧RSSを置き換えて、管理しやすくするのが目的。

PHP コマンドライン関係

$argv：コマンドライン引数。実際の引数は[1]から。実際に使う場合はスーパーグローバルの$_SERVER['argc']が便利。
PHP_SAPI：コマンドライン実行なら"cli"。
ブラウザでの閲覧とコマンドライン実行で切り分けたいときに使えそうなのだぞ。

Python

便利（で、邪悪）なテクニックを知った。
実運用はしていないので私にとっては雑学にすぎないが、文字列に対する乗算は便利だと思った。

リニューアル…の前段階として、Composer対応中…。

自宅サーバー立て直し。
公開用サーバーと合わせてPHP7.1環境に…と思ったのですが、サーバー設定がうまくいっていないのか、400 Bad Requestが出て、ページが表示できません…。

TGWSで使っているPHPのバージョンを5.6から7.1に上げました。
一応、別ドメインでエラーが起こっていないことを確認してからバージョンアップしました。
ただ、エラー報告レベルを上げると、致命的ではない警告はたくさん出るようになったので、そのあたりは順次直していく必要がありそうです。

データベース系のクラスをComposerに合うように改修中…。

今使っているバージョンのSmartyが最新のPHPではWarning出すようなので、ちょっとバージョンアップとか、別のテンプレートエンジンへの切り替えとかを検討してみました。
今どきの流れで、SmartyもComposer対応とかしているようです。
ただ、テンプレート不要な場所でも問答無用で読み込む設定になっているようなので、Smartyは従来通り手動でrequireしようかと思います。
他のテンプレートエンジンと言えば、Twigが有名で、Skinnyとかいう日本初の軽量なエンジンもあったり、そもそも生のPHPでいいんじゃないかって意見もあったりしますね。
ひとまず、今のところは、アンパンマンDBみたいに比較的規模のある場所ではSmarty、ゲーム記みたいに生のHTML主体の場所ではテンプレートエンジンを使わないという方向でいこうと思います。
Smartyは最新バージョンに上げるという前提でね。

Composerでうまく動かないのでいろいろ調整中…。
大文字小文字の問題かと思ったけど、それだけじゃないのか…？

以前、サーバーとローカルマシンで別々にComposer環境を構築すると言いましたが、実はローカルで動いていたプログラムがサーバーで動かなかったんですね。
原因わかりました。
Windowsのローカルマシンでは大文字小文字を区別せず、Linuxのサーバーマシンでは区別していて、ファイルを見つけられなかったのでした。
Mifuminatorも全部ファイル名小文字にしちゃってたので、修正の必要がありそうです。