定期処理– tag –

質問をその場で送らず、条件を通った候補だけを待合室へ積み、1日1通に束ねる仕組みを作りました。4行を3件へ重複排除し、2件配信・1件持ち越しになった実走結果と最小スクリプトを載せます。

指定時刻に一度だけ動く通知は、その瞬間に止まっていれば何も残さず約束を落とします。台帳を毎時巡回し、成功時だけ完了を記録する小さな日付指定リマインダへ作り替えました。

多重起動防止を二重にした結果、外側の排他制御と内部チェックが同じロックを取り合いました。38回の空振りを通じて見えた、終了コード0と処理成功の違いを記録します。

移設先で再作成した定期処理5本のうち、優先度指定の1行が原因で4本が一度も動いていませんでした。39バイトの警告ログ、監視の偽陰性、修正を横展開しなかった経緯から、移設完了を判定する方法を見直します。