This commit is contained in:
Jason Ku 2023-04-13 08:36:27 +08:00 committed by GitHub
commit d6fa6c1950
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 3 additions and 3 deletions

View File

@ -583,15 +583,15 @@ DNS 是階層式的架構,一部分的 DNS 伺服器位於頂層,當查詢
當你的伺服器有檔案變動時,推送 CDN 會接收到新的變動內容,並重寫 URL 位置指向新的內容。你可以設定檔案內容什麼時候過期以及何時更新,檔案內容只有在變更或新增的時候才會推送,最小化流量,但最大化儲存。
流量較小的網站,或是內容不是經常更新的網站使用推送式的 CDN 相當適合,因為內容會被經常放置在 CDN 內,而不是常常需要重新抓取新檔案。
流量較小的網站,或是內容不會經常更新的網站,使用推送式的 CDN 相當適合,因為內容會被經常放置在 CDN 內,而不是常常需要重新抓取新檔案。
### 拉取式 CDNs
拉取式的 CDN 指的是當一個使用者來請求該資源時,才從伺服器上抓取對應檔案。將檔案留在伺服器上並且重寫指向 CDN 的 URL直到檔案被快取在 CDN 上為止,請求都會比較慢。
拉取式的 CDN 指的是當一個使用者來請求該資源時,才從伺服器上抓取對應檔案。將檔案留在伺服器上並且重寫指向 CDN 的 URL直到檔案被快取在 CDN 上為止,請求都會比較慢。
[存活時間 (TTL)](https://en.wikipedia.org/wiki/Time_to_live) 決定檔案要被緩存多久的時間。拉取式 CDN 可以節省儲存空間,但在過期的文件被更新之前,則會導致多餘的流量。
拉取式的 CDN 適合高流量的網站,因為檔案會被平均的分散在各個點伺服器中。
拉取式的 CDN 適合高流量的網站,因為檔案會被平均的分散在各個點伺服器中。
### CDN 的缺點