API വാമറുകൾ

യഥാർത്ഥ രീതികൾ, തലക്കെട്ടുകൾ, കുക്കികൾ, ബോഡികൾ, കോൺഫിഗറേഷൻ മെട്രിക്‌സുകൾ എന്നിവ ഉപയോഗിച്ച് REST, GraphQL അവസാന പോയിൻ്റുകൾ ചൂട് നിലനിർത്തുക.

13 മിനിറ്റ് വായന

വെബ് പേജുകൾ ചെയ്യുന്നതുപോലെ API-കൾ തണുത്തുപോകുന്നു. ഒരു JSON പ്രതികരണം നിർമ്മിക്കാൻ ചെലവേറിയതാണെങ്കിൽ നിങ്ങളുടെ CDN അല്ലെങ്കിൽ ഗേറ്റ്‌വേയിൽ കാഷെ ചെയ്യുകയാണെങ്കിൽ, കാലഹരണപ്പെട്ടതിന് ശേഷമുള്ള ആദ്യ ക്ലയൻ്റ് ഒരു വെബ്‌സൈറ്റ് സന്ദർശകൻ നൽകുന്ന അതേ പിഴ അടയ്‌ക്കുന്നു.

API വാമറുകൾ അത് പരിഹരിക്കുക. അക്കൗണ്ട് → API Warmers എന്നതിന് കീഴിൽ വെബ്‌സൈറ്റ് വാമറുകളിൽ നിന്ന് അവ പ്രത്യേകം കൈകാര്യം ചെയ്യുന്നു, കൂടാതെ അവരുടേതായ പ്ലാൻ പരിധികളുമുണ്ട്.

വെബ്‌സൈറ്റ് വാമറുകളിൽ നിന്ന് വേർതിരിക്കുക

API വാമറുകൾ അവരുടേതായ അവകാശമുള്ള ഒരു പ്രത്യേക സവിശേഷതയാണ്. വിഭാഗം നഷ്‌ടപ്പെടുകയോ ലോക്ക് ചെയ്യുകയോ ആണെങ്കിൽ, നിങ്ങളുടെ പ്ലാനിൽ അവ ഉൾപ്പെടുന്നില്ല - പ്ലാനുകളും പരിധികളും കാണുക.

ഒരെണ്ണം എപ്പോൾ ഉപയോഗിക്കണം

സാഹചര്യംഎന്തുകൊണ്ട് ഒരു API വാമർ സഹായിക്കുന്നു
തലയില്ലാത്ത കടയുടെ മുൻഭാഗം അല്ലെങ്കിൽ സൈറ്റ്എല്ലാ പേജ് റെൻഡറിലും ഉൽപ്പന്നം, ഇൻവെൻ്ററി, ഉള്ളടക്കം JSON എന്നിവ ലഭിക്കും. ആ വഴികൾ ചൂടാക്കുന്നത് മുൻഭാഗത്തെ മുഴുവൻ വേഗത്തിലാക്കുന്നു.
ഒരു പൊതു ഡെവലപ്പർ APIജനപ്രിയ എൻഡ്‌പോയിൻ്റുകളും ഡോക്യുമെൻ്റേഷൻ ഉദാഹരണങ്ങളും ആദ്യം വിളിക്കുന്നവർക്ക് മന്ദഗതിയിലാകുന്നതിനുപകരം പ്രതികരണശേഷി നിലനിർത്തുന്നു.
ഒരു ബാക്കെൻഡ് ഫോർ ഫ്രണ്ട് ലെയർനിരവധി സേവനങ്ങളിലേക്ക് ആവേശം കൊള്ളുന്ന സമാഹരിച്ച എൻഡ്‌പോയിൻ്റുകൾ പുനർനിർമ്മിക്കാൻ ചെലവേറിയതാണ്. അവയെ ചൂടാക്കുന്നത് മൊബൈൽ, വെബ് ക്ലയൻ്റുകളെ സംരക്ഷിക്കുന്നു.
കനത്ത GraphQL പ്രവർത്തനങ്ങൾചുരുക്കം ചില ചോദ്യങ്ങൾ സാധാരണയായി ട്രാഫിക്കിൽ ആധിപത്യം സ്ഥാപിക്കുന്നു. ആ നിർദ്ദിഷ്ട പ്രവർത്തനങ്ങൾ ചൂടാക്കുന്നത് /graphql ഒരിക്കൽ അടിക്കുന്നതിനേക്കാൾ വളരെ പ്രധാനമാണ്.

ഒരിക്കലും കാഷെ ചെയ്യാത്ത എൻഡ്‌പോയിൻ്റുകൾക്ക് ഒരു API വാമർ ഉപയോഗപ്രദമല്ല, അല്ലെങ്കിൽ ഓരോ ഉപയോക്താവിനും അദ്വിതീയമാണ്, അതിനാൽ പൂരിപ്പിക്കാൻ പങ്കിട്ട കാഷെ ചെയ്ത പകർപ്പുകളൊന്നുമില്ല.

ഒരു API ചൂട് സൃഷ്ടിക്കുന്നു

  1. 1

    API ഹോസ്റ്റ്നാമം പരിശോധിക്കുക

    എൻഡ്‌പോയിൻ്റ് URLs വെബ്‌സൈറ്റ് വാമറുകൾ പോലെ തന്നെ പരിശോധിച്ചുറപ്പിച്ച ഹോസ്റ്റ്നാമം ഉപയോഗിക്കണം. Hostname verification കാണുക.

  2. 2

    വാമറിന് പേര് നൽകി അത് നിഷ്‌ക്രിയമായി വിടുക

    ആദ്യം കോൺഫിഗർ ചെയ്യുക, നിങ്ങൾ തൃപ്തനാകുമ്പോൾ സജീവമാക്കുക.

  3. 3

    ഒന്നോ അതിലധികമോ എൻഡ് പോയിൻ്റുകൾ ചേർക്കുക

    ഓരോ എൻഡ്‌പോയിൻ്റിനും URLഉം HTTP രീതിയും ഉണ്ട്, കൂടാതെ ഓപ്‌ഷണലായി ഒരു ലേബലും ബോഡിയും ഉള്ളടക്ക തരവും ഉണ്ട്.

  4. 4

    എൻഡ്‌പോയിൻ്റിന് ആവശ്യമെങ്കിൽ ഓത്ത് ചേർക്കുക

    ആഗോള തലക്കെട്ടുകളും കുക്കികളും ചൂടുള്ളവർ നടത്തുന്ന എല്ലാ അഭ്യർത്ഥനകൾക്കും ബാധകമാണ്.

  5. 5

    ഒരു കോൺഫിഗറേഷൻ മാട്രിക്സ് ഉപയോഗിച്ച് ഓപ്ഷണലായി വികസിപ്പിക്കുക

    ഡസൻ കണക്കിന് സമാനമായ വാമറുകൾ സൃഷ്‌ടിക്കാതെ തന്നെ നിരവധി വകഭേദങ്ങൾ - ലോക്കലുകൾ, വാടകക്കാർ, ഐഡികൾ - കവർ ചെയ്യുക.

  6. 6

    നിരക്കും ഇടവേളകളും സജ്ജമാക്കുക, തുടർന്ന് സജീവമാക്കുക

    വെബ്‌സൈറ്റ് വാമറുകളുടെ അതേ ആശയം: നിങ്ങളുടെ കാഷെ TTL-നെ തോൽപ്പിക്കാൻ കഴിയുന്നത്ര ചൂട്, ഉപദ്രവിക്കാതിരിക്കാൻ സാവധാനം മതി.

അവസാന പോയിൻ്റുകൾ

വാമറിലെ ഓരോ എൻഡ് പോയിൻ്റും സ്വതന്ത്രമായി ക്രമീകരിച്ചിരിക്കുന്നു:

ലേബൽ
മനുഷ്യർക്ക് വായിക്കാൻ കഴിയുന്ന ഒരു ഓപ്‌ഷണൽ പേര്, അതിനാൽ എൻഡ്‌പോയിൻ്റുകളുടെ ഒരു നീണ്ട ലിസ്റ്റ് വായിക്കാവുന്നതായിരിക്കും.
WordPress
പരിശോധിച്ച ഹോസ്റ്റ് നാമത്തിലെ പൂർണ്ണ എൻഡ്‌പോയിൻ്റ് വിലാസം. PATH അളവുമായി ജോടിയാക്കുമ്പോൾ {id} അല്ലെങ്കിൽ :id പോലുള്ള പാത്ത് പ്ലെയ്‌സ്‌ഹോൾഡറുകൾ അടങ്ങിയിരിക്കാം.
രീതി
നിങ്ങളുടെ പ്ലാൻ അനുസരിച്ച് GET, POST എന്നിവയും മറ്റുള്ളവയും. പ്ലാനുകൾ സാധാരണയായി GET, HEAD എന്നിവയെ ഡിഫോൾട്ടായി അനുവദിക്കുന്നു, ഉയർന്ന ശ്രേണികളിൽ കൂടുതൽ രീതികൾ.
പ്രോട്ടോക്കോൾ
REST അല്ലെങ്കിൽ GRAPHQL. GraphQL തിരഞ്ഞെടുക്കുന്നത് പ്രവർത്തനവും അന്വേഷണ ഫീൽഡുകളും വെളിപ്പെടുത്തുന്നു.
ബോഡി ടെംപ്ലേറ്റ് അഭ്യർത്ഥിക്കുക
അയയ്‌ക്കാനുള്ള ശരീരം, ഒന്ന് കൊണ്ടുപോകുന്ന രീതികൾക്കായി. API അഭ്യർത്ഥന ബോഡി അർഹത ആവശ്യമാണ്.
WordPress
അഭ്യർത്ഥന ബോഡിയുടെ ഉള്ളടക്ക തരം, സാധാരണയായി application/json.
നിഷ്കളങ്കൻ
എൻഡ്‌പോയിൻ്റിനെ രണ്ട് തവണ വിളിക്കാൻ സുരക്ഷിതമാണെന്ന് അടയാളപ്പെടുത്തുന്നു, ഇത് മെച്ചപ്പെടുത്തൽ അളക്കുന്ന തണുത്ത/ഊഷ്മളമായ ഡബിൾ ഫെച്ച് പ്രവർത്തനക്ഷമമാക്കുന്നു. യഥാർത്ഥത്തിൽ രണ്ടുതവണ വിളിച്ചാൽ മാത്രമേ അത് പ്രവർത്തനക്ഷമമാക്കൂ, പാർശ്വഫലങ്ങളൊന്നുമില്ല.
പ്രവർത്തനക്ഷമമാക്കി
ഈ നിർദ്ദിഷ്ട എൻഡ് പോയിൻ്റ് റണ്ണുകളിൽ ഉൾപ്പെടുത്തിയിട്ടുണ്ടോ. ഒരു എൻഡ്‌പോയിൻ്റ് ഇല്ലാതാക്കാതെ അത് താൽക്കാലികമായി പ്രവർത്തനരഹിതമാക്കാൻ എളുപ്പമാണ്.

റൈറ്റിംഗ് ഓപ്പറേഷനുകൾ മോശമാണെന്ന് അടയാളപ്പെടുത്താൻ ശ്രദ്ധിക്കുക

ഓർഡറുകൾ സൃഷ്‌ടിക്കുന്നതോ ഇമെയിൽ അയയ്‌ക്കുന്നതോ കാർഡുകൾ ചാർജ് ചെയ്യുന്നതോ ആയ ഒരു എൻഡ്‌പോയിൻ്റിൽ ഇരട്ട കണ്ടെത്തൽ അത് രണ്ടുതവണ ചെയ്യും. ഒരു എൻഡ് പോയിൻ്റ് ആവർത്തിച്ചാൽ അത് യഥാർത്ഥമായി നിരുപദ്രവകരമാണെന്ന് മാത്രം അടയാളപ്പെടുത്തുക.

കോൺഫിഗർ മെട്രിക്സ്

മിക്ക API-കൾക്കും വകഭേദങ്ങളുണ്ട്: ഓരോ പ്രദേശത്തിനും, ഓരോ വാടകക്കാരനും, ഓരോ കറൻസിക്കും അല്ലെങ്കിൽ ഓരോ ഐഡിക്കും ഒരേ അവസാന പോയിൻ്റ്. ഓരോന്നിനും ഒരു ഊഷ്മളത സൃഷ്ടിക്കുന്നത് അനിയന്ത്രിതമാണ്.

ഒരു config matrix ഇത് പരിഹരിക്കുന്നു. നിങ്ങൾ ഒന്നിലധികം മൂല്യങ്ങൾ ഉപയോഗിച്ച് അളവുകൾ നിർവ്വചിക്കുന്നു, കൂടാതെ Cache Rocket പൂർണ്ണ കാർട്ടീഷ്യൻ ഉൽപ്പന്നത്തെ വ്യക്തിഗത ഊഷ്മളമായ അഭ്യർത്ഥനകളിലേക്ക് വികസിപ്പിക്കുന്നു.

അളവ് തരംമൂല്യങ്ങൾ കുത്തിവയ്ക്കുന്നുഉദാഹരണം
WordPressചോദ്യ സ്ട്രിംഗ്/cart, /checkout, /my-account
WordPressഒരു അഭ്യർത്ഥന തലക്കെട്ട്X-Tenant: acme, X-Tenant: globex
WordPressഒരു കുക്കിX-Tenant: acme, X-Tenant: globex
WordPressURL-ൽ A {placeholder}{id}1, 2, 3

ഒരു പ്രവർത്തന മാതൃക

text
Endpoint:  GET https://api.example.com/v1/products/{category}

Dimensions:
  PATH   category = shoes, bags, hats
  QUERY  locale   = en, nl

Expands to 6 warm requests:
  /v1/products/shoes?locale=en
  /v1/products/shoes?locale=nl
  /v1/products/bags?locale=en
  /v1/products/bags?locale=nl
  /v1/products/hats?locale=en
  /v1/products/hats?locale=nl

കോമ്പിനേഷനുകൾ വേഗത്തിൽ പെരുകുന്നു

മൊത്തം അഭ്യർത്ഥനകൾ എല്ലാ അളവുകളുടെയും മൂല്യ സംഖ്യയുടെ ഉൽപ്പന്നമാണ്. അഞ്ച് മൂല്യങ്ങളുടെ ത്രിമാനങ്ങൾ ഓരോന്നിനും ഒരു അവസാന പോയിൻ്റിൽ നിന്നുള്ള 125 കോമ്പിനേഷനുകളാണ്. ഫോം റണ്ണിംഗ് കൗണ്ടും നിങ്ങളുടെ പ്ലാനിൻ്റെ പരമാവധിയും കാണിക്കുന്നു - നിങ്ങൾ മൂല്യങ്ങൾ ചേർക്കുമ്പോൾ അത് കാണുക.

നിങ്ങൾ പ്ലാൻ പരമാവധി കവിഞ്ഞാൽ, ചൂട് സംരക്ഷിക്കില്ല. മൂല്യങ്ങൾ കുറയ്ക്കുക, നിരവധി സന്നാഹങ്ങളിൽ വിഭജിക്കുക, അല്ലെങ്കിൽ നവീകരിക്കുക.

പ്രാമാണീകരണം

ആഗോള അഭ്യർത്ഥന തലക്കെട്ടുകൾ, കുക്കികൾ എന്നിവ ചൂടുള്ളവർ സൃഷ്ടിക്കുന്ന എല്ലാ വേരിയൻ്റുകളിലും പ്രയോഗിക്കുന്നു. ഇവിടെയാണ് ഒരു Authorization ഹെഡറോ ഒരു സെഷൻ കുക്കിയോ പോകുന്നത്.

സാധാരണ ഓത്ത് ഹെഡറുകൾ
text
Authorization: Bearer YOUR_LONG_LIVED_TOKEN
X-Api-Key: YOUR_API_KEY

യഥാർത്ഥ ക്ലയൻ്റുകൾ യഥാർത്ഥത്തിൽ അഭ്യർത്ഥിക്കുന്ന വേരിയൻ്റ് ചൂടാക്കുക

നിങ്ങളുടെ കാഷെ Authorization അനുസരിച്ച് വ്യത്യാസപ്പെടുന്നുവെങ്കിൽ, ഒരു സേവന ടോക്കൺ ഉപയോഗിച്ച് ചൂടാക്കുന്നത് ആ ടോക്കണിലേക്ക് കീ ചെയ്‌തിരിക്കുന്ന ഒരു കാഷെ എൻട്രി പൂരിപ്പിക്കുന്നു - ഇത് ഒരു യഥാർത്ഥ ക്ലയൻ്റും ഒരിക്കലും ഹിറ്റ് ചെയ്യില്ല. പങ്കിട്ടതും കാഷെ ചെയ്യാവുന്നതുമായ പ്രതികരണങ്ങൾക്ക്, ഒരു സാധാരണ ക്ലയൻ്റ് എൻഡ്‌പോയിൻ്റിനെ വിളിക്കുന്ന അതേ രീതിയിൽ ചൂടാക്കുക.

ടോക്കണുകൾ കാലഹരണപ്പെടുന്നു. ഒരു API വാമർ പെട്ടെന്ന് 401 മടങ്ങാൻ തുടങ്ങിയാൽ, ആദ്യം പരിശോധിക്കേണ്ടത് ഹാർഡ്-കോഡഡ് ടോക്കണാണ്.

WordPress

GraphQL-ന് അതിൻ്റേതായ ചികിത്സ ആവശ്യമാണ്, കാരണം പ്രകടനം നിർദ്ദിഷ്ട പ്രവർത്തനത്തെ ആശ്രയിച്ചിരിക്കുന്നു, എൻഡ്‌പോയിൻ്റ് പാതയെയല്ല. ഒരിക്കൽ /graphql അമർത്തുന്നത് നിങ്ങളോട് ഒന്നും പറയില്ല; നിങ്ങളുടെ ഏറ്റവും വലിയ മൂന്ന് ചോദ്യങ്ങൾ ചൂടാക്കുന്നത് എല്ലാം നിങ്ങളോട് പറയും.

ഒരു എൻഡ് പോയിൻ്റിൻ്റെ പ്രോട്ടോക്കോൾ GraphQL ആയി സജ്ജീകരിക്കുക, തുടർന്ന് വിതരണം ചെയ്യുക:

  • GraphQL പ്രവർത്തനം — ഇതൊരു query അല്ലെങ്കിൽ mutation ആണെങ്കിലും. മ്യൂട്ടേഷനുകൾ ചൂടാക്കുന്നത് മിക്കവാറും ഉചിതമല്ല.
  • GraphQL അന്വേഷണം — അയയ്‌ക്കാനുള്ള പ്രവർത്തന രേഖ.
  • വേരിയബിളുകൾ - അഭ്യർത്ഥന ബോഡി ടെംപ്ലേറ്റിലൂടെയോ അല്ലെങ്കിൽ നിരവധി വേരിയബിൾ സെറ്റുകൾ ചൂടാക്കുന്നതിന് മാട്രിക്സ് ഡൈമൻഷൻ മൂല്യങ്ങളിലൂടെയോ അവ വിതരണം ചെയ്യുക.

Note

API വാമറുകൾക്ക് മുകളിൽ, സ്വന്തം പ്ലാൻ അവകാശത്താൽ GraphQL വാമിംഗ് ഗേറ്റ് ചെയ്യപ്പെടുന്നു.

OpenAPI ഇറക്കുമതി

പിന്തുണയ്‌ക്കുന്ന പ്ലാനുകളിൽ നിങ്ങൾക്ക് എൻഡ്‌പോയിൻ്റുകൾ ടൈപ്പ് ചെയ്യുന്നതിനുപകരം OpenAPI 3 സ്പെസിഫിക്കേഷനിൽ നിന്ന് നേരിട്ട് ഇറക്കുമതി ചെയ്യാൻ കഴിയും. ഒരു JSON അല്ലെങ്കിൽ YAML സ്പെക്കിൻ്റെ URL ഒട്ടിച്ച് ഇറക്കുമതി ക്ലിക്ക് ചെയ്യുക; കണ്ടെത്തിയ എൻഡ്‌പോയിൻ്റുകൾ ചൂടിൽ ചേർക്കുന്നു, വെട്ടിമാറ്റാനും ക്രമീകരിക്കാനും തയ്യാറാണ്.

Tip

റൈറ്റ് ഓപ്പറേഷനുകൾ ഉൾപ്പെടെ, സ്പെക് വിവരിക്കുന്ന എല്ലാ കാര്യങ്ങളിലും ഇറക്കുമതി കൊണ്ടുവരുന്നു. ലിസ്റ്റ് ശ്രദ്ധാപൂർവ്വം അവലോകനം ചെയ്യുകയും സജീവമാക്കുന്നതിന് മുമ്പ് ഒരു ഷെഡ്യൂളിൽ വിളിക്കാൻ പാടില്ലാത്ത എന്തും പ്രവർത്തനരഹിതമാക്കുകയും ചെയ്യുക.

പരിധികളും ഷെഡ്യൂളിംഗും

മിനിറ്റിൽ പരമാവധി ചൂട്
ഈ API വാമറിനുള്ള നിരക്ക് പരിധി, ഒരു വെബ്‌സൈറ്റ് വാമറിൽ മിനിറ്റിന് പരമാവധി URLs-ന് തുല്യമാണ്.
അഭ്യർത്ഥന സമയപരിധി
ഉപേക്ഷിക്കുന്നതിന് മുമ്പ് പ്രതികരണത്തിനായി എത്രനേരം കാത്തിരിക്കണം.
യാന്ത്രിക ആരംഭ ഇടവേള
എത്ര പ്രാവശ്യം ഒരു പുതിയ ഊഷ്മള പാസ് ആരംഭിക്കുന്നു, നിമിഷങ്ങൾക്കുള്ളിൽ.
എൻക്യൂ ഇടവേള
സൈക്കിളിനുള്ളിൽ വീണ്ടും ക്യൂവിലുള്ള ജോലിയുടെ പേസിംഗ്.
HTTPS എന്നതിലേക്ക് മാറ്റിയെഴുതുക
http:// എൻഡ്‌പോയിൻ്റ് URLs https:// ലേക്ക് അപ്‌ഗ്രേഡുചെയ്യുക.
ഊഷ്മള ഷെഡ്യൂൾ
പീക്ക്, ഓഫ്-പീക്ക് വിൻഡോകൾ, വെബ്‌സൈറ്റ് വാമറിൻ്റെ അതേ JSON ഫോർമാറ്റ്. അഡ്വാൻസ്ഡ് വാമിംഗ് കാണുക.

നിങ്ങളുടെ പ്ലാൻ API വാമറുകളുടെ എണ്ണം, ഓരോ ഊഷ്മളതയ്‌ക്കും എൻഡ്‌പോയിൻ്റുകൾ, ഓരോ ഊഷ്മളതയ്‌ക്കും കോമ്പിനേഷനുകൾ എന്നിവയും പരിമിതപ്പെടുത്തുന്നു.

സാധാരണ പ്രശ്നങ്ങൾ

എല്ലാം 401 അല്ലെങ്കിൽ 403 നൽകുന്നു.
ഓത്ത് ഹെഡറോ കുക്കിയോ കാണുന്നില്ല, തെറ്റാണ് അല്ലെങ്കിൽ കാലഹരണപ്പെട്ടു. ദീർഘകാല ടോക്കണുകളാണ് സാധാരണ കുറ്റവാളികൾ - ടോക്കൺ ഇപ്പോഴും സാധുതയുള്ളതാണെന്നും കറങ്ങിയിട്ടില്ലെന്നും പരിശോധിക്കുക.
നിരവധി കോമ്പിനേഷനുകൾ ഉദ്ധരിച്ച് ചൂട് സംരക്ഷിക്കില്ല.
നിങ്ങളുടെ മാട്രിക്സ് പ്ലാൻ മാക്സിമം അപ്പുറം വികസിക്കുന്നു. ഡൈമൻഷൻ മൂല്യങ്ങൾ കുറയ്ക്കുക, നിരവധി സന്നാഹങ്ങളിലുടനീളം എൻഡ് പോയിൻ്റുകൾ വിഭജിക്കുക അല്ലെങ്കിൽ നവീകരിക്കുക.
എനിക്ക് ആവശ്യമുള്ള രീതി ഡ്രോപ്പ്ഡൗണിൽ ഇല്ല.
ഏത് HTTP രീതികളാണ് അനുവദനീയമെന്ന് പ്ലാനുകൾ നിയന്ത്രിക്കുന്നു. താഴ്ന്ന നിരകൾ സാധാരണയായി GET, HEAD എന്നിവ മാത്രമേ അനുവദിക്കൂ.
വാമിംഗ് വൃത്തിയായി പ്രവർത്തിക്കുന്നു, എന്നാൽ യഥാർത്ഥ ക്ലയൻ്റുകൾക്ക് പ്രതികരണങ്ങൾ ഇപ്പോഴും മന്ദഗതിയിലാണ്.
ക്ലയൻ്റുകളുടെ അഭ്യർത്ഥനയിൽ നിന്ന് വ്യത്യസ്തമായ ഒരു കാഷെ വേരിയൻ്റാണ് നിങ്ങൾ പൂരിപ്പിക്കുന്നത് - സാധാരണയായി ഒരു Authorization തലക്കെട്ട്, ഒരു കുക്കി അല്ലെങ്കിൽ ഒരു തലക്കെട്ട് കാരണം നിങ്ങളുടെ CDN വ്യത്യാസപ്പെടുന്നു. ഒരു യഥാർത്ഥ ക്ലയൻ്റ് അയയ്‌ക്കുന്ന കൃത്യമായ അഭ്യർത്ഥനയെ ചൂടുള്ളവർ അയയ്‌ക്കുന്നവയുമായി താരതമ്യം ചെയ്യുക.
ഒപ്പിട്ട, ഹ്രസ്വകാല ടോക്കൺ ആവശ്യമുള്ള ഒരു എൻഡ്‌പോയിൻ്റ് എനിക്ക് ചൂടാക്കാനാകുമോ?
വിശ്വസനീയമല്ല, കാരണം ഓരോ ഓട്ടത്തിനും ഒരു പുതിയ സിഗ്നേച്ചർ സൃഷ്ടിക്കാൻ ചൂടിന് കഴിയില്ല. ഒന്നുകിൽ കാഷെ ചെയ്യാവുന്ന ആധികാരികതയില്ലാത്ത വേരിയൻ്റ് തുറന്നുകാട്ടുക, അല്ലെങ്കിൽ അത് സുരക്ഷിതമായ ഒരു ദീർഘകാല സേവന ടോക്കൺ ഉപയോഗിക്കുക.