API ವಾರ್ಮರ್‌ಗಳು

API ಗಳು ವೆಬ್ ಪುಟಗಳಂತೆಯೇ ತಣ್ಣಗಾಗುತ್ತವೆ. JSON ಪ್ರತಿಕ್ರಿಯೆಯು ನಿರ್ಮಿಸಲು ದುಬಾರಿಯಾಗಿದ್ದರೆ ಮತ್ತು ನಿಮ್ಮ CDN ಅಥವಾ ಗೇಟ್‌ವೇನಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿದ್ದರೆ, ಅವಧಿ ಮುಗಿದ ನಂತರ ಮೊದಲ ಕ್ಲೈಂಟ್ ವೆಬ್‌ಸೈಟ್ ಸಂದರ್ಶಕರು ಪಾವತಿಸುವ ಅದೇ ದಂಡವನ್ನು ಪಾವತಿಸುತ್ತಾರೆ.

API ವಾರ್ಮರ್‌ಗಳು ಅದನ್ನು ಪರಿಹರಿಸಿ. ಅವುಗಳನ್ನು ವೆಬ್‌ಸೈಟ್ ವಾರ್ಮರ್‌ಗಳಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ, ಖಾತೆ → API ವಾರ್ಮರ್‌ಗಳು ಅಡಿಯಲ್ಲಿ, ಮತ್ತು ತಮ್ಮದೇ ಆದ ಯೋಜನೆ ಮಿತಿಗಳನ್ನು ಹೊಂದಿವೆ.

ಒಂದನ್ನು ಯಾವಾಗ ಬಳಸಬೇಕು#

API ವಾರ್ಮರ್ ಎಂದಿಗೂ ಕ್ಯಾಶ್ ಮಾಡದ, ಅಥವಾ ಪ್ರತಿ ಬಳಕೆದಾರರಿಗೆ ಅನನ್ಯವಾಗಿರುವ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳಿಗೆ ಉಪಯುಕ್ತವಲ್ಲ ಮತ್ತು ಆದ್ದರಿಂದ ತುಂಬಲು ಯಾವುದೇ ಹಂಚಿಕೆಯ ಸಂಗ್ರಹದ ನಕಲನ್ನು ಹೊಂದಿಲ್ಲ.

API ವಾರ್ಮರ್ ಅನ್ನು ರಚಿಸಲಾಗುತ್ತಿದೆ#

1. 1

   API ಹೋಸ್ಟ್ ಹೆಸರನ್ನು ಪರಿಶೀಲಿಸಿ

   ಎಂಡ್‌ಪಾಯಿಂಟ್ URLs ವೆಬ್‌ಸೈಟ್ ವಾರ್ಮರ್‌ಗಳಂತೆಯೇ ಪರಿಶೀಲಿಸಿದ ಹೋಸ್ಟ್ ಹೆಸರನ್ನು ಬಳಸಬೇಕು. ಹೋಸ್ಟ್‌ಹೆಸರು ಪರಿಶೀಲನೆ ನೋಡಿ.

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 ಗಳು ರೂಪಾಂತರಗಳನ್ನು ಹೊಂದಿವೆ: ಪ್ರತಿ ಲೊಕೇಲ್, ಪ್ರತಿ ಹಿಡುವಳಿದಾರ, ಪ್ರತಿ ಕರೆನ್ಸಿ ಅಥವಾ ಪ್ರತಿ ID ಗೆ ಅದೇ ಅಂತಿಮ ಬಿಂದು ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ಪ್ರತಿಯೊಂದಕ್ಕೂ ವಾರ್ಮರ್ ಅನ್ನು ರಚಿಸುವುದು ನಿರ್ವಹಿಸಲಾಗದು.

ಕಾನ್ಫಿಗರ್ ಮ್ಯಾಟ್ರಿಕ್ಸ್ ಇದನ್ನು ಪರಿಹರಿಸುತ್ತದೆ. ನೀವು ಬಹು ಮೌಲ್ಯಗಳೊಂದಿಗೆ ಆಯಾಮಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತೀರಿ ಮತ್ತು Cache Rocket ಪೂರ್ಣ ಕಾರ್ಟೇಶಿಯನ್ ಉತ್ಪನ್ನವನ್ನು ವೈಯಕ್ತಿಕ ಬೆಚ್ಚಗಿನ ವಿನಂತಿಗಳಾಗಿ ವಿಸ್ತರಿಸುತ್ತದೆ.

ಒಂದು ಕೆಲಸ ಉದಾಹರಣೆ

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

ನೀವು ಗರಿಷ್ಠ ಯೋಜನೆಯನ್ನು ಮೀರಿದರೆ, ವಾರ್ಮರ್ ಉಳಿಸುವುದಿಲ್ಲ. ಮೌಲ್ಯಗಳನ್ನು ಕಡಿಮೆ ಮಾಡಿ, ಹಲವಾರು ವಾರ್ಮರ್‌ಗಳಲ್ಲಿ ವಿಭಜಿಸಿ ಅಥವಾ ಅಪ್‌ಗ್ರೇಡ್ ಮಾಡಿ.

ದೃಢೀಕರಣ#

ಜಾಗತಿಕ ವಿನಂತಿ ಹೆಡರ್ ಮತ್ತು ಕುಕೀಗಳು ಬೆಚ್ಚಗಿನವರು ಉತ್ಪಾದಿಸುವ ಪ್ರತಿಯೊಂದು ರೂಪಾಂತರಕ್ಕೂ ಅನ್ವಯಿಸಲಾಗುತ್ತದೆ. ಇಲ್ಲಿಗೆ Authorization ಹೆಡರ್ ಅಥವಾ ಸೆಷನ್ ಕುಕೀ ಹೋಗುತ್ತದೆ.

Authorization: Bearer YOUR_LONG_LIVED_TOKEN
X-Api-Key: YOUR_API_KEY

ಟೋಕನ್‌ಗಳ ಅವಧಿ ಮುಗಿಯುತ್ತದೆ. API ವಾರ್ಮರ್ ಇದ್ದಕ್ಕಿದ್ದಂತೆ 401 ಅನ್ನು ಹಿಂತಿರುಗಿಸಲು ಪ್ರಾರಂಭಿಸಿದರೆ, ಹಾರ್ಡ್-ಕೋಡೆಡ್ ಟೋಕನ್ ಅನ್ನು ಪರಿಶೀಲಿಸುವ ಮೊದಲ ವಿಷಯವಾಗಿದೆ.

WordPress#

GraphQL ಗೆ ತನ್ನದೇ ಆದ ಚಿಕಿತ್ಸೆಯ ಅಗತ್ಯವಿದೆ ಏಕೆಂದರೆ ಕಾರ್ಯಕ್ಷಮತೆಯು ನಿರ್ದಿಷ್ಟ ಕಾರ್ಯಾಚರಣೆಯ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿರುತ್ತದೆ, ಅಂತ್ಯಬಿಂದು ಮಾರ್ಗವಲ್ಲ. ಒಮ್ಮೆ /graphql ಅನ್ನು ಹೊಡೆಯುವುದು ನಿಮಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ; ನಿಮ್ಮ ಮೂರು ಭಾರೀ ಪ್ರಶ್ನೆಗಳನ್ನು ಬೆಚ್ಚಗಾಗಿಸುವುದು ನಿಮಗೆ ಎಲ್ಲವನ್ನೂ ಹೇಳುತ್ತದೆ.

ಅಂತ್ಯಬಿಂದುವಿನ ಪ್ರೊಟೊಕಾಲ್ ಅನ್ನು GraphQL ಗೆ ಹೊಂದಿಸಿ, ನಂತರ ಸರಬರಾಜು ಮಾಡಿ:

• GraphQL ಕಾರ್ಯಾಚರಣೆ — ಇದು query ಅಥವಾ mutation ಆಗಿರಬಹುದು. ವಾರ್ಮಿಂಗ್ ರೂಪಾಂತರಗಳು ಬಹುತೇಕ ಸೂಕ್ತವಲ್ಲ.
• GraphQL ಪ್ರಶ್ನೆ — ಕಳುಹಿಸಲು ಕಾರ್ಯಾಚರಣೆ ದಾಖಲೆ.
• ವೇರಿಯಬಲ್‌ಗಳು — ವಿನಂತಿಯ ದೇಹದ ಟೆಂಪ್ಲೇಟ್ ಮೂಲಕ ಅಥವಾ ಹಲವಾರು ವೇರಿಯಬಲ್ ಸೆಟ್‌ಗಳನ್ನು ಬೆಚ್ಚಗಾಗಲು ಮ್ಯಾಟ್ರಿಕ್ಸ್ ಆಯಾಮದ ಮೌಲ್ಯಗಳ ಮೂಲಕ ಅವುಗಳನ್ನು ಪೂರೈಸಿ.

OpenAPI ಆಮದು#

ಬೆಂಬಲಿತ ಯೋಜನೆಗಳಲ್ಲಿ ನೀವು ಅವುಗಳನ್ನು ಟೈಪ್ ಮಾಡುವ ಬದಲು OpenAPI 3 ವಿವರಣೆಯಿಂದ ನೇರವಾಗಿ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳನ್ನು ಆಮದು ಮಾಡಿಕೊಳ್ಳಬಹುದು. JSON ಅಥವಾ YAML ಸ್ಪೆಕ್‌ನ URL ಅನ್ನು ಅಂಟಿಸಿ ಮತ್ತು ಆಮದು ಕ್ಲಿಕ್ ಮಾಡಿ; ಪತ್ತೆಯಾದ ಅಂತ್ಯಬಿಂದುಗಳನ್ನು ಬೆಚ್ಚಗಾಗಲು ಸೇರಿಸಲಾಗುತ್ತದೆ, ಕತ್ತರಿಸಲು ಮತ್ತು ಸರಿಹೊಂದಿಸಲು ಸಿದ್ಧವಾಗಿದೆ.

ಮಿತಿಗಳು ಮತ್ತು ವೇಳಾಪಟ್ಟಿ#

ನಿಮಿಷಕ್ಕೆ ಗರಿಷ್ಠ ಬೆಚ್ಚಗಾಗುತ್ತದೆ

ಈ API ವಾರ್ಮರ್‌ಗೆ ರೇಟ್ ಸೀಲಿಂಗ್, ವೆಬ್‌ಸೈಟ್ ವಾರ್ಮರ್‌ನಲ್ಲಿ ಪ್ರತಿ ನಿಮಿಷಕ್ಕೆ ಗರಿಷ್ಠ URLs ಗೆ ಸಮನಾಗಿರುತ್ತದೆ.

ಸಮಯ ಮೀರಲು ವಿನಂತಿ

ಬಿಟ್ಟುಕೊಡುವ ಮೊದಲು ಪ್ರತಿಕ್ರಿಯೆಗಾಗಿ ಎಷ್ಟು ಸಮಯ ಕಾಯಬೇಕು.

ಸ್ವಯಂ ಪ್ರಾರಂಭದ ಮಧ್ಯಂತರ

ಎಷ್ಟು ಬಾರಿ ಹೊಸ ಬೆಚ್ಚಗಿನ ಪಾಸ್ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ಸೆಕೆಂಡುಗಳಲ್ಲಿ.

ಎನ್ಕ್ಯೂ ಮಧ್ಯಂತರ

ಚಕ್ರದೊಳಗೆ ಮರು-ಸರಣಿಯ ಕೆಲಸದ ಹೆಜ್ಜೆ.

HTTPS ಗೆ ಪುನಃ ಬರೆಯಿರಿ

http:// ಅಂತ್ಯಬಿಂದು URLs ಅನ್ನು https:// ಗೆ ಅಪ್‌ಗ್ರೇಡ್ ಮಾಡಿ.

ಬೆಚ್ಚಗಿನ ವೇಳಾಪಟ್ಟಿ

ಪೀಕ್ ಮತ್ತು ಆಫ್-ಪೀಕ್ ವಿಂಡೋಗಳು, ವೆಬ್‌ಸೈಟ್ ವಾರ್ಮರ್‌ಗಳಂತೆಯೇ JSON ಫಾರ್ಮ್ಯಾಟ್. ಅಡ್ವಾನ್ಸ್ಡ್ ವಾರ್ಮಿಂಗ್ ನೋಡಿ.

ನಿಮ್ಮ ಯೋಜನೆಯು API ವಾರ್ಮರ್‌ಗಳು, ಪ್ರತಿ ವಾರ್ಮರ್‌ಗೆ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳು ಮತ್ತು ಪ್ರತಿ ವಾರ್ಮರ್‌ಗಳ ಸಂಯೋಜನೆಗಳನ್ನು ಸಹ ಮಿತಿಗೊಳಿಸುತ್ತದೆ.

ಸಾಮಾನ್ಯ ಸಮಸ್ಯೆಗಳು#

ಎಲ್ಲವೂ 401 ಅಥವಾ 403 ಅನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ.

ದೃಢೀಕರಣ ಹೆಡರ್ ಅಥವಾ ಕುಕೀ ಕಾಣೆಯಾಗಿದೆ, ತಪ್ಪಾಗಿದೆ ಅಥವಾ ಅವಧಿ ಮೀರಿದೆ. ದೀರ್ಘಾವಧಿಯ ಟೋಕನ್‌ಗಳು ಸಾಮಾನ್ಯ ಅಪರಾಧಿಗಳಾಗಿವೆ - ಟೋಕನ್ ಇನ್ನೂ ಮಾನ್ಯವಾಗಿದೆಯೇ ಮತ್ತು ತಿರುಗಿಸಲಾಗಿಲ್ಲ ಎಂದು ಪರಿಶೀಲಿಸಿ.

ವಾರ್ಮರ್ ಉಳಿಸುವುದಿಲ್ಲ, ಹಲವಾರು ಸಂಯೋಜನೆಗಳನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತದೆ.

ನಿಮ್ಮ ಮ್ಯಾಟ್ರಿಕ್ಸ್ ಗರಿಷ್ಠ ಯೋಜನೆ ಮೀರಿ ವಿಸ್ತರಿಸುತ್ತದೆ. ಆಯಾಮದ ಮೌಲ್ಯಗಳನ್ನು ಕಡಿಮೆ ಮಾಡಿ, ಹಲವಾರು ವಾರ್ಮರ್‌ಗಳಲ್ಲಿ ಅಂತಿಮ ಬಿಂದುಗಳನ್ನು ವಿಭಜಿಸಿ ಅಥವಾ ಅಪ್‌ಗ್ರೇಡ್ ಮಾಡಿ.

ನನಗೆ ಅಗತ್ಯವಿರುವ ವಿಧಾನವು ಡ್ರಾಪ್‌ಡೌನ್‌ನಲ್ಲಿಲ್ಲ.

ಯಾವ HTTP ವಿಧಾನಗಳನ್ನು ಅನುಮತಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ಯೋಜನೆಗಳು ನಿರ್ಬಂಧಿಸುತ್ತವೆ. ಕೆಳಗಿನ ಹಂತಗಳು ಸಾಮಾನ್ಯವಾಗಿ GET ಮತ್ತು HEAD ಅನ್ನು ಮಾತ್ರ ಅನುಮತಿಸುತ್ತವೆ.

ವಾರ್ಮಿಂಗ್ ಸ್ವಚ್ಛವಾಗಿ ಸಾಗುತ್ತದೆ ಆದರೆ ನೈಜ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯೆಗಳು ಇನ್ನೂ ನಿಧಾನವಾಗಿರುತ್ತವೆ.

ನೀವು ಬಹುಶಃ ಕ್ಲೈಂಟ್‌ಗಳ ವಿನಂತಿಗಿಂತ ವಿಭಿನ್ನವಾದ ಕ್ಯಾಶ್ ರೂಪಾಂತರವನ್ನು ತುಂಬುತ್ತಿರುವಿರಿ - ಸಾಮಾನ್ಯವಾಗಿ Authorization ಹೆಡರ್, ಕುಕೀ ಅಥವಾ ಹೆಡರ್‌ನಿಂದಾಗಿ ನಿಮ್ಮ CDN ಬದಲಾಗುತ್ತಿರುತ್ತದೆ. ನಿಜವಾದ ಕ್ಲೈಂಟ್ ಕಳುಹಿಸುವ ನಿಖರವಾದ ವಿನಂತಿಯನ್ನು ಬೆಚ್ಚಗಿನವರು ಏನು ಕಳುಹಿಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ಹೋಲಿಕೆ ಮಾಡಿ.

ಸಹಿ ಮಾಡಿದ, ಅಲ್ಪಾವಧಿಯ ಟೋಕನ್ ಅಗತ್ಯವಿರುವ ಅಂತಿಮ ಬಿಂದುವನ್ನು ನಾನು ಬೆಚ್ಚಗಾಗಿಸಬಹುದೇ?

ವಿಶ್ವಾಸಾರ್ಹವಲ್ಲ, ಏಕೆಂದರೆ ವಾರ್ಮರ್ ಪ್ರತಿ ಓಟಕ್ಕೆ ಹೊಸ ಸಹಿಯನ್ನು ರಚಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಒಂದೋ ಕ್ಯಾಶ್ ಮಾಡಬಹುದಾದ ದೃಢೀಕರಿಸದ ರೂಪಾಂತರವನ್ನು ಬಹಿರಂಗಪಡಿಸಿ, ಅಥವಾ ಸುರಕ್ಷಿತವಾಗಿರುವ ದೀರ್ಘಾವಧಿಯ ಸೇವಾ ಟೋಕನ್ ಅನ್ನು ಬಳಸಿ.