--- title: "Log: build dan permintaan ke situs Anda | Briks" url: https://briks.dev/id/docs/logs description: "Baca log build dan permintaan situs Anda sehari terakhir, saring menurut level atau status, lalu lacak formulir atau tugas yang gagal, atau halaman lambat." last_updated: 2026-10-08 --- # Log: build dan permintaan ke situs Anda Log memberi tahu apa yang terjadi dan kapan: setiap build dan penerbitan pada proyek, serta setiap permintaan yang menjalankan kode milik situs Anda dalam sehari terakhir. Gunakan log untuk mencari tahu mengapa formulir, tugas terjadwal, atau halaman tidak berjalan semestinya. Baca 5 menit Dicocokkan dengan studio pada 8 Oktober 2026 ## Dua jenis log Di mana 1. Projects 2. Your project 3. Settings 4. Logs | Lihat | Apa yang ditampilkan | Sejauh apa ke belakang | | --- | --- | --- | | **Builds** | Setiap pembuatan, perubahan, dan publikasi pada proyek ini, beserta langkah-langkah yang dilaluinya. | 40 terbaru | | **Requests** | Permintaan dan error pada situs, yang terbaru lebih dulu. | 24 jam terakhir, hingga 100 sekaligus | Tugas terjadwal dan webhook menyimpan log sendiri selama tiga puluh hari: **Runs** di [Tugas terjadwal](https://briks.dev/id/docs/crons) dan **Deliveries** di [Webhook](https://briks.dev/id/docs/webhooks). Pesan yang dikirim lewat formulir Anda disimpan di **Settings**, **Forms**. ## Builds Setiap entri menyebutkan apa yang diminta (dengan kata-kata permintaan itu), siapa yang meminta, kapan, dan berapa lama prosesnya. Jika tidak ada orang yang memulainya, tertulis Briks. Di sisi kanan ada statusnya: | Status | Arti | | --- | --- | | **Waiting** | Mengantre di belakang pekerjaan lain. | | **Running** | Sedang berjalan. | | **Done** | Selesai. | | **Failed** | Berhenti sebelum selesai. | | **Stopped** | Proses dihentikan sebelum selesai. | Klik sebuah entri untuk melihat langkah-langkahnya, masing-masing dengan waktu terjadinya. Langkah yang gagal ditampilkan dengan warna merah. Entri yang gagal diakhiri dengan: It did not finish. Nothing on the live site changed, and no credits were charged for it. Untuk melihat pekerjaan yang sama saat berlangsung, dengan pratinjau di sampingnya, gunakan studio: lihat [Mengamati proses pembuatan](https://briks.dev/id/docs/watching-a-build). ## Permintaan **Requests** menampilkan panggilan yang menjalankan kode milik situs Anda sendiri: rute `/api`-nya, dan kunjungan halaman saat uji A/B membagi pengunjung ke dua versi. Halaman biasa, gambar, dan file disajikan apa adanya, jadi tidak muncul di sini. Pesan yang dikirim lewat formulir kontak juga tidak muncul, karena langsung masuk ke Briks dan tidak melewati kode situs Anda. Setiap baris menampilkan waktu, metode dan path (GET meminta sesuatu, POST mengirim sesuatu), berapa lama prosesnya dalam milidetik, dan status jawaban situs, atau tanpa jawaban. Baris yang ditulis oleh kode situs Anda sendiri menampilkan pesannya dan level seperti error atau warning. Klik baris untuk melihat pesan lengkap, tanggal, dan id permintaan. | Status | Artinya | | --- | --- | | 2xx, seperti 200 | Berhasil. | | 4xx, seperti 400 atau 404 | Permintaan ditolak: ada yang kurang atau salah di dalamnya, atau tidak ada apa pun di path tersebut. | | 5xx, seperti 500 | Kode situs gagal saat menjawab. | ### Filter | Filter | Pilihan | Gunakan untuk | | --- | --- | --- | | **Search** | Kata apa saja: path, pesan, atau id permintaan | Temukan satu rute atau satu galat. | | **Level** | **All levels**, **Errors**, **Warnings** | Tampilkan hanya masalah yang dilaporkan kode. | | **Status** | **Any status**, **Succeeded**, **4xx**, **5xx** | Tampilkan hanya permintaan yang ditolak atau gagal. | Atur filter lalu tekan **Show**. Alamat halaman menyimpan filter tersebut, jadi Anda bisa menandai tampilan yang sudah difilter. **No requests in the last day** berarti tidak ada yang menjalankan kode situs dalam 24 jam. Jika halaman menampilkan **Logs cannot be read right now**, coba lagi satu menit lagi. ## Mendiagnosis formulir yang gagal 1. Cari entrinya Di mana: Settings, Forms Setiap pesan yang dikirim pengunjung disimpan di sini, 100 terbaru ditampilkan di layar. Masing-masing menunjukkan kapan masuk dan dari halaman mana, lalu **emailed**, **not emailed** atau **preview**. 2. Jika tertulis pratinjau Di mana: Settings, Forms Situs belum dipublikasikan ke produksi, jadi entri disimpan tetapi tidak dikirim lewat email. Lihat [Publikasikan ke produksi](https://briks.dev/id/docs/publish-to-production). 3. Jika tertulis sudah diemail tetapi tidak ada yang masuk Di mana: Your inbox Entri dikirim ke orang yang membuat proyek, atau ke Owner pertama ruang kerja jika orang itu sudah pergi. Periksa kotak masuk tersebut, termasuk folder spam. 4. Jika sama sekali tidak ada Di mana: The live site Pesan tidak sampai ke Briks. Kirim sendiri satu pesan. Jika formulir menjawab bahwa terlalu banyak pesan dikirim dari sini, batas telah tercapai: hingga 5 pesan dari satu pengunjung dalam 10 menit, dan hingga 300 per hari untuk situs. 5. Jika alat lain seharusnya memilikinya Di mana: Settings, Webhooks, Deliveries Atur **Status** ke **Failed** lalu tekan **Show**. Buka pengirimannya untuk membaca jawaban alat lain, lalu **Send again** setelah masalahnya diperbaiki. Formulir yang tersimpan ke database Anda Formulir yang menyimpan ke database Anda, seperti permintaan pemesanan di sebuah aplikasi, menjalankan kode milik situs Anda sendiri. Pengirimannya tetap muncul di bawah **Requests**: cari path-nya dan atur **Status** ke **5xx** untuk menemukan yang gagal. ## Mendiagnosis tugas terjadwal yang gagal 1. Baca eksekusinya Di mana: Settings, Scheduled tasks, Runs Buka eksekusi yang gagal. Di sana terlihat jawaban dari alamat tersebut, misalnya answered 500, beserta awal jawabannya. 2. Temukan kesalahannya Di mana: Settings, Logs, Requests Jika tugas memanggil rute di situs Anda, cari path-nya, misalnya `/api/daily-summary`, dan atur **Level** ke **Errors**. Pesannya menjelaskan apa yang salah di kode. 3. Minta perbaikannya Di mana: Studio Tempel pesan error ke chat studio disertai satu kalimat tentang pekerjaannya: Rute ringkasan harian gagal dengan error ini setiap pagi. Lihat [Membuat perubahan](https://briks.dev/id/docs/making-changes). 4. Coba lagi Di mana: Settings, Scheduled tasks Setelah perbaikan dipublikasikan, buka tiga titik pada tugas dan pilih **Run now**. Hasilnya langsung muncul. Eksekusi yang ditandai **Skipped** tidak gagal: panggilan proyek untuk hari itu sudah habis. Eksekusi dimulai lagi setelah tengah malam UTC. Batas paket ada di halaman [Tugas terjadwal](https://briks.dev/id/docs/crons). ## Mendiagnosis halaman yang lambat **Requests** mencatat waktu semua yang menjalankan kode situs Anda, jadi inilah tempat untuk melihat saat halaman yang memuat kontennya dari rute situs terasa lambat. Aplikasi dan dashboard biasanya bekerja dengan cara ini. 1. Buka halaman dan catat waktunya Di mana: The live site Muat sendiri halaman yang lambat itu satu kali, agar permintaannya termasuk yang terbaru. 2. Baca waktunya Di mana: Settings, Logs, Requests Lihat milidetik di samping setiap permintaan yang dibuat pada waktu itu. Satu rute yang memakan beberapa detik sementara yang lain hanya beberapa ratus milidetik adalah penyebabnya. 3. Persempit pilihan Di mana: Settings, Logs, Requests Cari path rute tersebut untuk melihat apakah selalu lambat atau hanya kadang-kadang, dan apakah **Warnings** atau **Errors** muncul di sampingnya. 4. Minta perbaikan Di mana: Studio Beri tahu studio rute mana yang lambat dan seberapa lambat, beserta halaman yang dilayaninya. Jika tidak ada yang lambat, berarti keterlambatan bukan berasal dari kode situs Anda. Halaman, gambar, dan file disajikan apa adanya, jadi perhatikan apa yang dimuat halaman, seperti gambar besar atau video, lalu jelaskan hal yang terasa lambat di studio. ## Contoh kasus: aplikasi pemesanan yang berhenti menyimpan Yang disadari pemiliknya Salon grooming anjing di Leeds > Tidak ada pemesanan baru yang masuk sejak pagi, padahal telepon terus berdering dari orang-orang yang bilang formulirnya tidak berfungsi. Di bawah **Requests**, dengan **Status** diatur ke **5xx**, setiap `POST /api/bookings` sejak pukul 9:12 dijawab dengan 500. Baris error di sebelahnya menyebutkan ada kolom wajib yang hilang. Ditanyakan di studio > Sejak pagi ini setiap pemesanan gagal dengan error 500 di /api/bookings. Lognya mengatakan kolom ukuran hewan peliharaan hilang. Kami menghapus kolom itu dari formulir kemarin. Perubahan telah dipublikasikan, dan pemesanan berikutnya di **Requests** dijawab dengan 200. ## Baca selanjutnya - [Data dan otomatisasi **Tugas terjadwal** Jalankan tugas terjadwal di situs Anda: ringkasan pagi, pembersihan mingguan. Tulis jadwal, baca setiap proses, perbaiki yang gagal, dan lihat batas paket.](https://briks.dev/id/docs/crons) - [Data dan otomatisasi **Webhook** Kirim pesan bertanda tangan ke alat lain saat situs terbit, formulir terkirim, atau data berubah. Dijelaskan: payload, tanda tangan, coba ulang, pengiriman.](https://briks.dev/id/docs/webhooks) - [Fitur situs Anda **Formulir** Tambahkan formulir ke situs Briks, uji di pratinjau, temukan setiap isian di studio, terima tiap isian lewat email di produksi, dan teruskan dengan webhook.](https://briks.dev/id/docs/forms) - [Bantuan **Pemecahan masalah** Yang perlu dilakukan saat ada yang tidak berfungsi di Briks: masuk akun, kredit, build dan perubahan, domain, formulir, email, chatbot, data, dan tim.](https://briks.dev/id/docs/troubleshooting) Masih buntu? Tulis ke [hello@briks.dev](mailto:hello@briks.dev) dengan nama proyek Anda dan apa yang Anda harapkan terlihat. Tangkapan layar akan membantu.