我們昨天看完了 SSR 的部分，有沒有覺得 我好興奮！我好興奮啊！（並沒有好嗎）。聊了那麼多前端的事情，我們今天來聊一下關於後端的部分。我之所以沒有採用
SSR，最主要還是因為我不太會寫 JavaScript，所以我還是繼續使用 PHP 比較妥當（欸）。
接下來的後端我大概都會用 PHP 當例子，當然你要換成其他的也可以。但是，如果你要用 NodeJS 的話，那你還是回去 SSR 好了（慢走不送）。
--------------------------------------------------------------------------------
index.xxx 樣版
昨天提到了關於 SEO 的狀況，那麼，我們是不是使用 SSR 就能解決那些問題？關於這件事情我還是持保留態度。我們今天會帶大家來看一下 Vue 的 SSR
是怎麼運作的。
至於為何我沒有採用，沒有為什麼，因為我不會用啊（啊哈哈哈哈）
--------------------------------------------------------------------------------
SSR 要如何開始？
SSR 的全名為 Server Side Render，顧名思義，就是先在伺服器端渲染的意思。那麼，跟原本使用 JavaScript
前端渲染，到底為何又要牽扯到後端？最主要的目的還是為了解決
現在的 JavaScript 框架面對搜尋引擎，普遍的問題大概都會圍繞著 SEO
打轉，這是以往在伺服器渲染的前端頁面下所沒有的。然後，對於這樣的狀況，多數也是有相對應的解決方案，只是是否合乎你的使用情境，就見仁見智了。
我們今天會提到一些關於 SEO 與其工具的介紹，就讓我們繼續看下去。
--------------------------------------------------------------------------------
前端渲染
不僅僅是 Vue 這個框架，另外兩家若僅僅只是前端渲染的話，多少會遇到 SEO 的問題。而撇除掉網頁的內容（ content ），我們還要處理關於
的事情，中文說法有很多：元資料、中繼資料、後設資料、
其實，這是我之前寫過的 一篇文章
[https://blog.hinablue.me/vuejs-watch-cang-zai-yuan-shi-ma-li-de-bian-yuan-ren/]（
我絕對不會承認是拿來墊檔的）。雖然我覺得這件事情很奇妙，但是比起 EventBus 的都市傳說，這個應該算還行。只要你看過原始碼應該就能理解。
是說，有誰會沒事去挖人家的原始碼來看（ 就你啊 ）。
--------------------------------------------------------------------------------
再看一次 $watch
我們平常在操作 $watch 的時候，會有兩種寫法：
export default {
name: 'Component',
data () {
return {
myAge: 18
鐵人賽至今也過半了，所以為了慶祝一下，我們最後來講講各種 Vue App 之間的溝通方法。扣除掉你可能是使用 Webpack 來封裝你的 App
之外，我們也會提及在不同的封裝之間，我們的 App 要如何來進行溝通。
--------------------------------------------------------------------------------
App 與 App
我們之前有提過 new Vue 之間的一些狀況，
> new Vue v.s new Vue Day 7 [https://blog.
