HAR → JSON & HAR → cURL

HAR dosyaları — HTTP Archive’in kısaltması — bir tarayıcının ağ etkinliğini yakalama ve paylaşmanın standart yolu ve format, bir sayfanın neden yavaş olduğunu, bir API çağrısının neden başarısız olduğunu ya da istemci ile sunucu arasında gerçekten hangi verinin hareket ettiğini bulmayı içeren neredeyse her web hata ayıklama oturumunda merkezi bir rol oynuyor. Her modern tarayıcının DevTools ağ paneli tek tıkla HAR’a dışa aktarabiliyor; her isteği, yanıtı, başlığı, zamanlamayı ve (isteğe bağlı) gövdeyi içeren JSON dosyası üretiyor. Sorun, ortaya çıkan HAR dosyasının ham formda esasen okunamaz olması — ayrıntılı, derin iç içe, kimsenin okumadığı metaverilerle dolu ve çoğu kişinin yanlışlıkla paylaşmak istemeyeceği içerikleri barındırıyor. Bu araç gürültülü ham HAR ile gerçekten çalışabileceğin bir şey arasındaki köprü.

İnsanların HAR dosyalarını dönüştürmesinin en yaygın sebebi, hata ayıklama sırasında bunları takım arkadaşlarıyla paylaşmak. Bir backend geliştiricisi, başarısız bir API çağrısını gösteren bir HAR dosyasını frontend geliştiricisine veriyor; frontend geliştiricisi sorunu beş dakikada bulmayı bekleyerek dosyayı açıyor ve modern sayfa yüklemelerini oluşturan yüzlerce ilgisiz takip pikseli isteği, font ön yüklemesi ve CDN’den servis edilen statik varlıklar arasında on beş dakika kaydırarak harcıyor. İlgili isteklere — alan adına, durum koduna veya içerik türüne göre — indirgemek, HAR dosyasını samanlıktan odaklı bir hata ayıklama nesnesine dönüştüren şey. Buradaki araç bu filtreleri tek tıklık operasyonlar olarak sunuyor; ‘sadece API isteklerini gönderir misin’ ileri‑geri trafiği gereksiz hâle geliyor.

Gizlilik düşünceleri HAR paylaşımının nasıl çalışması gerektiğinin merkezinde; çünkü HAR dosyaları sıkça şirketin dışına çıkmaması gereken içerik içeriyor. Bearer token taşıyan Authorization başlıkları, oturum kimliği taşıyan Cookie başlıkları, kullanıcı girdisi içeren istek gövdeleri, kullanıcı verisi içeren yanıt gövdeleri — paylaşmadan önce kasıtlı olarak çıkarılmadıkları sürece bunların hepsi HAR dosyalarına düşüyor. Buradaki varsayılan davranış bariz sırları (Authorization, Cookie, yaygın token parametre adları) otomatik maskeliyor; bu, en yaygın kazara ifşa kalıbını yakalıyor. Bu varsayılanların ötesinde gerçekten hassas veri içeren HAR dosyaları için kural, neyin paylaşılacağı ve neyin paylaşılmayacağı konusunda bilinçli olmak ve dosyayı takım dışına göndermeden önce maskelemeyi doğrulamak.

HAR’dan cURL’e dönüşüm, bu aracın en sık düzenli kullanım gören diğer yarısı. Bir HAR dosyasından başarısız bir isteği yeniden üretmek, en yaygın hata ayıklama görevlerinden biri: DevTools’ta başarısız olan isteği görüyorsun, neyin değiştiğini görmek için küçük değişikliklerle yeniden çalıştırmak istiyorsun; ama bunu manuel olarak yeniden üretmek URL’yi, başlıkları, gövdeyi ve metodu karakter karakter cURL komutuna kopyalamayı gerektiriyor — yavaş ve hata yatkın. HAR’dan cURL’e dönüşüm, tarayıcının gönderdiği şeyle byte‑bayt aynı, çalıştırmaya hazır bir cURL komutu üretiyor; bu, terminalden çalıştırmak tarayıcının yaptığı tam isteği yeniden üretiyor anlamına geliyor. Oradan parçaları değiştirebiliyorsun (farklı bir Authorization başlığıyla deneyebilirsin, belirli bir çerezi atlayabilirsin, sorgu parametresini değiştirebilirsin) ve başarısızlığa gerçekten neden olanı izole edebiliyorsun.