WordPress REST API のエンドポイントがなんかおかしくて数十年ぶりに .htaccess やら mod_rewirte 調べてみるも解決できず。まあ rest_route パラメタつければいけるので実質問題ないんだが気持ち悪い。そして REST API と WPML の相性が悪いぽくてうまくいかねえなあと GraphQL に経由に切り替えたらこんどは Advanced Custom Field と GraphQL の相性がよくなくてうまくいかねえ。WPML いじっててこれはどうやら qTranslate からの移行がうまくいってないことが分かりぐるっと一周回って REST API でうまくいった。グルグル。（ゴミ拾いしただけなのに全身筋肉痛...
i18n 対応したら SSG するページがその言語の数だけ倍々に増えてしまってデプロイのたびに 500 ページも生成するのは時間かかるので ISR に切り替え。そしたらデプロイ時の生成時間は減ったけど、こんどは初回アクセス時の JSON キャッシュ生成が同時多発で load average 130 ぐらいまで上がって WordPress サーバー死亡。詳細ページへのリンクが大量にあるインデックスページの Link タグが prefetch してるのが原因なので prefetch={false} すればいちおう解決なんだけど、そもそも Apache がリクエスト受けまくってるのが悪いのでは？と思って MaxClients を絞ったら多少レスポンス悪くなるものの死ななくなったので OK。
getStaticPaths で paths に空配列いれて戻すと SSG 時の API コールがゼロになってデプロイ時間めっちゃ短くなるんだけど、結局デプロイしたページをチェックするときに大量に API コールされるしその結果が帰ってこないとページが見れないということは、やっぱり最初に全ページ作ってもトータルどっちも変わらんのではないのか。グルグル。prefetch={false} が正解かもしれない。Link にマウスオーバーすれば結局 prefetch されるし。TouchDesigner で MQTT やってみっかーって数百年ぶりに TD 開いたらほぼすべて忘れており DAT からデータ出すのも一苦労。っていうかなんかめっちゃ重いんだけど TD ってこんなんだったっけ・・・。で、HTML + WebSocket に切り替え。なんか MQTT よりデータがスムースに流れている気がする。（Cyberpunk 2077 やるか YouTube にしとくか...