WP瘦身三大法宝：
其一，借助WLW实现文档的自主保存。为了避免编写过程中出现意外情况，WP支持自动保存功能，但是自动保存的数据无法删除和覆盖，一些小白站长会因此造成自身内部环境的冗余。我建议大家使用微软出品的WLW(windows live write)，性能比较稳定，最为关键的是高效。只需挑选一个不自带自动保存功能的主题即可，并且WLW也支持一件发布文章，对于有效解决大家比较担心的文档编辑效率问题。
其二，减少标签云的使用频次。有些朋友为了做内链，或者是提供一种良好的用户体验，会在首页中增加标签云。一定程度上标签云的使用可以加深用户对于网站内容的访问程度，但是很多朋友往往不注意标签云数量的限制，以至于整个标签云中涵盖了几十个关键词，这对于首页权重就是一个较大的粉撒，而且十分不利于SEO。
其三，减少“近期文章”等列表的使用。WP中可以提供热点文章、近期文章等排名，可以说这是很多朋友必选的菜单。但是这些功能列表的存在会在无形中增加网站内容的重复性，毕竟近期文章中的内容极有可能与热点文章中的内容重复，这对于网站SEO来讲同样是不利的。
WP架构优化五大技巧：
其一，借助RDS运行WP站点数据库。目前大部分站长采用在 ECS自建Mysql数据库或者采用第三方一键环境来运行WP数据库。采用这种方式比较经济实惠，但却无法承担较大的并发量，而且很多站长并不具备一定程度的建站技术，在面对宕机的时候无法有效处理，因此RDS是一个不错的选择。当RDS数据库出现问题时因其多层次安全构架的保护可以实现服务秒级切换;整个切换过程对应用透明。
其二，利用OSS存储WP站点附件。目前大多数站长从成本上考虑，会选择使用ECS配套的云盘来进行站点附近的存储，但是与上述第二点类似的是，这种方式无法适应短时间内的高强度访问等情况，因此我建议大家将WP数据文件存放于OSS可以降低数据存储支出;由于OSS和ECS是两个完全不同的系统，即使ECS出现灾难性的故障，也可以保证数据文件的安全，大幅度的提升数据安全性。至于成本上，两者的出入并不大，有意向的朋友可以百度。
其三，合理利用SLB针对WP站点进行扩容。因为ECS存在单点风险，也就是说一旦出现宕机等情况，用户将无法实时访问站点，为了杜绝这种情况，大家可以使用SLB+ECS架构模式，当后端单台ECS出现故障时，SLB会自动将流量转发到后端其他正常服务器上，保证系统的正常运行。
其四，借用OCS减缓数据库压力。当站点访问量达到一定程度后，站点数据库会出现一定的访问瓶颈，如果借用OCS可以有效避免这种尴尬，毕竟与传统方式不同的是，使用OCS可以将常用的数据库查询结果存放于ECS的内存中，当下次访问获取时，OCS会直接从内存返回结果，而不是直接向数据库发送查询指令，降低数据库的查询压力。
其五，使用CDN加速站点访问速度。由于ECS常放置于固定的机房中，且站点面向的访问者来自全国各地，因此为了解决某些站长遇到的访问速度等难题，使用CDN较为方便，后者可以将静态资源存储于服务器中，当用户访问时可以以最快的速度进行调用。