JSON Gönderme
Coddy'nin Terminal ile Ağ İletişimi kursunda ders 35 / 47.
Günümüzde çoğu API form kodlaması yerine JSON ister. İki şeyin değişmesi gerekir ve ikincisini unutmak, bu konudaki en yaygın hatadır.
curl -s -H 'Content-Type: application/json' \
-d '{"name":"ada"}' http://127.0.0.1:9125/usersİlk olarak gövde JSON olur. İkinci olarak, bunu bir Content-Type başlığıyla belirtmeniz gerekir; aksi takdirde curl gövdeyi hâlâ form verisi olarak etiketler. Ardından sunucu JSON'u key=value çiftleri olarak ayrıştırmaya çalışır ve genellikle 400 ile reddeder.
Bu nedenle bir API JSON'unuzun geçersiz olduğunu söylediğinde ve size tamamen geçerli göründüğünde, JSON'u kontrol etmeden önce başlığı kontrol edin.
Alıntı kullanımına da dikkat edin. JSON çift tırnaklarla doludur; bu nedenle gövdenin tamamını tek tırnak içine alın, böylece kabuk onu olduğu gibi bırakır.
Görev
UzmanGerçek JSON gönderin ve doğru şekilde etiketlendiğini kanıtlayın.
- Yakalama dinleyicisini 9125 portunda başlatın
{"name":"ada"}gövdesini JSON olarak belirterek/usersadresine POST gönderinreq.txtdosyasındaki Content-Type satırını yazdırın
Beklenen çıktı:
Content-Type: application/jsonKendin dene
Bu ders kısa bir quiz içerir. Soruları yanıtlamak ve ilerlemeni kaydetmek için derse başla.
Terminal ile Ağ İletişimi bölümündeki tüm dersler
4Ulaşılabilir mi?
ICMP ve pingPing Çıktısını OkumaPing YanıldığındaReddedildi mi, Zaman Aşımına mı Uğradı?Özet: Ulaşılabilirlik7Veri Gönderme
-d ile POST-d Aslında Ne GönderirForm KodlamaJSON GöndermePUT ve DELETEÖzet: Veri Yazma6curl'u Derinlemesine İnceleme
Başlıkları GörüntülemeYanıtları KaydetmeÖzel BaşlıklarDurum ve Zamanlamacurl Çıkış KodlarıTekrar: curl Bayrakları9Kimlik Doğrulama ve Hata Ayıklama
API Anahtarları ve BearerUser AgentZaman Aşımları ve Yeniden DenemelerBir Hatanın OkunmasıTekrar: Hata AyıklamaKendi başına pratik yap: Terminal playground