你只为实现功能的开发方式考虑过服务器的感受么?

2014-10-08 11:38 栏目:技术开发 查看(10105)

中国有句古话叫做好马配鞍,在太极的哲学里讲究的就是平衡二字,我们在互联网当中亦是如此。在互联网当中要想成功必须具备很多种条件,比如资金、人脉、技术、运营策略等等,而任何一种条件都不能太差,哪怕你其他的条件是非常好的。

在细分到我们建网站的这个小方面上面来,也是一样的。大家都知道建一个网站必不可少的三个要件就是域名、服务器、程序。而域名的质量基本不会有太大的差别,特别是现在;而空间和服务器那就有所差异了,可以说是一分钱一分货了,而程序或者讲源代码的差异就更大了。实际上影响我们一个网站执行效率和稳定性以及响应速度的主要原因还是我们的源代码和服务器。

因为我自己是主机服务,经常受到一些售后的工单,都是说我提供给客户的服务器或者空间卡死或者速度慢之类的,其实在一般的企业网站来说因为流量本来就不大,一般不会造成服务器卡死汇总速度非常慢之类的问题,更不要说一天就出现好几次的情况了。

很多次我都帮用户解决这样的问题,最开始的时候我都是把问题放在自己身上,认为这是我空间的问题,比较再好的空间都有出问题的的时候,只是这些问题出现频率太大了,而有的用户却基本不会出问题。查看他们的程序发现,里面写的不知道是一些什么东西,我一步步教用户在本地用自己的电脑测试,结果发现依然看,让他们终于相信不是服务器的问题。

也是这样的情况所以我今天想来谈谈这个问题,那就是我们很多人在做网站过程中根本没有注意什么性能,他们做网站只会为了实现一个功能去做,尤其是那些专业的建站公司。常见的这类现象有。

前端方面结构混乱。大家都知道一般来讲前端不会太影响一个网站的性能和稳定性,但是一旦完全不按照开发的规范来做,那就不一定了。我发现了很多出自一些建站公司的作品,结果看了他们的前端写作风格让我惊呆了。比如说我们现在都是应用DIV+CSS来做布局,结果他可能是一会儿CSS,一会儿用HTML风格的样式控制了,或者就是本来能公共使用的CSS样式,结果却偏偏要用style来做,又或者是本来可以应用分组选择器的,结果却没有搞得很多代码多少冗余的,网页的体积自然增大了。还有在JS脚本等问题,很多人在写页面交互效果的时候,本来可以多个效果用同一段代码就可以实现,结果却要重复写几次,当然能自己写的代码的还算好的,还有的朋友直接在网上下载源码,本来我们只需要里面简单的某段代码,却把整个代码都放进了网站,结果轻则造成体积庞大,重则还会造成意想不到的错误。

后端方面仅仅为实现功能。我看过很多用户的程序,而且出问题的网站基本上都是被所谓的二次开发过,我发现原来的程序本来开发很规范,比如PHP的源码用了面向对象,甚至现在主流的MCV模式。但看到二次开发的就完全没有这些东西,SQL语句直接写在前端的模板上面,而且根本没有什么封装的概念出现。于是新写成的代码非常混乱,而且冗余也特别多,而出问题往往就是以后二次修改的时候因为根本不知道以前改了什么而造成的错误。最大的问题是,有的人做网站的时候可能自己写了某一个模块,比如说报名系统或者投票系统之类的,在编写代码的过程中只是考虑能不能实现自己想要的功能,结果在用户使用该系统的时候弄了一大推后台连接数据库的操作,造成网站响应非常迟缓。

当然实际上我们很多人做一些简单网站的时候更多的也是为了实现效果,而不会太多考虑其他的东西,特别是很多建站公司都是这么做的,因为对于实际应用来说没有特别大的影响。比如就算他们代码写得冗余,只要不出现致命错误,虽然服务器资源占用大,但因为网站流量不高也不会出现严重后果。但如果当流量成千上万的时候,他们做出来的网站显然就不能正常使用了。

我之所以写这样一篇文章就是要告诉大家,在以后建网站的开发过程中应该规范点,而不要为了当时方便完全只是考虑当时的效果。其实我们很多朋友不是说技术不行,而是就是太懒,因为做好各种规范在当时来讲确实相对费时,但对于以后来讲是非常好的习惯,实际上如果我们在开发过程中严格按照规范操作,考虑各种情况下可能遇到的问题,其实反而以后会节省很多时间,而且可以保证我们的网站稳定完全地运行。

与我们的项目经理联系
扫二维码与项目经理沟通

我们在微信上24小时期待你的声音

解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流

转载请注明出处:你只为实现功能的开发方式考虑过服务器的感受么? - 微构网络
分享: