引入网站流量概念,把PERL web广泛推向企业应用

引入网站流量概念,把PERL web广泛推向企业应用

引入网站流量概念,把PERL web广泛推向企业应用
刚才Perl群组有几个朋友在共同探讨,关于模板化HTML::Template是否影响程序速度和效率问题
关于服务器的资源消耗,我最近也常想这个问题,对于大部分企业网站,网站的流量是很低的,不需要考虑太多,要具体情况具体分析,只要程序设计合理,没有容易造成死锁的代码,效率问题不是主要矛盾,而减少页面的字节数,效果会更好一些,可以加快浏览速度。
比方说,一个web程序,运行时间20毫秒和200毫秒cpu占用可以相差10倍, 但对网速流畅的用户的肉眼来说,感觉不到什么差异,现在的宽带网络,比原来差了,网通和电信线路互访经常拥塞,服务器的带宽成了速度快慢的主要因素,所以,给页面html代码减肥,往往会收到更好的效果。我春节在河北的时候,adsl线路和这里连接比较差,浏览本站论坛,常常需要等20秒以上才能打开本站页面,这20秒显然和perl没有任何关系,一般的perl web程序在奔三800的服务器上,cpu 0.1~0.2秒左右足以运算完毕了,可见,大部分时间花在了网络带宽的消耗上。我回到南京证实了这个观点,电信线路打开论坛页面一般在0.5秒以内几乎没有停顿。所以,我认为,一般的企业网站来说,主要用于产品的展示和宣传,没有太多的访问量,对于这些网站来说,评价一个程序快慢,变的意义不大了。
协会网站没有“水表”,“电表”,我们估算一下协会论坛的网站流量,协会论坛每个月的点击数是6万左右,一个页面按照100K计算,流量大约是600万k-> 0.6万兆->6000兆 ,即月流量6个G,6个G流量的的论坛算小的,高峰期一分钟之内只有很少几个点击数,cpu占用可以是很少很少的。如果是独立服务器,任务管理器 中的“心电图”几乎是白板。

网站有大有小,差别跨度非常大,在全世界,还是小的网站最多,流量仅仅是0.5G~1G,,世界alexa排名一般在100万开外,中小型的可以是几个G到几十个G,世界alexa排名一般在20万以内,大型的可以是几百个G,甚至千个G,这样的网站在国内也比较有名气的了,alexa排名一般在几千以内,这对网站的程序设计的复杂度要求显然是不同的。

对于大流量网站,程序运行效率还是非常重要的,大流量网站,月流量一般在100G以上甚至上千个G,高峰期间带宽和cpu占用都会变得复杂起来,cpu会遇到等待繁忙,死锁,您必须设计运行速度快,效率高的程序并经过反复测试。所以,这里主张,您设计一个web程序的时候,一定要使用流量的概念,就是说,这个web程序,能承受多大的设计流量(负载),给用户报出具体的数据,并留出余量。换句话说,如果设计者对程序能承受多大的负载和流量心中没有概念的话,那是不负责任的设计者。这类网站数据量也比较庞大,数据库设计起来也比较复杂,需要的管理人员也比较多,还要设计好相应的多用户权限级后台来便于管理等,总之,要从宏观上把程序当做一个项目来认真的分析。

按照用户网站未来可能达到的流量来设计程序,设计者必须做到心中有数,然后我们可以轻松的把perl web程序大踏步的应用到企业。

对于企业网站来说呢,流量更小,月流量在1个G一下的成了大多数,当前,大多数传统的知名企业和部分中小企业都创建了自己的企业网站,然而随便访问点击“最新产品价格”,报价是去年5月的;打开“企业信息栏”,找不到一条今年年的消息;至于“企业论坛”,更始形同虚设―――在全国几十万家企业网站中,如今这种现象占了多数。所以,设计这样的网站,可能更多的时间要花在网页美工以及如何设计合理的网站架构,使之便于日后用户管理,和维护更新,不用太顾虑效率问题,大踏步的把PERL web广泛推向企业应用.


附:您还可以根据全球axela排名和goole PR值,通过横向对比来粗略估算一个现有网站的流量。

网站PR值和alexa排名速查地址:


URL:[url]http://www.sun126.com/pmcx/index.asp[/url]

以上观点,仅供参考,如有不正确之处,多多指正




   

有用perl写高流...
有用perl写高流量网站经验的人可以写写有些什么技巧方法之类的
除了程序之外, ...
除了程序之外, 高流量网站 也要依靠服务器端的配置, squid cache, database cluster, load balance 等等.

网站也要做到设计简单, 不要加太多的图片等, html 编写的也不要太复杂 ( perl 里有 html::tidy, perl::tidy 帮把 html 减肥) , 使用 CSS , javascript 来介绍服务器负荷.
关于database c...
关于database cluster有什么具体一些的介绍吗?