引入网站流量概念，把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有什么具体一些的介绍吗？