銀杏の木

php のバージョンを 8.3.10 から 8.4.3 に上げたら、

PHP RFC: Deprecate implicitly nullable parameter types日本語の解説の例：【PHP8.4】メソッド引数のデフォルトnullがついに禁止されるで説明されているように、引数のデフォルト null が php 8.4 から非推奨になったためだったので、Mobile_Detect.php の 600 行目からの __construct() の引数の記述部分を、

先に apache の話から。

apache を 2.4.5.7 から 2.4.5.8 にしたら、 module を読み込む extension を読み込まなくなった。

と表記していたのを、

のように絶対パスに変更したら読み込むようになった。何らかの内部的な動作の変更があったのだろうが、相対パス表記では動作しなくなった。

次に php の話。

php を、 8.2.11 から 8.3.1 にしたら、 rnote.php の2098行目付近の、

が、エラーになった。

php.net の PHP RFC: Arbitrary static variable initializers によると、

‘Backwards incompatible changes’ として、

Currently, redeclaring static variables is allowed, although the semantics are very questionable.

（現在、static 変数の再宣言は許可されているが、この論理的な意味は非常に疑問）

ということで、 static 変数の再定義を認めないように変更されたからだ。

しかし、上の例のように php のバージョンにより異なる動作をする部分を条件文で切り分けることができなくなってしまった。有用な機能だと私は思うのだが、不許可にされたらどうしようもない。

という書き方に変更した。

今後もこういう変更が増えると思うと、 rnote-re のコードも、そろそろ php6 以前のバージョンへの対応をやめてもいいのかも知れない気がした。

主な修正点は：

・each が削除されたので、下のように current(), next() を使う形に書き換えた。

（参考：「PHP8 で Call to undefined function each() になる場合の対処法」）

・要素へのオフセットを使ったアクセス演算子「｛｝」が削除されたので、「[]」に置き換えた。

・MB_OVERLOAD_STRING, MB_OVERLOAD_REGEX が削除されたので、これを使って mbstring へのオーバーロードが可能かチェックするコードをコメントアウト。

→本当は、チェックをコメントアウトするだけではだめで、コード中で mbstring へのオーバーロードを前提にした関数の呼び出しをしている箇所を全て、明示的に mbstring 用の関数に置き換える作業が必要だが、あまりにも大変なのでまだやっていない。

ついでに、古いバージョンでサーバー内のソースコードを上書きしてしまい、きちんと動作しなくなった箇所が何カ所か出たので、エラー表示を元にコードの追加変更を思い出しながら復旧させた。

ちなみに、今回、 php8 で動作させてみたところ、まったく何もエラー内容が表示されず、「HTTP 500」とだけ表示されたため、エラーの内容を確認するために、 php.ini に、「display_errors = On」を追加して作業を行った。

久しぶりに　HTML LINT を使って当ブログのソースをチェックしてみたらエラーだらけになったので、内容を確かめてみた。

エラーとして報告されたもののうちで多かったのは、

だったが、これらの部分に実際は　h2 などが存在しているのだ。

どうやら、 HTML LINT では、 article や section の開始タグの「直後」に h2 などがないと、 h2 などが存在しないという判断をしてエラーにするようだ。だが、文法上はそのような制限はないので、このエラーレポートは間違い。

ちなみに、 rNote-re では、セクション（section）や記事（article）を構造上区分けする意味合いで使用している。例えば section タグで囲まれた部分には、基本的に対応して画面に表示させる見出し文字列といったものは存在していない。（例えば、「ここはサイドメニュー部分」「ここは記事本体の部分」といった構造的な区分けを section タグで行っているのであって、見出し文字列を表示させるために section タグを使用しているわけではないから、ということ。）

また、<table>の属性として、枠線の太さなどを設定する border は HTML5 では廃止されたとしてエラーレポートが表示されるのだが、 HTML5 では、境界線の太さを指定するための border は廃止されたが、「枠線の有無を表す border 」は存在している（HTML5 & CSS3 リファレンス）。ところが、この文法に沿った記述も HTML LINT ではエラーとして扱われている。このエラー表示を減らすために、文法上正しい記述ではあるが border による枠線の有無の設定を削除して枠線の処理は全て CSS に移行したが、 HTML5 自体の仕様に反しているエラー表示なので納得できないものがある。

Windows11へのアップグレードが可能なPCの条件については、１点分かりづらい点がある。それは、CPUの条件なのだが、例えば、@ニフティの、

「Windows11へ更新可能かチェックする方法｜必要スペックの一覧も紹介」

には、プロセッサ（CPUのことを指す）の必要スペックとして、

＞１GHｚ以上で２コア以上の６４ビット互換プロセッサもしくはSystem on a Chip

＞Windows11へアップデートするにはCPUがどのメーカーでも問題なく、動作周波数帯とコア数でアップデートできるかが決まります。

と、書かれている。

しかし、実はこの説明は正確ではない。

実際には、周波数とコア数だけでアップデートできるかが決まってはいない。

例えば、Intel Core i7 6700K は、動作周波数 4GHz で４コアなので、@ニフティの説明では「対象ＣＰＵ」になるのだが、実際にはアップグレード対象外となるのである。

何故かと言うと、Windows11 へのアップグレードが許されているＣＰＵには、動作周波数、コア数以外にも、「世代」という条件があるからだ。Intel の場合は、「第８世代以降」、AMDの場合は「Ryzen 2000以降」(「PC Watch」の記事より）の世代のＣＰＵのみがアップグレードを許可されている。Intel の場合 Core i7 8700 以降、と言うことになる。マイクロソフト公式の記事には、アップグレード対象のCPUが列挙されているページがある（「Windows 11 でサポートされている Intel プロセッサ」）のだが、そのページには「対象となるCPUがどの世代からか」という情報はどこにも無いので不便である。

スペック的には何ら問題がないのに、ＣＰＵの世代で拒絶されてしまうのは理不尽であり、非常に残念でもあるが、マイクロソフトがそのように決定したため、上記世代以前のＣＰＵの場合はWindows11へのアップグレードはできないことになる。