除了寫博客，其實(shí)也可以做成純后端服務(wù)和管理界面（UI），前端模板不需要用到模板。

例如：我的博客“果醬”很快嗎？其實(shí)這個博客不是模板引擎渲染的博客。

您現(xiàn)在看到的頁面實(shí)際上是通過讀取提供的界面然后使用 PHP 模板來呈現(xiàn)的。為了加快速度，PHP每次讀取界面的內(nèi)容，都將內(nèi)容存入，第二次直接從內(nèi)存中獲取，所以速度非?？?。

作為純后端的詳細(xì)步驟

1、將“Jam”博客的后端放到另一個域名或目錄下，如純后端域名.com/，然后通過訪問/wp-/目錄登錄后端進(jìn)行更新。

2.更新內(nèi)容后網(wǎng)站優(yōu)化，我們可以提供Rest API。Rest API 已經(jīng)原生支持，可以直接使用。我用的是我自己寫的一套，因?yàn)樗呛芫靡郧皩懙?。比如文章列表的API接口：純后端域名.com/api/post/list.json。

3、“Jam”前端是一個用PHP+編寫的內(nèi)容緩存程序。程序抓取 Rest API 接口中的內(nèi)容，緩存在內(nèi)存中，然后編寫一個 PHP 模板進(jìn)行渲染?？蛻舻囊饬x。

成為純后端的好處

這樣做，乍一看有點(diǎn)麻煩，但好處卻很大：

1、速度快：因?yàn)槭羌働HP寫的，用于緩存，所以“Jam”速度非?？?。可以看到頁面生成時(shí)間是0.001秒多一點(diǎn)，也就是千分之一秒多一點(diǎn)。

2.能夠承載大流量：因?yàn)椤癑am”及其管理后臺在兩臺服務(wù)器上，后臺不會因?yàn)榍岸嗽L問太暴力而掛掉！另外，前臺的內(nèi)容只是緩存。結(jié)合阿里云OSS就是一個靜態(tài)資源的CDN，可以承載非常大非常大的流量。

3、管理方便：“Jam”管理后臺搭建在另一臺服務(wù)器的多站點(diǎn)上，使我所有的站點(diǎn)都可以在一個多站點(diǎn)上進(jìn)行管理和更新，大大減少了管理工作。

4、適配所有客戶端：由于使用Rest API接口實(shí)現(xiàn)了前后端的完全分離，以后如果想用客戶端或者小程序來做會非常方便。一組接口可以適應(yīng)所有的客戶端。“果醬”小程序即將上線。

5、無需模板：我們只需要解析REST APIphp網(wǎng)站模板下載，然后用PHP編寫模板，無需記憶各種模板功能。如果不考慮SEO，甚至可以不用PHP直接在前端使用VUE或者做一個Web APP。

前后完全分離

這樣做的好處是前后端完全分離。頁面的渲染可以由前端處理，也可以由中端處理，后端只需要處理業(yè)務(wù)邏輯即可。當(dāng)然php網(wǎng)站模板下載，博客比較簡單，沒有復(fù)雜的業(yè)務(wù)邏輯。但是，當(dāng)花生店等電商平臺使用這樣的解決方案時(shí)，開發(fā)會方便很多，未來花生店可能會演變成微服務(wù)解決方案。

還有一些細(xì)節(jié)需要特別優(yōu)化，需要探索：

1.更新通知：內(nèi)容在后臺更新，如何通知前端更新內(nèi)容。目前我在前端PHP模板中留下了一個更新界面，在后臺寫了一個更新通知插件。如果無法通知其他客戶端網(wǎng)站建設(shè)，可能是前端需要實(shí)時(shí)抓取后端接口，無法緩存。

2、評論處理：我還沒有處理評論，因?yàn)槲业牟┛瓦€沒有打開評論，但我覺得實(shí)現(xiàn)評論問題不大。在前端可以簡單理解為一個PHP客戶端，所以關(guān)鍵問題是如何在客戶端更新緩存，只要后端提供注釋接口，前端接收成功后評論信息，刷新詳情頁。

3、全站配置界面：部分文章列表根據(jù)評論和瀏覽進(jìn)行排序。更新不是特別實(shí)時(shí)的。目前我的想法是做一個全站的配置信息界面來處理一些側(cè)邊欄的內(nèi)容和底部的內(nèi)容放到整個站點(diǎn)的配置界面中，整個站點(diǎn)的通用界面緩存時(shí)間可以更短，以便可以通過妥協(xié)來處理。