ສາລະບານ

ພາບລວມ ພື້ນຖານການເກັບຂໍ້ມູນ ຫົວຂໍ້ການເກັບຂໍ້ມູນ ການເກັບຂໍ້ມູນ ETag ຄຳສັ່ງຄວບຄຸມການເກັບຂໍ້ມູນ ການລວມຂໍ້ມູນ CDN ການເກັບຂໍ້ມູນດ້ານລູກຄ້າ ການລົບລ້າງການເກັບຂໍ້ມູນ ການຕິດຕາມການເກັບຂໍ້ມູນ ວິທີປະຕິບັດທີ່ດີທີ່ສຸດ

ເອກະສານ API

ຄູ່ມືການຈັດການການເກັບຂໍ້ມູນແລະການລວມຂໍ້ມູນ CDN

ປັບປຸງປະສິດທິພາບ Smart Money API ດ້ວຍຍຸດທະສາດການເກັບຂໍ້ມູນທີ່ສະຫຼາດ. ຮຽນຮູ້ຫົວຂໍ້ການເກັບຂໍ້ມູນ HTTP, ການຢັ້ງຢືນ ETag, ການລວມຂໍ້ມູນ CDN, ແລະຮູບແບບການເກັບຂໍ້ມູນດ້ານລູກຄ້າເພື່ອຫຼຸດຜ່ອນຄວາມຊັກຊ້າແລະຄ່າໃຊ້ຈ່າຍການສົ່ງຂໍ້ມູນ.

ຈຳໜ່າຍເມື່ອ 21 ມີນາ 2026 • 16 ນາທີອ່ານ • ປະສິດທິພາບ

ພາບລວມການເກັບຂໍ້ມູນ

ຈຸດສຸດທາງ Smart Money API ໃຫ້ຂໍ້ມູນຕະຫຼາດ cryptocurrency ທີ່ປ່ຽນແປງດ້ວຍຄວາມຖີ່ທີ່ແຕກຕ່າງກັນ. ຂໍ້ມູນບາງຢ່າງ (ທີ່ຢູ່ whale, ອັດຕາການສະໜອງ) ປັບປຸງທຸກໆສອງສາມວິນາທີ, ໃນຂະນະທີ່ຂໍ້ມູນອື່ນໆ (ການວິເຄາະປະຫວັດສາດ, ເນື້ອຫາການສຶກສາ) ຄົງທີ່ເປັນຊົ່ວໂມງ. ການເກັບຂໍ້ມູນທີ່ສະຫຼາດຊ່ວຍປັບປຸງປະສິດທິພາບແລະຫຼຸດຜ່ອນຄ່າໃຊ້ຈ່າຍຢ່າງຫຼວງຫຼາຍ.

Smart Money API ປະຕິບັດຍຸດທະສາດການເກັບຂໍ້ມູນສາມຊັ້ນ:

ການເກັບຂໍ້ມູນຂອງ CDN Edge — ການສົ່ງເນື້ອຫາໂລກພ້ອມການລົບລ້າງການເກັບຂໍ້ມູນໂດຍອັດຕະໂນມັດ
ການເກັບຂໍ້ມູນຂອງບຣາວເຊີ HTTP — ການເກັບຂໍ້ມູນດ້ານລູກຄ້າໂດຍໃຊ້ຫົວຂໍ້ HTTP ມາດຕະຖານ
ການເກັບຂໍ້ມູນຂອງແອັບພລິເຄຊັນ — ການເກັບຂໍ້ມູນໃນຄວາມຈຳສຳລັບຊຸດຂໍ້ມູນທີ່ເຂົ້າເຖິງບ່ອນຫຼາຍ

ຄວາມເຂົ້າໃຈດ້ານປະສິດທິພາບ: ການຕອບສະໜອງທີ່ເກັບຂໍ້ມູນໃຫ້ຄວາມໄວສູງກວ່າ 50-100 ເທົ່າຂອງການຮ້ອງຂໍ API ໃໝ່ແລະຊ່ວຍປະຢັດພື້ນທີ່ການສົ່ງຂໍ້ມູນຢ່າງຫຼວງຫຼາຍ. ການລວມຂໍ້ມູນທີ່ຖືກຕ້ອງສາມາດຫຼຸດຜ່ອນການສົ່ງຂໍ້ມູນໄດ້ 70-85%.

ທຸກການຕອບສະໜອງ Smart Money API ລວມມີຄຳສັ່ງການເກັບຂໍ້ມູນທີ່ບອກລູກຄ້າແລະ CDN ວ່າຂໍ້ມູນຄົງຢູ່ໄດ້ດົນປານໃດ. ການເຂົ້າໃຈຄຳສັ່ງເຫຼົ່ານີ້ແລະການປະຕິບັດຢ່າງຖືກຕ້ອງເປັນສິ່ງສຳຄັນສຳລັບປະສິດທິພາບທີ່ດີທີ່ສຸດ.

ພື້ນຖານການເກັບຂໍ້ມູນ

ການເກັບຂໍ້ມູນ HTTP ດຳເນີນການຕາມຫົວຂໍ້ຕອບສະໜອງທີ່ຊີ້ບອກວ່າເນື້ອຫາສາມາດເກັບຂໍ້ມູນໄດ້ຫຼືບໍ່ແລະໄດ້ດົນປານໃດ.

ຫົວຂໍ້ Cache-Control

ກົນໄກຫຼັກສຳລັບຄວບຄຸມພຶດຕິກຳການເກັບຂໍ້ມູນ. ທຸກການຕອບສະໜອງ Smart Money API ລວມມີຫົວຂໍ້ Cache-Control ທີ່ລະບຸ:

max-age — ໄລຍະເວລາເປັນວິນາທີທີ່ການຕອບສະໜອງຄົງຢູ່ໄດ້
public/private — ບໍ່ວ່າການເກັບຂໍ້ມູນຂັ້ນກາງສາມາດເກັບໄວ້
must-revalidate — ບໍ່ວ່າຕ້ອງກວດສອບຄວາມສົດກ່ອນຈະໃຫ້ບໍລິການ
no-store — ບໍ່ເກັບຂໍ້ມູນທີ່ລະອຽດ

ຕົວຢ່າງຫົວຂໍ້ການເກັບຂໍ້ມູນ

ຈຸດສຸດທາງທີ່ແຕກຕ່າງກັນມີຄວາມຕ້ອງການການເກັບຂໍ້ມູນທີ່ແຕກຕ່າງກັນ:

ຫົວຂໍ້ຕອບສະໜອງ
// ຂໍ້ມູນທີ່ຢູ່ whale (ປັບປຸງທຸກໆ 5 ນາທີ)
Cache-Control: public, max-age=300
ETag: "abc123def456"
// ອັດຕາການສະໜອງແບບ real-time (ປັບປຸງທຸກໆວິນາທີ)
Cache-Control: public, max-age=1
ETag: "xyz789abc123"
// ຂໍ້ມູນປະຫວັດສາດ (ບໍ່ປ່ຽນແປງ)
Cache-Control: public, max-age=86400, immutable
ETag: "static-content-v1"

ໄລຍະເວລາການເກັບຂໍ້ມູນຕາມປະເພດຈຸດສຸດທາງ

ປະເພດຂໍ້ມູນ	ໄລຍະເວລາການເກັບຂໍ້ມູນ	ການນຳໃຊ້
ອັດຕາການສະໜອງແບບ real-time	1-5 ວິນາທີ	ການຊື້ຂາຍສົດ, ການກຳນົດຂະໜາດຕຳແໜ່ງ
ການເຄື່ອນໄຫວຂອງ whale	5 ນາທີ	ການຢັ້ງຢືນສັນຍານ, ການແຈ້ງເຕືອນ
ຂໍ້ມູນ OHLCV ປະຈຳວັນ	1 ຊົ່ວໂມງ	ການວິເຄາະດ້ານວິຊາການ, ເສັ້ນສະແດງ
ການວິເຄາະປະຫວັດສາດ	24 ຊົ່ວໂມງ	ການທົດສອບກັບຄືນ, ການຄົ້ນຄວ້າ
ເນື້ອຫາທີ່ຄົງທີ່	7 ວັນ	ເອກະສານ API, ຄູ່ມື, ການຕັ້ງຄ່າ

ຮັບຄີ API ຂອງທ່ານໃນ 30 ວິນາທີ

ພ້ອມສ້າງແລ້ວບໍ? ຮັບຄີ API ຟຣີ (50 ຄຳຮ້ອງ/ວັນ, ບໍ່ຕ້ອງໃຊ້ບັດ) ແລະເລີ່ມດຶງຂໍ້ມູນ whale, ການສະໜອງແລະຂໍ້ມູນ on-chain ສົດ.

ຮັບຄີ API ຂອງທ່ານ →

ຫົວຂໍ້ການເກັບຂໍ້ມູນ HTTP

ການຕອບສະໜອງ Smart Money API ລວມມີຫົວຂໍ້ການເກັບຂໍ້ມູນຫຼາຍຢ່າງທີ່ເຮັດວຽກຮ່ວມກັນເພື່ອສູງສຸດປະສິດທິພາບໃນຂະນະທີ່ຮັກສາຄວາມສົດຂອງຂໍ້ມູນ.

Cache-Control: ຫົວຂໍ້ຫຼັກ

ຄວບຄຸມພຶດຕິກຳການເກັບຂໍ້ມູນສຳລັບບຣາວເຊີແລະການເກັບຂໍ້ມູນຂັ້ນກາງ:

ຄຳສັ່ງ Cache-Control
// ຂໍ້ມູນສາທາລະນະ, ເກັບຂໍ້ມູນໄວ້ 5 ນາທີ
Cache-Control: public, max-age=300
// ຂໍ້ມູນສ່ວນຕົວ, ເກັບຂໍ້ມູນໃນບຣາວເຊີເທົ່ານັ້ນ
Cache-Control: private, max-age=3600
// ເນື້ອຫາທີ່ບໍ່ປ່ຽນແປງ, ເກັບຂໍ້ມູນໄວ້ຕະຫຼອດໄປ
Cache-Control: public, max-age=31536000, immutable
// ຕ້ອງກວດສອບຄວາມສົດກ່ອນຈະໃຫ້ບໍລິການ
Cache-Control: public, max-age=0, must-revalidate
// ບໍ່ເກັບຂໍ້ມູນທີ່ລະອຽດ
Cache-Control: private, no-store, no-cache

ຫົວຂໍ້ Expires (ເກົ່າ)

ສຳລັບລູກຄ້າເກົ່າ, Smart Money ຍັງສະໜອງຫົວຂໍ້ Expires (HTTP/1.0):

ຫົວຂໍ້ Expires
// ເວລາສິ້ນສຸດສຳລັບການເກັບຂໍ້ມູນ
Expires: Wed, 22 Mar 2026 14:30:00 GMT
// Cache-Control max-age ມີຄວາມສຳຄັນກວ່າໃນ HTTP/1.1

ຫົວຂໍ້ Last-Modified

ຊີ້ບອກເວລາທີ່ເນື້ອຫາຖືກປັບປຸງຄັ້ງສຸດທ້າຍ, ເຮັດໃຫ້ສາມາດຮ້ອງຂໍເງື່ອນໄຂໄດ້:

ການນຳໃຊ້ Last-Modified
// ການຕອບສະໜອງລວມມີ Last-Modified
Last-Modified: Wed, 21 Mar 2026 10:15:30 GMT
// ລູກຄ້າກວດສອບຄວາມສົດດ້ວຍ If-Modified-Since
If-Modified-Since: Wed, 21 Mar 2026 10:15:30 GMT
// ຖ້າບໍ່ມີການປ່ຽນແປງ, ເຊີບເວີຕອບສະໜອງ 304 Not Modified
HTTP/1.1 304 Not Modified

ຫົວຂໍ້ Vary

ບອກການເກັບຂໍ້ມູນວ່າຫົວຂໍ້ຮ້ອງຂໍໃດທີ່ສົ່ງຜົນຕໍ່ການຕອບສະໜອງ (ການຢັ້ງຢືນ, ພາຣາມິເຕີ):

ຫົວຂໍ້ Vary
// ການຕອບສະໜອງແຕກຕ່າງຕາມການຢັ້ງຢືນແລະສັນຍາລັກ
Vary: Authorization, X-Symbols
// ການເກັບຂໍ້ມູນເກັບໄວ້ສະບັບແຍກຕ່າງຫາກສຳລັບຄ່າທີ່ແຕກຕ່າງກັນ

ETag ແລະການຮ້ອງຂໍເງື່ອນໄຂ

ETags (ປ້າຍຕົວຕົນ) ສະໜອງວິທີທີ່ມີປະສິດທິພາບໃນການຢັ້ງຢືນເນື້ອຫາທີ່ເກັບຂໍ້ມູນໂດຍບໍ່ຕ້ອງດາວໂຫຼດຕົວຕອບສະໜອງທັງໝົດ.

ETags ເຮັດວຽກແນວໃດ

ການຮ້ອງຂໍເບື້ອງຕົ້ນ — ລູກຄ້າຮ້ອງຂໍຂໍ້ມູນ, ເຊີບເວີຕອບສະໜອງດ້ວຍ ETag
ການເກັບຂໍ້ມູນ — ລູກຄ້າເກັບຂໍ້ມູນການຕອບສະໜອງພ້ອມ ETag
ການຮ້ອງຂໍຕໍ່ໄປ — ລູກຄ້າສົ່ງຫົວຂໍ້ If-None-Match ພ້ອມກັບ ETag ທີ່ເກັບໄວ້
ການກວດສອບ — ຖ້າຂໍ້ມູນບໍ່ມີການປ່ຽນແປງ, ເຊີເວີຈະຕອບກັບ 304 Not Modified
ປະຢັດການໃຊ້ຊັງພາບ — ບໍ່ມີຕອບກັບຈາກຮ່າງກາຍ, ປະຢັດການໃຊ້ຊັງພາບໄດ້ຫຼາຍ

ການປະຕິບັດ ETag

ການຮ້ອງຂໍ & ຕອບກັບເບື້ອງຕົ້ນ
// ການຮ້ອງຂໍຄັ້ງທຳອິດ
GET /v1/whales/btc HTTP/1.1
// ຕອບກັບລວມ ETag
HTTP/1.1 200 OK
ETag: "8a3b9c2d"
Cache-Control: public, max-age=300
Content-Type: application/json
{...response body...}

ການກວດສອບເງື່ອນໄຂ
// ຫຼັງຈາກ cache ໝົດອາຍຸ, ສົ່ງ If-None-Match
GET /v1/whales/btc HTTP/1.1
If-None-Match: "8a3b9c2d"
// ຖ້າບໍ່ມີການປ່ຽນແປງ, ເຊີເວີຈະຕອບກັບ 304
HTTP/1.1 304 Not Modified
ETag: "8a3b9c2d"
Cache-Control: public, max-age=300
// ບໍ່ມີຮ່າງກາຍຖືກສົ່ງ! ປະຢັດການໃຊ້ຊັງພາບ

ຄວາມເຂັ້ມແຂງຂອງ ETag

ETags ສາມາດເປັນແບບເຂັ້ມ ຫຼື ແບບອ່ອນ:

ປະເພດ	ຮູບແບບ	ກໍລະນີການນຳໃຊ້
ETag ແບບເຂັ້ມ	"8a3b9c2d"	ຄືກັນທຸກໆ byte, ໃຊ້ສຳລັບການກວດສອບ
ETag ແບບອ່ອນ	W/"8a3b9c2d"	ຄວາມໝາຍເທົ່າທຽມກັນ, ໃຊ້ສຳລັບການປ່ຽນແປງການສະແດງ

ຄຳສັ່ງຄວບຄຸມ Cache

ການເຂົ້າໃຈຄຳສັ່ງ Cache-Control ຊ່ວຍໃຫ້ທ່ານສາມາດສ້າງຍຸດທະສາດການເກັບຂໍ້ມູນທີ່ເໝາະສົມສຳລັບແອັບພລິເຄຊັນຂອງທ່ານ.

ຄຳອ້າງອີງຄຳສັ່ງ

ຄຳສັ່ງ	ຄວາມໝາຍ	ຕົວຢ່າງ
max-age	ຈຳນວນວິນາທີທີ່ຕອບກັບຍັງເປັນຂໍ້ມູນສົດ	max-age=300
public	ສາມາດເກັບຂໍ້ມູນໄວ້ແລະແບ່ງປັນໄດ້	public
private	ເກັບຂໍ້ມູນໄວ້ສຳລັບຜູ້ຮັບເທົ່ານັ້ນ	private
must-revalidate	ຕ້ອງກວດສອບຄືນເມື່ອຂໍ້ມູນເກົ່າ	must-revalidate
no-cache	ຕ້ອງກວດສອບຄືນກ່ອນນຳໃຊ້	no-cache
no-store	ຢ່າເກັບຂໍ້ມູນໄວ້ເລີຍ	no-store
immutable	ບໍ່ມີການປ່ຽນແປງ, ເກັບໄວ້ຖາວອນ	ບໍ່ສາມາດປ່ຽນແປງໄດ້
s-maxage	ໄລຍະເວລາເກັບຂໍ້ມູນ CDN	s-maxage=3600

ຮູບແບບການຄວບຄຸມ Cache-Control ທີ່ປະຕິບັດໄດ້

ຮູບແບບທົ່ວໄປ
// ຮູບແບບ 1: ເກັບຂໍ້ມູນໃນບຣາວເຊີ, CDN ເປັນເວລາ 1 ຊົ່ວໂມງ
Cache-Control: public, max-age=300, s-maxage=3600
// ຮູບແບບ 2: ຂໍ້ມູນຕໍ່ຜູ້ໃຊ້, ບໍ່ມີການເກັບຂໍ້ມູນ proxy
Cache-Control: private, max-age=1800
// ຮູບແບບ 3: ສົ່ງຂໍ້ມູນໃໝ່ສະເໝີ, ກວດສອບສະເໝີ
Cache-Control: public, no-cache, must-revalidate
// ຮູບແບບ 4: ຊັບສິນທີ່ມີເວີຊັນບໍ່ປ່ຽນແປງ
Cache-Control: public, max-age=31536000, immutable

ການລວມ CDN

Smart Money API ສົ່ງຕອບຜ່ານເຄືອຂ່າຍ CDN ທົ່ວໂລກຂອງ Cloudflare, ເກັບຂໍ້ມູນຕອບສະຫນອງໂດຍອັດຕະໂນມັດທີ່ຈຸດໂຄສະນາທົ່ວໂລກເພື່ອຄວາມລໍາຊ້າທີ່ໜ້ອຍທີ່ສຸດ.

ວິທີການເຮັດວຽກຂອງ Smart Money CDN

ຄຳຂໍຈາກຜູ້ໃຊ້ — ຄຳຂໍເຂົ້າຫາຈຸດໂຄສະນາ Cloudflare ທີ່ໃກ້ທີ່ສຸດ
ການກວດສອບ Cache — ຈຸດໂຄສະນາກວດສອບວ່າຕອບສະຫນອງຖືກເກັບໄວ້ແລະຍັງໃໝ່ຢູ່ຫຼືບໍ່
Cache Hit — ຖ້າເກັບໄວ້, ສົ່ງຕອບທັນທີດ້ວຍຄວາມລໍາຊ້າ <10ms
Cache Miss — ຖ້າບໍ່ໄດ້ເກັບໄວ້, ເກັບຂໍ້ມູນຈາກເຊີບເວີຕົ້ນສະບັບ
ເກັບໄວ້ແລະສົ່ງຕອບ — ເກັບຂໍ້ມູນຕອບສະຫນອງແລະສົ່ງໃຫ້ຜູ້ໃຊ້

ການຕັ້ງຄ່າ Cache Key

Cloudflare ໃຊ້ cache keys ເພື່ອລະບຸຕອບສະຫນອງທີ່ເກັບໄວ້ຢ່າງຊັດເຈນ. ໂດຍຄ່າເລີ່ມຕົ້ນ:

ເສັ້ນທາງຄຳຂໍແລະພາລາມິເຕີຖືກລວມໄວ້
ສ່ວນໃຫຍ່ຂອງ headers ຖືກລະເລີຍ (ເພື່ອເພີ່ມການເກັບ Cache hits)
headers ການອະນຸຍາດບໍ່ຖືກລວມໄວ້ (ບໍ່ມີການຮົ່ວໄຫຼບັນຊີ)
headers ກຳນົດເອງສາມາດລວມໄວ້ໂດຍຜ່ານ Vary header

ການລົບລ້າງ CDN

Smart Money ຈະລົບລ້າງ cache CDN ໂດຍອັດຕະໂນມັດເມື່ອມີການອັບເດດຂໍ້ມູນ:

ການລົບລ້າງ Cache ດ້ວຍຕົນເອງ
// ລົບລ້າງ URL ສະເພາະຈາກ CDN
curl -X POST "https://api.smartmoneyapi.com/v1/cache/purge" \
  -H "Authorization: Bearer token" \
  -d '{
 "urls": [
 "https://api.smartmoneyapi.com/v1/whales/btc"
    ]
  }'

ການວັດແທກປະສິດທິພາບ CDN

ກວດສອບ response headers ເພື່ອເບິ່ງວ່າຄຳຂໍຖືກສົ່ງຕອບຈາກ cache ຫຼືບໍ່:

Response Headers
// Cache hit ຈາກ CDN edge
CF-Cache-Status: HIT
CF-RAY: 8a9b7c6d5e4f3g2h
Age: 45  // ວິນາທີນັບຈາກເກັບໄວ້
// Cache miss, ເກັບຂໍ້ມູນຈາກເຊີບເວີຕົ້ນສະບັບ
CF-Cache-Status: MISS
Age: 0

ການເກັບຂໍ້ມູນດ້ານລູກຄ້າ

ນຳໃຊ້ການເກັບຂໍ້ມູນໃນແອັບພລິເຄຊັນຂອງທ່ານເພື່ອຫຼຸດການເອີ້ນໃຊ້ API ແລະປັບປຸງການຕອບສະຫນອງ.

ການນຳໃຊ້ Browser Cache

ການເກັບຂໍ້ມູນ JavaScript
// ສ້າງບ່ອນເກັບຂໍ້ມູນ
const cache = new Map();
async function fetchWithCache(url) {
  // ກວດສອບ cache ກ່ອນ
  const cached = cache.get(url);
  if (cached && !isCacheExpired(cached)) {
    return cached.data;
  }
  // ດຶງຂໍ້ມູນຈາກ API
  const response = await fetch(url);
  const data = await response.json();
  // ວິເຄາະໄລຍະເວລາ cache ຈາກ headers
  const cacheControl = response.headers
    get('cache-control');
  const maxAge = parseMaxAge(cacheControl);
  // ເກັບລົງໃນ cache
  cache.set(url, {
    data,
    expiry: Date.now() + (maxAge * 1000)
  });
  return data;
}

Service Worker Caching

ເພື່ອຮອງຮັບການໃຊ້ງານແບບອອບລາຍ ແລະ ຍຸດທະສາດ caching ຂັ້ນສູງ, ໃຊ້ Service Workers:

Service Worker
// ເກັບຂໍ້ມູນ API ດ້ວຍ Service Worker
self.addEventListener('fetch', (event) => {
  if (event.request.url.includes('api.smartmoneyapi.com')) {
    // ເລືອກເຄືອຂ່າຍກ່ອນ, ຖ້າບໍ່ດີໃຫ້ໃຊ້ cache
    event.respondWith(
      fetch(event.request)
        then(response => {
          // ອັບເດດ cache ດ້ວຍຂໍ້ມູນສົດ
          caches.open('api-cache')
            then(cache => cache.put(
              event.request, response.clone()));
          return response;
        })
        catch(() => 
          caches.match(event.request))
    );
  }
});

Cache Busting Strategies

ບາງຄັ້ງທ່ານຕ້ອງການບັງຄັບໃຫ້ລູກຄ້າເອົາຂໍ້ມູນສົດ. ໃຊ້ເຕັກນິກເຫຼົ່ານີ້:

Version Parameter

ເພີ່ມ parameter ລຸ້ນເພື່ອຍົກເລີກ cache ເມື່ອຂໍ້ມູນປ່ຽນ:

Versioned URLs
// ລວມເອົາລຸ້ນຂໍ້ມູນ ຫຼື timestamp
https://api.smartmoneyapi.com/v1/whales/btc?v=1709980800
// ເມື່ອຂໍ້ມູນອັບເດດ, ເພີ່ມລຸ້ນ
https://api.smartmoneyapi.com/v1/whales/btc?v=1709981000
// URL ໃໝ່ = cache entry ໃໝ່

Force Revalidation

ບັງຄັບໃຊ້ cache ໃໝ່ດ້ວຍ Cache-Control: no-cache ເມື່ອຕ້ອງການຂໍ້ມູນສົດ:

Force Fresh Data
// JavaScript: ບັງຄັບການຮ້ອງຂໍສົດ
fetch(url, {
  cache: 'no-cache',  // ກວດສອບໃໝ່ສະເໝີ
  headers: {
    'Cache-Control': 'max-age=0'
  }
});

Monitoring Cache Performance

ຕິດຕາມອັດຕາການໃຊ້ cache ແລະ ການປັບປຸງປະສິດທິພາບເພື່ອຢືນຢັນຍຸດທະສາດ caching ຂອງທ່ານ.

Cache Metrics to Monitor

Hit Rate — ອັດຕາສ່ວນຂອງການຮ້ອງຂໍທີ່ໃຊ້ຈາກ cache (ເປົ້າໝາຍ: >70%)
Response Time — ເວລາຕອບສະໜອງສະເລ່ຍ (cached: <50ms, ບໍ່ cached: 100-300ms)
Bandwidth Saved — ການຫຼຸດລົງຂອງການໂອນຂໍ້ມູນ
Origin Load — ການຫຼຸດລົງຂອງການຮ້ອງຂໍທີ່ເຊີບເວີຕົ້ນສະບັບ

Analyzing Cache Headers

Cache Analysis Script
// ວິເຄາະ cache headers ຂອງການຕອບສະໜອງ
async function analyzeCache(url) {
  const response = await fetch(url);
  return {
    cacheControl: response.headers
      get('cache-control'),
    etag: response.headers.get('etag'),
    age: response.headers.get('age'),
    cfStatus: response.headers
      get('cf-cache-status'),
    contentLength: 
      response.headers.get('content-length')
  };
}

Caching Best Practices

1. ເຄົາລົບ Response Headers

ເຄົາລົບ Cache-Control headers ຈາກ Smart Money API ສະເໝີ. ຢ່າເກັບຂໍ້ມູນທີ່ໝາຍໄວ້ no-store ຫຼື no-cache.

2. ຈັດຕັ້ງການຮ້ອງຂໍແບບມີເງື່ອນໄຂ

ສົ່ງ If-None-Match (ETag) ແລະ If-Modified-Since headers ເມື່ອກວດສອບ cache ໃໝ່. ປະຢັດ bandwidth ດ້ວຍການຕອບສະໜອງ 304.

3. ເກັບຂໍ້ມູນໃຫ້ເໝາະສົມຕາມປະເພດຂໍ້ມູນ

ຂໍ້ມູນຕອບສະໜອງທັນທີ (ອັດຕາການສະໜອງທຶນ): ເກັບສູງສຸດ 1-5 ວິນາທີ
ສັນຍານທີ່ມີຊີວິດ (ການເຄື່ອນໄຫວຂອງ whale): ເກັບ 5-30 ວິນາທີ
ຂໍ້ມູນທຸກໆຊົ່ວໂມງ (OHLCV): ເກັບ 1 ຊົ່ວໂມງ
ຂໍ້ມູນປະຫວັດສາດ: ເກັບ 24 ຊົ່ວໂມງ
ເນື້ອຫາຄົງທີ່: ເກັບ 7 ມື້

4. ຕິດຕາມປະສິດທິພາບການເກັບຂໍ້ມູນ

ຕິດຕາມອັດຕາການໃຊ້ cache ແລະ ການປັບປຸງເວລາຕອບສະໜອງ. ປັບ TTLs ຕາມຄວາມຕ້ອງການຄວາມສົດຂອງຂໍ້ມູນແລະ ປະສິດທິພາບ cache.

5. ໃຊ້ Vary Headers ຢ່າງລະມັດລະວັງ

Vary headers ຫຼຸດການໃຊ້ cache ໂດຍການສ້າງ cache entries ແຍກກັນ. ໃຊ້ເມື່ອຈໍາເປັນເທົ່ານັ້ນ ສໍາລັບລະດັບການຢືນຢັນຫຼື parameters ທີ່ແຕກຕ່າງກັນ.

6. ເກັບຂໍ້ມູນໃນຫຼາຍຊັ້ນ

ຈັດຕັ້ງການເກັບຂໍ້ມູນທີ່ CDN, ບຣາວເຊີ, ແລະ ລະດັບແອັບພລິເຄຊັນ. ແຕ່ລະຊັ້ນຈະດຶງການຮ້ອງຂໍກ່ອນທີ່ຈະເຂົ້າຫາເຊີບເວີຕົ້ນສະບັບ.

Optimize Your API Performance

ໂຄງສ້າງພື້ນຖານ caching ຂອງ Smart Money API ຮັບປະກັນການຕອບສະໜອງໃນເວລານ້ອຍກວ່າ 100ms ໃນລະດັບໂລກ. ຈັດຕັ້ງຍຸດທະສາດ caching ທີ່ສະຫຼາດເພື່ອເພີ່ມປະສິດທິພາບສູງສຸດ ແລະ ຫຼຸດຄ່າໃຊ້ຈ່າຍ.

Compare Plans

ແຜນທັງໝົດລວມມີ CDN caching ເຕັມຮູບແບບ. ລະດັບສູງກວ່າຈະໃຫ້ການຄວບຄຸມ cache ແລະ APIs ການລົບ cache.