或者

瘦身,优化?分享建站过程中的些许心得

作者:冰河世纪 浏览:118 发布时间:2017-07-31
分享 评论 0

    相信建站的各位在长时间运营后会发现,站点整体的瘦身以及优化非常关键。不仅可以提升站点性能,最重要的是还能减少资金支出。可是到底该怎么做呢?毕竟在这方面没有成熟的教材来循规蹈矩,所以我就分享几点自己的心得,不足之处,希望大家批评指正。


    瘦身:


    其一,首先借助WLW尽可能降低文档保存所占据的数据容量。WP支持在线编辑文档以及自动保存,但是保存后的数据小白并不知道该如何删除,长时间积累势必会造成站点整体性能的下降,因此建议大家使用微软出品的WLW,网上可自行百度,借助WLW不仅可以继续实现文档自动保存,更重要的是高效。当然,WLW也支持一键发布文章,还是比较使用的。


    其二,诚如标题而言,减少标签云的使用。一些朋友会从用户体验角度出发,采用标签云。对此,我觉得可以适度,但是不能盲目。标签云形式上可以增加内页的访问深度,对于SEO比较友好,但是标签云同样也会造成网站重复度上升,因为就我个人观察而言,很多新手朋友随便一加就是十几、二十多个标签,这对于网站本身并不合适。况且从实际运营上看,标签云的效果并不如风格明显的导航栏,因此我在做移动充值卡网站的时候,直接删除了标签云。


    其三,减少推荐列表的使用。与上面的建站思路一致,很多朋友会为了提升用户体验,将一些热门文章做成点击排行榜之类的模块。这样做的确会增加网站整体的内容层次感,但从优化角度上看,这样做还是会增加内容重复度,因为一些文章既是热门也是点击率最高,会造成同一篇文章多个URL重复,这样就得不偿失了。因此我维持上述判断,建议只做1-2个,或者是直接删掉。


    优化:


    其一,当下很多人若仍然会选择在ECS自建Mysql数据库,这主要是处于经济方面的考虑,但是很多人并没有考虑到并发量的问题,虽然比较经济实惠,但是一旦出现宕机,对于很多建站基础不是很牢固的朋友而言就比较棘手,因此推荐使用RDS数据库,当RDS数据库出现问题时因其多层次安全构架的保护可以实现服务秒级切换;整个切换过程对应用透明,可以省去很大一部分精力。


    其二,从成本上考虑,很多朋友会选择ECS,同样也会选择配套的储存能力解决对应需求。但是配套的云盘等基本上无法解决短时间内的高强度访问等情况,因此墙裂推荐OSS,可以很好解决并发量峰值时带来的访问问题,就好像移动充值一样,貌似月末和月初的流量大的惊人。需要提醒的一点是,OSS与ECS并不是一个层面的东西,两者没有连带性,一个出现故障并不会影响到其他。


    其三,负载均衡是优化提升性能的关键所在,毕竟ECS存在单点风险,出现宕机也有可能,若借用负载军哈鞥,使用SLB+ECS架构模式,当后端单台ECS出现故障时,SLB会自动将流量转发到后端其他正常服务器上,保证系统的正常运行。


    其四,OCS是开放缓存服务的意思,主要是用于大站解决访问瓶颈的问题,访问量过大会造成一系列性能的滞后,利用OCS可以将常用的数据库查询结果存放于ECS的内存中,查询时直接调用,不从数据库直接走,而是从内存直接返回结果,可以有效降低数据库的查询压力,对于性能的提升自然是水到渠成。


    其五,最后就是用CDN进行站点加速,现在的ECS普遍存在于固定的物理位置,顶多有物理节点,但是想要破除网络、硬件条件的屏障,CDN不可缺少,他可以将我们所需的资源存储于服务中,查询或调取服务时可以用最快的速度调用出来,做到性能的优化,也是一个比较好的技术要点。