技术分享帖：WP建站过程中的一些心得和体会

　　如何优化WordPress现阶段的性能，对于提升整体的可靠性、安全性以及网站后期的扩容都大有帮助。不仅如此，合理利用手中的资源也可以极大降低网站的开发、运营难度，对于站点自身的生存能力可也具有较强的维护力，接下来就分享下自身在实际操作过程中的些许心得和体会。

　　如何快速给WordPress瘦身，方法有三。

　　其一，使用WLW代替自动保存功能。虽然在WP中进行文档编写，可以自动保存文档，以防电脑崩溃等一系列不可控因素，但是这些备份的数据并不能自动删除和覆盖，需要手动清除，长期以往势必会造成网站环境的冗杂，那么这种情况该如何解决?我建议大家使用windows live write(以下简称WLW)代替自动保存的功能。WLW是微软的产品，编辑的时候页面如同word一般，非常省事高效，自动编辑功能也是非常多，而且只要挑选一款不具备自动保存的主题就可以解决自动保存带来的问题，即便如此，使用WLW也能一键发布文章并不会影响到整体的编辑效率。

　　其二，慎用首页标签云。做过WP的朋友应该都比较喜欢用标签云。一方面可以丰富网站页面的视觉效果，另一方面可以促进整个网站内容的循环，提升网站的访问深度。可是这毕竟是大家心中期待的样子，事实呢?大家都知道网站自身首页权重最高，如果过多标签云会直接分流首页的权重，倘若你的标签云被滥用导致内容相关性、敏感性不够，那么一样会增加网站整体的跳出率，这对于网站的SEO就是一个十分不利的因素。因此除非需要针对标签云有切实的需要，我并不建议大家动不动就在文档编辑的过程中添加这些标签。

　　其三，网站近期文章等功能少用。WP中有一个功能是可以将网站近期的文章整理成一个列表放到首页上，一些新手朋友觉得这个功能非常棒，可以辅助内链的建设还能，还能尽可能凸显出文章的热点内容，促进大家的阅读。其实事情都具备两面性，这些文章列表的呈现同样也会增加网站自身的内容重复度，一篇文章多次被引用，肯定会让网站内容重合度上升，不仅会影响到整体原创度的检测，还会在一定程度上导致网站内容阅读的偏重，并不利于SEO。

　　如何从系统架构层面优化WP性能，方法有五。

　　其一，使用RDS运行WordPress网站数据库。大部分站长采用在 ECS自建Mysql数据库或者采用第三方一键环境来运行WordPress数据库。但这种Mysql数据库由于ECS性能的限制(IO、内存、CPU)没法承担较高的访问量。同时因大部分站长缺少数据库运维能力，无法及时处理数据库宕机导致站点不能正常运行的问题。遇到这个问题的时候，我们可以借助RDS而非自建来解决。将WordPress数据库安装于RDS可以大幅度的减轻站长在数据库运维方面的压力;彻底解决数据库运维的烦恼。当RDS数据库出现问题时因其多层次安全构架的保护可以实现服务秒级切换;整个切换过程对应用透明。

　　其二，使用OSS存储WordPress网站附件。ECS配套使用的云盘普遍IO性能不高，将WordPress数据文件存放于云盘很容易因为网站访问量过大出现性能瓶颈。且使用云盘需要确定空间容量，容易造成前期云盘空间浪费和后期空间不足，扩容不便的问题。将WordPress数据文件存放于OSS可以降低数据存储支出;由于OSS和ECS是两个完全不同的系统，即使ECS出现灾难性的故障，也可以保证数据文件的安全，大幅度的提升数据安全性。

　　其三，使用SLB水平扩容WordPress性能。由于ECS存在单点性风险，当ECS出现故障时，WordPress站点将无法访问。SLB可以将流量按比例分配到后端服务器上，使用SLB+ECS模式可以大幅度的提升WordPress系统的可靠性，当后端单台ECS出现故障时，SLB会自动将流量转发到后端其他正常服务器上，保证系统的正常运行。

　　其四，使用OCS减轻WordPress网站数据库压力。由于WordPress定位的原因，当访问量达到一定程度后;数据库会出现较大的查询瓶颈，当然提升数据库的性能可以马上解决这个问题，但提升数据库性能意味着网站支出又多了一笔。使用OCS可以将常用的数据库查询结果存放于ECS的内存中，当下次访问获取时，OCS会直接从内存返回结果，而不会再去数据库查询;降低数据库的查询压力。

　　其五，使用CDN加快WordPress页面在不同地区的访问。大部分站点用户受众都是面向全国的，而我们的ECS往往位于国内的某个机房。自此就产生了某些地区访问快，某些地区访问慢的问题。使用CDN可以将静态资源缓存于全国各地的服务器，当用户访问时系统自动将最快的资源返回给用户，提升用户体验。

　　针对WP的优化和改善，我想每个朋友都有自己的选择。也希望今天分享的内容能够对大家产生一定的帮助，谢谢。