3 PAYLOAD Standard HTTP CUSTOM (terbaru 2025)

Contoh payload websocket SSL Terbaru 2025

Payload WS TLS:
GET wss//cdn.xerxes.com/ HTTP/1.1[crlf]Host: [host] [crlf]Upgrade: websocket[crlf][crlf]

Payload WS non-TLS:
GET / HTTP/1.1[crlf]Host: [host] [crlf]Upgrade: websocket[crlf][crlf]

Payload WS non-tls bolak-balik:
GET / HTTP/1.1[crlf]Host: jp.xerxes.com[crlf]Upgrade: websocket[crlf][crlf]


Jenis Metode Permintaan 
GET, HEAD, PUT, TRACE, CONNECT, BMOVE, POST

Jenis Metode Injeksi 
WEBSOCKET, FRONT _INJECT, BACK_INJECT, FRONT_QUERY , BACK_QUERY

Jenis Jalur Layanan
cdn-cgi, worryfree, cf-ray, get-ray, put-ray, continue


4 Metode Umum Payload

Dalam konteks Komputasi dan Jaringan, Payload adalah data sebenarnya yang dikirimkan oleh suatu aplikasi atau perangkat, seperti teks, gambar, atau file yang dibungkus dalam paket data bersama dengan informasi header. 

Jika lebih rinci dalam konteks HTTP, Payload adalah data yang dikirimkan dalam (body) dari permintaan atau respons. Ini adalah bagian inti dari pesan yang dikirimkan antara klien (seperti peramban web) dan server. Payload berisi informasi yang relevan dengan permintaan atau respons, seperti data yang ingin dikirimkan atau data yang diterima. 

Dalam permintaan HTTP:
Payload adalah data yang dikirimkan oleh klien ke server, misalnya, data yang diisi dalam formulir, data JSON yang dikirimkan untuk membuat entri baru, atau data yang diunggah.

Dalam respons HTTP:
Payload adalah data yang dikirimkan oleh server ke klien, misalnya, data yang diminta oleh klien, halaman web yang diminta, atau data JSON yang berisi hasil operasi.

berikut 4 Metode yang paling umum digunakan :

GET

Metode HTTP GET digunakan untuk membaca (atau mengambil) representasi suatu sumber daya. Jika berhasil (atau tidak terjadi kesalahan), GET akan mengembalikan representasi dalam format JSON dan kode status respons HTTP 200 (OK). Jika terjadi kesalahan, metode ini paling sering mengembalikan 404 (TIDAK DITEMUKAN) atau 400 (PERMINTAAN BURUK).

Catatan

Berdasarkan desain spesifikasi HTTP, permintaan GET hanya digunakan untuk membaca data dan tidak mengubahnya. Oleh karena itu, permintaan ini dianggap aman. Artinya, permintaan ini dapat dipanggil tanpa risiko modifikasi atau kerusakan data—memanggilnya sekali memiliki efek yang sama dengan memanggilnya 10 kali.

POST

Metode POST paling sering digunakan untuk membuat sumber daya baru. Khususnya, metode ini digunakan untuk membuat sumber daya subordinat. Artinya, subordinat terhadap sumber daya lain (misalnya induk). Dengan kata lain, saat membuat sumber daya baru, POST ke induk dan layanan akan menangani pengaitan sumber daya baru tersebut dengan induk, penetapan ID (URI sumber daya baru), dan sebagainya.

Setelah pembuatan berhasil, kode respons HTTP 201 dikembalikan.

Peringatan

POST bukanlah operasi yang aman. Membuat dua permintaan POST yang identik kemungkinan besar akan menghasilkan dua sumber daya yang berisi informasi yang sama tetapi dengan pengenal yang berbeda.

Catatan

Anda dapat membuat sumber daya API utama dan terkait melalui satu permintaan API. Untuk detail selengkapnya, lihat bagian Membuat dan Memperbarui Sumber Daya Terkait dengan Sumber Daya API Utama.

Catatan

Untuk beberapa sumber daya, Anda dapat membuat sumber daya (jika belum ada) atau memperbaruinya (jika sudah ada) melalui satu permintaan API. Untuk detail selengkapnya, lihat bagian Membuat Sumber Daya atau Memperbarui Sumber Daya yang Ada melalui Satu Permintaan API.

PATCH

PATCH digunakan untuk mengubah sumber daya. Permintaan PATCH hanya perlu memuat perubahan pada sumber daya, bukan keseluruhan sumber daya.

Dengan kata lain, badan harus berisi serangkaian instruksi yang menjelaskan bagaimana sumber daya yang saat ini berada di server harus dimodifikasi untuk menghasilkan versi baru.

Peringatan

PATCH bukanlah operasi yang aman. Tabrakan dari beberapa permintaan PATCH dapat berbahaya karena beberapa format patch perlu beroperasi dari titik dasar yang diketahui; jika tidak, tabrakan tersebut akan merusak sumber daya. Klien yang menggunakan aplikasi patch semacam ini harus menggunakan permintaan bersyarat (misalnya, DAPATKAN sumber daya, pastikan sumber daya tersebut tidak dimodifikasi, dan terapkan PATCH) sehingga permintaan akan gagal jika sumber daya telah diperbarui sejak klien terakhir mengaksesnya.

Catatan

Untuk detailnya, lihat bagian Membuat dan Memperbarui Sumber Daya Terkait dengan Sumber Daya API Utama .

Catatan

Untuk beberapa sumber daya, Anda dapat membuat sumber daya (jika belum ada) atau memperbaruinya (jika sudah ada) melalui satu permintaan API. Untuk detail selengkapnya, lihat bagian Membuat Sumber Daya atau Memperbarui Sumber Daya yang Ada melalui Satu Permintaan API.

DELETE

DELETE cukup mudah dipahami. Digunakan untuk menghapus sumber daya yang diidentifikasi oleh filter atau ID.

Jika penghapusan berhasil, kode status respons HTTP 204 (Tidak Ada Konten) kembali tanpa isi respons.

Penting

Jika Anda MENGHAPUS suatu sumber daya, sumber daya tersebut akan dihapus. Memanggil HAPUS berulang kali pada sumber daya tersebut sering kali akan menampilkan kode status 404 (TIDAK DITEMUKAN) karena sumber daya tersebut sudah dihapus dan, oleh karena itu, tidak dapat ditemukan lagi.

Postingan populer dari blog ini

HC CONFIG FILEs

Fungsi dan Kelebihan HTTP CUSTOM