举个例子：我的博客「WordPress果酱」是不是非常快，实在这个博客不是通过 WordPress 模板引擎渲染的博客了。
现在看到的页面实际上是通过读取 WordPress 供应的接口，然后利用 PHP 模板渲染出来的。为了加速，PHP 每次读取接口的内容之后，把内容存储到 Memcached 中，第二次直接从内存中获取，以是速率非常的快。
WordPress 作为纯后真个详细步骤1. 把「WordPress果酱」博客的后端放到其余一个域名下面或者目录下面，比如：http://wpjam.纯后真个域名.com/，然后通过访问 /wp-admin/ 目录登录后台进行更新的。
2. 更新好内容之后，我们就可以供应 Rest API，WordPress 原生已经支持了 Rest API，大家可以直策应用，我是利用自己写的一套，由于很早就写好了。比如比如文章列表的 API 接口：http://wpjam.纯后真个域名.com/api/post/list.json。
3. 「WordPress果酱」的前端是利用 PHP+Memcached 写的一个内容缓存程序，该程序抓取 WordPress 的 Rest API 接口里面的内容，并利用 Memcached 缓存到内存，然后写个 PHP 模板渲染出来，大略可以说用 PHP 写个客户真个意思。
WordPress 做纯后真个好处这样做，初步看起来，有点很繁琐，但是好处非常大：
1. 速率快：由于是纯 PHP 写的，而且利用了 Memcached 进行缓存，以是「WordPress果酱」速率特殊快，可以看到页面天生的韶光都是 0.001 秒多一点，便是千分之一秒多一点。
2. 能够扛大流量：由于「WordPress果酱」和它的管理后台在两个做事器上面，不会由于前台访问太猛，而造成后台也挂了！
并且前台的内容只是一个 Memcached 缓存，结合阿里云 OSS做了静态资源的 CDN，可以扛非常大非常大的流量。
3. 管理方便：「WordPress果酱」管理后台是搭建在其余一台做事器的 WordPress 多站点上，这样我所有的站点都可以在一个 WordPress 多站点上进行管理和内容更新，管理的事情就降落了非常多。
4. 适配所有客户端：由于利用 Rest API 接口实现了前后端彻底分离，以是如果往后要做 iPhone 和安卓客户端，或者小程序，都会非常方便，一套接口可以适配所有客户端。「WordPress果酱」的小程序很快会上线。
5. 无需 WordPress 模板：我们只须要解析 REST API，然后用 PHP 去写模板，不用再记各种 WordPress 模板函数了，如果不考虑 SEO，乃至可以不用 PHP，直接让前端用 VUE 或者 React 做 Web APP。
完备的前后端分离这样做的好处便是完备的前后端分离，页面的渲染都可以交给前端或者中台去处理，后端只须要去处理业务逻辑就好了，当然博客比较大略没有什么繁芜的业务逻辑。但是比如花生小店这样电商平台利用这样的方案的时候，开拓就方便了很多，花生小店往后可能还会进化到微做事方案。
目前还有一些细节须要特殊优化以及须要磋商的地方：
1. 更新关照：便是在后台更新了内容，怎么关照前端更新内容。目前我在前端 PHP 模板留了更新接口，在后台写了一个更新关照插件，如果其他客户端，就无法关照，可能便是须要前端便是实时抓取后端接口，不能缓存。
2. 评论处理：评论我暂时还没处理，由于我的博客没有开启评论，但是我以为实现评论问题不大，在前端，可以大略理解为一个 PHP 客户端，那么重点问题便是怎么在客户端更新缓存，只要后端供应评论接口，前端收到评论成功的信息之后，刷新一下详情页即可。
3. 整站配置接口：一些基于评论和浏览排序的文章列表，更新不是特殊的实时，目前这一块我的想法是通过做一个整站的配置信息接口来处理，把一些侧边栏的内容和底部内容这些都放到这个整站的配置接口里面，并且整站的通用接口缓存的韶光可以短一些，这样通过折中的办法来处理。
