【PHP on AWS】Day 7- Amazon Cloudfront 的快取行為設計

在 Day 5- Amazon Lightsail 也可以套用 CDN (AWS Cloudfront) 的時候建議預設是全部 forword 不做快取，這樣其實就會失去快取的效果，但起碼是網站都是可以瀏覽的。那要如何做快取才是最好的方式？其實快取的標的基本上是靜態資源，這個靜態資源不一定是指實際有存在的檔案，如果是以 php 模擬出來的 html 也是可以接受的存在。

其實不只是 wordpress，任何的框架都有相同的問題，我們都會在程式碼中判斷 URL 是否正確，如果不符合就會進行 301 或 302 跳轉。但是通常判斷的條件只會有 URL ，不含 http 或 https 判定，而 wordpress 是屬於兩者都會判斷的一套軟體，這時候程式判斷的處理就格外重要。

CDN 其實有很多的好處

1.　讓 USER 離你的端點進一點，速度快點
2.　快取靜態資源，減低伺服器的負載
3.　降低被攻擊的風險，本土的陽春 CDN除外，國際廠商的 CDN 基本上都幫你抵禦 L3、L4 的攻擊
4.　隱藏主機，很多人的主機還是低分散的狀態，知道的網站就可以猜說你的其他服務是不是在同一台

其實好處還有很多，只要是走 http 的服務基本上都一定可以套用到 CDN 上除非特殊需求不然很少沒辦法做到套用的。

本篇將說明如何以巢狀(nested)方式使用複數 AWS CloudFormation 組合出基礎架構時，在同一個父系堆疊(parent stack)的巢狀堆疊(nested stack)間互相傳遞參數? 如此一來，您就可以混合及搭配不同的範本，使用巢狀堆疊來建立單一整合堆疊。