系统的优化与瘦身，不仅可以减少资源的消耗，还能在很大程度上提升用户体验。对于站长而言，少花费精力在系统维护上，其实就等于多赚了很多钱。那么针对WP，有哪些可以考虑和使用的方法和技巧呢?

　　瘦身三宝：

　　依托WLW实现文档的自主保存。为了降低编写过程中出现意外而带来的损失，WP支持定时保存，这本身是一件好事，但是定时保存的内容和数据一旦没有及时清理就变成了垃圾，增加系统运转的压力。因此可以借助WLW在提升文档编写效率的同时，尽可能降低由此带给系统的压力。

　　减少列表栏目的使用频次。一些站长朋友为了让页面层次感更强，更美观，会偏爱于“热门文章”等列表，简单、低频次的使用对于提升用户体验的确有帮助，但是一旦使用过多，不仅会增加站点内容重复度，还会让权重得到不同程度的分散，不利于SEO。

　　减少标签云的使用频次。与上述一致，标签云的使用也是为了更好地提升网站内容层次感，让用户可以访问到网站的深层次页面。但是诚如前面所言，低频次的使用没有太多无益，但是超出一定程度的使用势必会让系统整体处于亚健康状态。

　　优化五法：

　　利用RDS运行站点数据库。目前大家基本还是会在ECS自建Mysql数据库或者采用第三方一键环境来运行WP数据库。这主要从经济层次上考虑，但是从并发量角度上考虑，这种操作方法可能会存在一定风险。因为并不是每个站长都具备突发问题解决能力，一旦并发量激增，会直接引起宕机。因此建议大家借助RDS运行站点数据库，虽然成本会较之前有一定的上升，但是在数据库出现问题时可以实现服务秒级切换，性比价还是不错的。

　　使用OSS存储相应文件附件。依然是从成本上出发，很多站长会优先选择ECS配套的云盘来进行站点附近的存储，但问题也和上述一致，一旦在短时间内出现较大强度的访问，站点十有八九会崩溃。因此建议大家使用OSS来存储WP站点相关附件。除了能够满足日常需求外，OSS还能在ESC出现问题的时候尽可能保证数据安全。这点对于站长而言至关重要。

　　合理利用SLB针对WP站点进行扩容。因为ECS存在单点风险，也就是说一旦出现宕机等情况，用户将无法实时访问站点，为了杜绝这种情况，大家可以使用SLB+ECS架构模式，当后端单台ECS出现故障时，SLB会自动将流量转发到后端其他正常服务器上，保证系统的正常运行。

　　依托OCS有效缓解数据库压力。站点遇到访问高峰的时候，如果时常遇到宕机、加载过长等情况，可以考虑借助OCS，将部分常用查询数据直接放置于ECS的内存中，当多次访问时，可以直接调取相关数据，而不是再从数据库发送查询指令，这可以在很大程度上降低数据库的查询压力。

　　利用CDN加载站点速度。目前从实际情况上看，ECS还是经常会被放置于机房中，由于机房的位置不会随便改变，而站点所面临的用户有来自五湖四海，因此为了解决区域间存在的访问速度层级问题，可以考虑使用CDN，让静态资源可能存储于服务器中，当用户访问时可以先调用这部分资源，以此提升整体的访问效率，降低跳出率，提升用户体验。

　　针对WP架构的优化与瘦身，如若大家还有好的建议，希望大家多多分享。文章来自模板团 http://www.mobantuan.com/，转载请注明，谢谢。