Blog

Nilai terakhir di dashboard bisa basi tanpa terlihat. Cara saya nambahin staleness badge fresh/aging/dead dan aggregate avg/min/max yang ngikutin tab range.

TL;DR: Dashboard nunjukin CPU 3% padahal server udah mati tujuh jam, soalnya cuma render data terakhir tanpa umur datanya. Solusinya kasih badge fresh/aging/dead berdasarkan usia data dibanding poll interval, jadi kelihatan langsung datanya masih bisa dipercaya atau nggak. Pelajaran lain: parsing timestamp zona lokal kayak WIB rentan meledak, mending simpan dan bandingin dalam UTC.

Dashboard monitoring server jadi noise saat item perhatian puluhan tanpa organisasi. Tiga fix kecil mengubah grid datar jadi workflow yang bisa dipakai.

TL;DR: Dashboard monitoring punya terlalu banyak item perhatian di satu grid datar, jadi yang kritis susah ketemu. Penulis bikin tiga fitur: search dengan debounce di API, tombol filter severity, dan grouping item per server yang bisa di-collapse berdasarkan severity terburuk. Ketiganya bikin workflow jadi cepat, langsung keliatan masalah kritis tanpa scroll panjang.

Pola delta dua sampel untuk menghitung kecepatan disk dan jaringan dari counter kumulatif node_exporter tanpa Prometheus.

TL;DR: Angka mentah dari node_exporter itu counter kumulatif, bukan kecepatan baca/tulis disk. Hitung pakai delta dua sampel dengan interval 2 detik supaya dapet angka KB/s yang bener. Server yang belum terpasang node_exporter cukup dilewati tanpa ganggu monitoring.

Pengalaman membangun generator draf artikel dari chat.qwen.ai lewat browser otomatis: mekanik, jebakan, dan fallback yang membuatnya layak masuk cron.

Rumus konversi Mbps yang diingat salah bikin cap 3proxy cuma 5 Mbps, error 8 kali lipat. Manual bilang bits, speed test yang buktikan.

TL;DR: Bandwidth cap di 3proxy cuma dapet 5 Mbps padahal config nulis 40. Ternyata bandlim pakai satuan bits per detik, bukan bytes, jadi nilai 5.000.000 harusnya 40.000.000. Pelajarannya: baca manual dulu daripada percaya rumus hafalan, sambil dirapiin juga dashboard GoAccess biar tabel URL langsung kelihatan.

Buang stack GoAccess DIY, pindah ke admin bawaan 3proxy mode counters-only, lalu sadar pertanyaan berubah: GoAccess dipanggil balik di belakang nginx.

TL;DR: Penulis sempat hapus GoAccess dan ganti pakai admin service bawaan 3proxy, cuma tiga baris config. Ternyata counter bawaan cuma jawab "berapa traffic", nggak bisa nunjukin URL mana yang paling boros bandwidth. Jadi GoAccess balik lagi buat breakdown per-URL, sekarang dua-duanya dipakai sesuai kebutuhan masing-masing.

Pelajaran dari audit situs berita dengan 9.200 artikel di sitemap tapi hampir nol yang terindeks: bedah crawl demand, internal linking, sampai jalur perbaikannya.

TL;DR: Audit sebuah situs berita dengan 9.200 artikel di sitemap menemukan hanya sekitar 44 artikel yang pernah kebagian implessi Google, dan angkanya turun ke nol untuk bulan terbit terbaru. Pemeriksaan teknis bersih semua, jadi masalahnya ada di crawl demand: volume terbit yang jauh melampaui sinyal otoritas plus arsip yang kehilangan jalur tautan internal. Perbaikannya editorial: turunkan volume, bangun tautan kontekstual ke konten lama, pangkas sitemap news, dan cari validasi eksternal.

Pengalaman membatasi bandwidth per klien terjadwal WIB pakai Squid delay_pools di Docker: satuan byte, acl time, TZ, pool kedua.

Satu folder atau banyak path tersebar? Bentuk include set menentukan kapan subtree split aman dan kapan rsync snapshot lebih masuk akal.