logo
GeekFormat

Link हेडर पार्सर

Link हेडर पार्सर

आमतौर पर GitHub API पेजिनेशन और preload/preconnect संसाधन संकेतों के लिए उपयोग किया जाता है। यहां rel, URL और पैरामीटर सभी पार्स किए जाते हैं।

पार्स परिणाम

3 Link आइटम
#1rel=prev
https://api.github.com/repositories/1300192/issues?page=2
relprev
#2rel=next
https://api.github.com/repositories/1300192/issues?page=4
relnext
#3rel=last
https://api.github.com/repositories/1300192/issues?page=515
rellast

JSON पूर्वावलोकन

[
  {
    "index": 0,
    "url": "https://api.github.com/repositories/1300192/issues?page=2",
    "rels": [
      "prev"
    ],
    "params": {
      "rel": "prev"
    }
  },
  {
    "index": 1,
    "url": "https://api.github.com/repositories/1300192/issues?page=4",
    "rels": [
      "next"
    ],
    "params": {
      "rel": "next"
    }
  },
  {
    "index": 2,
    "url": "https://api.github.com/repositories/1300192/issues?page=515",
    "rels": [
      "last"
    ],
    "params": {
      "rel": "last"
    }
  }
]

ऑनलाइन Link हेडर देखें, पेजिनेशन और प्रीलोड रिलेशनशिप क्लियर करें।

संबंधित सुझाव

उपयोग के मामले

  • API पेजिनेशन डिबग करते समय Link हेडर में next, prev लिंक्स चेक करें
  • वेबसाइट preload और prefetch रिसोर्स प्रीलोडिंग कॉन्फ़िग सही है या नहीं वेरिफाई करें
  • लिस्ट इंटरफेस रेस्पॉन्स हेडर में पेजिनेशन रिलेशनशिप एनालाइज़ करें, first, last बाउंड्री लिंक्स कंप्लीट हैं या नहीं
  • कंप्लेक्स Link रेस्पॉन्स हेडर ट्रबलशूट करते समय स्ट्रक्चर्ड व्यू से rel रिलेशनशिप और टारगेट URL मिस न करें

विशेषताएं

  • पेजिनेशन लिंक्स सीधे समझें: next, prev, first, last मैन्युअली पार्स न करें
  • परफॉर्मेंस रिलेशनशिप भी चेक करें: preload, prefetch डिक्लेरेशन वेरिफाई करें
  • API डिबगिंग हाई-फ़्रीक्वेंसी सीन: GitHub API, लिस्ट इंटरफेस और हेडर टेस्टिंग के लिए
  • स्ट्रक्चर्ड रिजल्ट: कंप्लेक्स Link हेडर को स्ट्रक्चर्ड तरीके से देखें और वन-क्लिक कॉपी करें

उपयोग कैसे करें

  1. Link रेस्पॉन्स हेडर कंटेंट इनपुट एरिया में पेस्ट करें
  2. टूल ऑटोमैटिकली पेजिनेशन लिंक्स, preload रिसोर्सेस और rel रिलेशनशिप पार्स करके स्ट्रक्चर्ड डिस्प्ले करता है
  3. हर लिंक का टारगेट URL, rel पैरामीटर और प्रीलोड टाइप देखें
  4. पार्स रिजल्ट कॉपी करें API डिबगिंग या परफॉर्मेंस ऑप्टिमाइज़ेशन रिकॉर्ड के लिए

सामान्य प्रश्न

Link रेस्पॉन्स हेडर का क्या यूज़ है?

Link हेडर के कॉमन यूज़ केस में API पेजिनेशन, रिसोर्स प्रीलोडिंग और रिलेटेड लिंक्स डिक्लेयर करना शामिल है। rel और टारगेट एड्रेस अलग करने के बाद सर्वर सही रिटर्न कर रहा है या नहीं जज करना आसान होता है।

क्या GitHub API या पेजिनेशन इंटरफेस डिबगिंग के लिए है?

हाँ। कई इंटरफेस next, prev और दूसरी इनफो Link हेडर में रखते हैं। पार्स करने के बाद पेजिनेशन स्ट्रक्चर समझना आसान होता है।

क्या preload रिसोर्सेस और टारगेट URL देख सकते हैं?

हाँ। टूल रिसोर्स प्रीलोड कॉन्फ़िग, लिंक पैरामीटर्स और जंप टारगेट चेक करने के लिए है। फ्रंटएंड परफॉर्मेंस ऑप्टिमाइज़ेशन और API डिबगिंग में मदद करता है।

Link रेस्पॉन्स हेडर मैन्युअली पढ़ना क्यों मुश्किल है?

क्योंकि यह आमतौर पर लॉन्ग कॉमा-सेपरेटेड लिंक्स और प्रॉपर्टी कॉम्बिनेशन होता है। मैन्युअल रीडिंग में rel, URL या पैरामीटर डिटेल्स मिस हो सकती हैं। पार्सर सीधे स्ट्रक्चर्ड डिस्प्ले करता है।