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.
Dua jenis log
| 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 dan Deliveries di Webhook. 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.
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
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.
Jika tertulis pratinjau
Di mana: Settings, Forms
Situs belum dipublikasikan ke produksi, jadi entri disimpan tetapi tidak dikirim lewat email. Lihat Publikasikan ke produksi.
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.
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.
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.
Mendiagnosis tugas terjadwal yang gagal
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.
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.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.
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.
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.
Buka halaman dan catat waktunya
Di mana: The live site
Muat sendiri halaman yang lambat itu satu kali, agar permintaannya termasuk yang terbaru.
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.
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.
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
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.
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.