Tidak suka iklan? Pergi Bebas Iklan Hari ini 

Pembuat Respons HTTP Mock

DataPengembangJaringan

IKLAN · HAPUS?

MEMASUKKAN

Proses Otomatis

Versi HTTP

Kode Status

Frasa Alasan

Opsi pengganti untuk teks alasan setelah kode status.

Jenis Isi

Tubuh

Otomatis tentukan Content-Type dari Jenis Isi

Otomatis hitung Content-Length

Sertakan header Date (waktu saat ini)

Header Kustom

Tambah Header

Nilai

Atau tambahkan kustom

Nama Header

Nilai Header

Header yang Ditambahkan

Belum ditambahkan header kustom. Header umum (Content-Type, Content-Length, Date) ditambahkan secara otomatis berdasarkan opsi di atas.

KELUARAN

Sisi klien

IKLAN · HAPUS?

Memandu

Pembuat Respons HTTP Mock

Membangun pesan respons HTTP yang struktur benar dalam detik. Pilih kode status, pilih jenis isi, tambahkan header, dan alat menghasilkan string respons siap dipaste dengan baris status, header, dan isi dipisahkan oleh CRLF — sangat cocok untuk fixture uji, mock integrasi, dokumentasi API, dan pemulihan respons terhadap klien.

Cara Penggunaan

Pilih versi HTTP (default HTTP/1.1) dan sebuah kode status dari pilihan kelompok — misalnya 200 OK, 404 Not Found, atau 503 Service Unavailable.
(Opsional) Ganti frasa alasan jika diperlukan teks non-standard setelah kode status.
Pilih sebuah jenis isi (Teks Sederhana, JSON, XML, HTML, Form, atau Tidak Ada) dan ketik atau tempel isi.
Beralih otomatis Content-Type, otomatis Content-Lengthdan Tanggal header untuk sesuai dengan cara server Anda merespons.
Tambahkan header tambahan — pilih dari yang umum (Cache-Control, ETag, Set-Cookie, CORS, header batas laju) atau ketik pasangan nama/nilai kustom.
Salin respons penuh, salin hanya header, atau unduh sebagai .http file untuk digunakan dalam klien REST, fixture, atau alat pemulai ulang.

Fitur

Pilihan kode status berkelompok – Kode-kode umum 1xx hingga 5xx dikelompokkan berdasarkan kelas, masing-masing dengan frasa alasan standar.
Pengaturan Jenis Isi – Mengisi secara otomatis tipe Content-Type yang sesuai (application/json, text/html, application/xml, application/x-www-form-urlencoded, text/plain) sehingga header dan payload tetap sinkron.
Otomatis Content-Length – Menghitung byte (bukan karakter) menggunakan enkoding UTF-8, sesuai dengan cara server nyata menghitung nilai tersebut.
Header Date IMF-fixdate – Menghasilkan waktu yang sesuai standar (misalnya Sun, 06 Nov 1994 08:49:37 GMT) untuk saat ini.
Header respons umum – Preset satu klik untuk Cache-Control, ETag, Expires, Last-Modified, Location, Server, Set-Cookie, Vary, WWW-Authenticate, Access-Control-Allow-Origin, X-RateLimit, dan X-Powered-By.
Header kustom – Tambahkan pasangan nama/nilai apa saja, dengan tampilan langsung respons yang dibangun.
Dua tampilan keluaran – Respons penuh (baris status + header + baris kosong + isi) dan hanya header — salin salah satunya, atau unduh respons penuh sebagai response.http.
Pengaturan baris yang benar sesuai spesifikasi – Menggunakan CRLF (\r\n) antara baris, terminator baris yang ditentukan oleh RFC 9112.
Pembaruan langsung – Setiap perubahan menghitung ulang output secara langsung; tidak perlu tombol submit.
Berjalan sepenuhnya di browser Anda – Tidak ada data yang meninggalkan mesin Anda dan tidak ada backend yang terlibat.

Kasus Penggunaan Umum

Fixture uji unit dan integrasi – Tempel output ke dalam fixture string untuk requests-mock, nock, MSW, WireMock, atau apapun HTTP recorder.
Bergabung dengan rekan kerja – Tunjukkan bentuk respons yang tepat (dengan header) dalam contoh OpenAPI atau dokumentasi pengembang.
Pengembangan klien – Ulangi respons server langka (dilimitkan, isi bagian, redirect) tanpa harus menjalankan backend nyata.
Pembelajaran HTTP – Visualisasi format pesan yang diterima di jaringan: baris status, header, baris kosong, isi.
Pemulihan manual – Pipa respons ke nc -l atau pendengar serupa untuk menguji reaksi klien.

 Tanya Jawab Umum

Struktur pesan respons HTTP/1.1 adalah apa?

Sebuah respons HTTP/1.1 terdiri dari baris status, nol atau lebih field header, baris kosong, dan isi opsional. Baris status adalah versi HTTP, kode status tiga digit, dan frasa alasan yang dipisahkan oleh spasi tunggal. Setiap baris diakhiri oleh CRLF (baris baru + baris kembali). Baris kosong CRLF setelah header terakhir menandai awal dari isi. Format ini didefinisikan dalam RFC 9112 (pengganti dari RFC 7230).
Content-Length sebenarnya mengukur apa, byte atau karakter?

Content-Length adalah panjang isi pesan dalam oktet (byte), bukan karakter. Untuk teks ASCII kedua nilai tersebut sama, tetapi untuk string UTF-8 yang mengandung karakter non-ASCII mereka berbeda — satu emoji atau huruf berbentuk biasanya menggunakan 2–4 byte. Menghitung Content-Length dari jumlah karakter string adalah salah satu bug HTTP paling umum dan akan menyebabkan klien memotong isi atau terhambat menunggu byte yang hilang.
Perbedaan antara redirect 301 dan 302?

Kedua respons ini mencakup header Location yang menunjuk ke URL baru, tetapi maknanya berbeda. 301 Moved Permanently memberi tahu klien dan mesin pencari bahwa sumber daya telah dipindahkan secara permanen, sehingga cache dan penulis ulang tautan dapat mengganti URL asli. 302 Found (yang awalnya 'Moved Temporarily') menandai redirect sementara — URL asli harus tetap digunakan di masa depan. Untuk redirect yang mempertahankan metode, 308 (permanen) dan 307 (sementara) biasanya lebih disarankan daripada 301 dan 302.
Apakah HTTP/2 masih menggunakan baris status dan frasa alasan?

HTTP/2 mempertahankan kode status numerik tetapi menghilangkan frasa alasan secara total. Status diberikan sebagai field pseudo (:status: 200), dan protokol diatur dalam format biner, bukan teks berbasis baris. Frasa alasan hanya bertahan dalam HTTP/1.x dan selalu bersifat informasional — klien diminta bertindak berdasarkan kode status, bukan teks tersebut.
Mengapa HTTP memerlukan CRLF daripada hanya baris baru?

HTTP mewarisi konvensi akhir baris dari protokol teks Internet tua (SMTP, NNTP, FTP) yang didefinisikan pada tahun 1980-an, semua yang menggunakan CRLF (\r\n) sebagai akhir baris standar. Gramatika dalam RFC 9112 memerlukan CRLF antara baris awal, field header, dan baris kosong sebelum isi. Sebagian besar server toleran terhadap baris baru saja, tetapi parser ketat dan proxy dapat menolak respons yang menghilangkan baris kembali.