席天卷地 这就是一个文摘收录站
环境： windows server 2008，mssql server 2005，php
1、ASP网站记录
目录添加IUSER，IIS来宾权限。
IIS 应用程序池，无托管代码，集成。
IIS 应用程序池，高级设置，启用32位应用程序，修改为true，保存。
网站，ASP，启用父路径。
2、T站ASPX，mssql 2005
IIS应用程序池，.net 4.0，集成。
3、C站 APSX ,mssql 2005
IIS应用程序池，.net 2.0，经典。
IIS根目录，ISAPI 和 CGI 限制，将.net 4.0设置为允许。
1、.htaccess editor
http://www.htaccesseditor.com/en.shtml
如果你不熟悉.htaccess的写法, 没关系你可以通过这个网站向导来创建对应的.htaccess文件.
2、CSS Compressor
http://www.csscompressor.com
特别是在有许多不同页面布局的网站，CSS 文件往往非常庞大，占用大量的服务器带宽。这个名为 CSS Compressor 的压缩工具，可通过去除注释、空白等不必要的字节占用以减少 CSS 文件尺寸。更妙的是，压缩等级可以随心配置以满足你的需求。
3、Test everything
http://tester.jonasjohn.de
一个网站上线之前, 我们需要做大量测试, 而Test everything可以帮我做大部分前端方面的相关测试, 例如 XHTML 和 CSS 标记、PageRank、反向链接和其他更多的测试内容。
4、PHP Forms
http://www.phpform.org
PHP forms 可以帮你快速生成表单
5、Browser Sandbox
http://spoon.net/browsers
浏览器兼容性测试也是上线前必不可少的测试, 用Browser Sandbox 再加上IEtester基本上可以满足任何各种浏览器的测试要求了. 当然, 有点不爽的是你必须在IE浏览器上安装其插件
6. GTmetrix
http://gtmetrix.com/
网站前端性能分析测试, 整合google的page speed 和Yahoo的Yslow功能
我在Cernet做过拨号接入平台的搭建，而后在Yahoo3721负载搜索引擎前端平台开发，又在猫扑处理过大型社区猫扑大杂烩的架构升级等工作，同时自己接触和开发过不少大中型网站的模块，因此在大型网站应对高负载和并发的解决方案上有一些积累和经验，可以和大家一起探讨一下。
一个小型的网站，比如个人网站，可以使用最简单的html静态页面就实现了，配合一些图片达到美化效果，所有的页面均存放在一个目录下，这样的网站对系统架构、性能的要求都很简单，随着互联网业务的不断丰富，网站相关的技术经过这些年的发展，已经细分到很细的方方面面，尤其对于大型网站来说，所采用的技术更是涉及面非常广，从硬件到软件、编程语言、数据库、WebServer、防火墙等各个领域都有了很高的要求，已经不是原来简单的html静态网站所能比拟的。
大型网站，比如门户网站。在面对大量用户访问、高并发请求方面，基本的解决方案集中在这样几个环节：使用高性能的服务器、高性能的数据库、高效率的编程语言、还有高性能的Web容器。但是除了这几个方面，还没法根本解决大型网站面临的高负载和高并发问题。
上面提供的几个解决思路在一定程度上也意味着更大的投入，并且这样的解决思路具备瓶颈，没有很好的扩展性，下面我从低成本、高性能和高扩张性的角度来说说我的一些经验。
1、HTML静态化
其实大家都知道，效率最高、消耗最小的就是纯静态化的html页面，所以我们尽可能使我们的网站上的页面采用静态页面来实现，这个最简单的方法其实也是最有效的方法。但是对于大量内容并且频繁更新的网站，我们无法全部手动去挨个实现，于是出现了我们常见的信息发布系统CMS，像我们常访问的各个门户站点的新闻频道，甚至他们的其他频道，都是通过信息发布系统来管理和实现的，信息发布系统可以实现最简单的信息录入自动生成静态页面，还能具备频道管理、权限管理、自动抓取等功能，对于一个大型网站来说，拥有一套高效、可管理的CMS是必不可少的。
除了门户和信息发布类型的网站，对于交互性要求很高的社区类型网站来说，尽可能的静态化也是提高性能的必要手段，将社区内的帖子、文章进行实时的静态化，有更新的时候再重新静态化也是大量使用的策略，像Mop的大杂烩就是使用了这样的策略，网易社区等也是如此。
同时，html静态化也是某些缓存策略使用的手段，对于系统中频繁使用数据库查询但是内容更新很小的应用，可以考虑使用html静态化来实现，比如论坛中论坛的公用设置信息，这些信息目前的主流论坛都可以进行后台管理并且存储再数据库中，这些信息其实大量被前台程序调用，但是更新频率很小，可以考虑将这部分内容进行后台更新的时候进行静态化，这样避免了大量的数据库访问请求。
2、图片服务器分离
大家知道，对于Web服务器来说，不管是Apache、IIS还是其他容器，图片是最消耗资源的，于是我们有必要将图片与页面进行分离，这是基本上大型网站都会采用的策略，他们都有独立的图片服务器，甚至很多台图片服务器。这样的架构可以降低提供页面访问请求的服务器系统压力，并且可以保证系统不会因为图片问题而崩溃，在应用服务器和图片服务器上，可以进行不同的配置优化，比如apache在配置ContentType的时候可以尽量少支持，尽可能少的LoadModule，保证更高的系统消耗和执行效率。
3、数据库集群和库表散列
大型网站都有复杂的应用，这些应用必须使用数据库，那么在面对大量访问的时候，数据库的瓶颈很快就能显现出来，这时一台数据库将很快无法满足应用，于是我们需要使用数据库集群或者库表散列。
在数据库集群方面，很多数据库都有自己的解决方案，Oracle、Sybase等都有很好的方案，常用的MySQL提供的Master/Slave也是类似的方案，您使用了什么样的DB，就参考相应的解决方案来实施即可。
上面提到的数据库集群由于在架构、成本、扩张性方面都会受到所采用DB类型的限制，于是我们需要从应用程序的角度来考虑改善系统架构，库表散列是常用并且最有效的解决方案。我们在应用程序中安装业务和应用或者功能模块将数据库进行分离，不同的模块对应不同的数据库或者表，再按照一定的策略对某个页面或者功能进行更小的数据库散列，比如用户表，按照用户ID进行表散列，这样就能够低成本的提升系统的性能并且有很好的扩展性。sohu的论坛就是采用了这样的架构，将论坛的用户、设置、帖子等信息进行数据库分离，然后对帖子、用户按照板块和ID进行散列数据库和表，最终可以在配置文件中进行简单的配置便能让系统随时增加一台低成本的数据库进来补充系统性能。
4、缓存
缓存一词搞技术的都接触过，很多地方用到缓存。网站架构和网站开发中的缓存也是非常重要。这里先讲述最基本的两种缓存。高级和分布式的缓存在后面讲述。
架构方面的缓存，对Apache比较熟悉的人都能知道Apache提供了自己的缓存模块，也可以使用外加的Squid模块进行缓存，这两种方式均可以有效的提高Apache的访问响应能力。
网站程序开发方面的缓存，Linux上提供的Memory Cache是常用的缓存接口，可以在web开发中使用，比如用Java开发的时候就可以调用MemoryCache对一些数据进行缓存和通讯共享，一些大型社区使用了这样的架构。另外，在使用web语言开发的时候，各种语言基本都有自己的缓存模块和方法，PHP有Pear的Cache模块，Java就更多了，.net不是很熟悉，相信也肯定有。
5、镜像
镜像是大型网站常采用的提高性能和数据安全性的方式，镜像的技术可以解决不同网络接入商和地域带来的用户访问速度差异，比如ChinaNet和EduNet之间的差异就促使了很多网站在教育网内搭建镜像站点，数据进行定时更新或者实时更新。在镜像的细节技术方面，这里不阐述太深，有很多专业的现成的解决架构和产品可选。也有廉价的通过软件实现的思路，比如Linux上的rsync等工具。
6、负载均衡
负载均衡将是大型网站解决高负荷访问和大量并发请求采用的终极解决办法。
负载均衡技术发展了多年，有很多专业的服务提供商和产品可以选择，我个人接触过一些解决方法，其中有两个架构可以给大家做参考。
硬件四层交换
第四层交换使用第三层和第四层信息包的报头信息，根据应用区间识别业务流，将整个区间段的业务流分配到合适的应用服务器进行处理。 第四层交换功能就象是虚IP，指向物理服务器。它传输的业务服从的协议多种多样，有HTTP、FTP、NFS、Telnet或其他协议。这些业务在物理服务器基础上，需要复杂的载量平衡算法。在IP世界，业务类型由终端TCP或UDP端口地址来决定，在第四层交换中的应用区间则由源端和终端IP地址、TCP和UDP端口共同决定。
在硬件四层交换产品领域，有一些知名的产品可以选择，比如Alteon、F5等，这些产品很昂贵，但是物有所值，能够提供非常优秀的性能和很灵活的管理能力。Yahoo中国当初接近2000台服务器使用了三四台Alteon就搞定了。
软件四层交换
大家知道了硬件四层交换机的原理后，基于OSI模型来实现的软件四层交换也就应运而生，这样的解决方案实现的原理一致，不过性能稍差。但是满足一定量的压力还是游刃有余的，有人说软件实现方式其实更灵活，处理能力完全看你配置的熟悉能力。
软件四层交换我们可以使用Linux上常用的LVS来解决，LVS就是Linux Virtual Server，他提供了基于心跳线heartbeat的实时灾难应对解决方案，提高系统的鲁棒性，同时可供了灵活的虚拟VIP配置和管理功能，可以同时满足多种应用需求，这对于分布式的系统来说必不可少。
一个典型的使用负载均衡的策略就是，在软件或者硬件四层交换的基础上搭建squid集群，这种思路在很多大型网站包括搜索引擎上被采用，这样的架构低成本、高性能还有很强的扩张性，随时往架构里面增减节点都非常容易。这样的架构我准备空了专门详细整理一下和大家探讨。
对于大型网站来说，前面提到的每个方法可能都会被同时使用到，我这里介绍得比较浅显，具体实现过程中很多细节还需要大家慢慢熟悉和体会，有时一个很小的squid参数或者apache参数设置，对于系统性能的影响就会很大，希望大家一起讨论，达到抛砖引玉之效。
原文链接：http://sunjiuchen.spaces.live.com/Blog/cns!4FF388881B3FE073!113.entry
一、全文搜索（Lecene框架）
二、缓存（实现页面级的URL缓存）
三、生成静态文件（比如说，一个首页可能会员由多个部分组成，每个模块生成一个静态文件，然后才用服务器端包含SSI技术进行组装，其默认的后缀是.shtml）
四、静态文件分布存储于独立的服务器（CSS，JS，图片，文件等，用一个Apache服务器来处理请求）
五、分布式开发（各服务器间的数据同步，像www.sina.com网一样发区域的服务器数据的同步；便于使用服务器的集成，服务器可分为：WEB服务器、Session服务器、数据库服务器、静态文件服务器等等，一个WEB服务就可能由几十台机器集成后共同提供服务，负载均衡器的使用）
六、数据库的拆分（数据库表的拆分和数据库表字段的拆分）
七、搜索引擎优化（SEO）
八、访问监控（JMS）
九、单元测试，高并发访问测试
十、开发文档的制作（E-R图，类关系图，需求说明书，详细设计说明书，数据字典等）
十一、动态部署（Ant等工具的使用）
十二、表单提交验证（客户端验证和服务器端验证，有一点要注意和说明的是：通过服务器端验证失败后，要返回到客户表单提交前的页，并把客户提交前输入所有的信息显示出来，提示客户出错的地方以便其进行修改。最好是可以定义一些全局的验证规则，如果E-mail的验证）
十三、AJAX异步调用技术的使用（遮罩层的使用，应用于部分数据的验证如果登录名，加载等待信息的提示）
十四、各项数据的备份（有独立的备份服务器，做到数据的同步备份）
转自：http://blog.yaoyuan.org/article/1187.html
1，最无奈的方法：FTP下载上传
用FTP下载与上传，是最慢吞吞的了，下载半天，上传也半天。不过，选择此方法也是无奈啊，两边的空间都不支持SSH，只好用FTP下载上传了。
当然，再稍微好点，空间商愿意的话，就叫空间商提供原博客的整站打包，这样就可以免去慢吞吞下载的时间了。
2，新空间支持SSH
SSH是一个好东西啊。我这次的博客搬家就是属于这种情况。
由于原空间不支持SSH，比较传统的做法就是先用FTP下载，再打包压缩后上传到新空间，再解压。因为压缩后上传快很多。不过，如果新空间支持SSH的话，那还有更快捷的办法。
用wget实现整站下载
在你的新空间，登陆SSH，运行wget命令就行了。用wget -m实现递归下载（慎用，嘿~）。
用法： wget -m ftp://user:passwd@ip
解释： wget -m ftp://用户名:密码@FTP地址这里的用户名跟密码，都是FTP登陆时用到的用户名跟密码。非常简单，这样子就实现了整站下载到新空间了。
用法： wget -m -b -q -X "wp-admin" ftp://user:passwd@ip
解释： -b后台运行
-q不向标准输出输出任何信息
-X排除某些目录，如wp-admin3, 两边空间都支持SSH
两边空间都支持SSH，这是最简单方便的了。直接用上面的wget方法也是一样有效的哦。另外再介绍一种办法，就是登陆旧空间的SSH，用tar命令进行打包和压缩，再用SSH登陆新空间，把打包好的文件下载过来。再解压就直接OK啦。
打包原空间的某些目录
用法： tar -cvf test.tar wp-admin/ wp-content/
解释： 用tar命令打包wp-admin和wp-content这两个目录，存为test.tar打包原空间的某些文件
用法： tar -cvf test.tar *.php *.xml
解释： 用tar命令打包根目录下的所有php和xml文件，存为test.tar打包原空间的整站文件
用法： tar -cvf test.tar *
解释： 不想太麻烦，就直接用*号，打包整站。打包并压缩原空间的整站文件
注意，打包跟压缩是不同的。
用法： tar -zcvf test.tar.gz *
解释： 加多一个z命令，打包并压缩。存为test.tar.gz在新空间用wget下载，然后解压
下载: wget http://www.expame.com/test.tar.gz
解压：tar -zxvf test.tar.gz搞定。快速吧。下次搬家要记得阿。
~补充多两种办法
1, whisperer 推荐: 同时开启N个FlashFXP，也能瞬间搞定
whisperer 语:
没有看到所谓的SSH，想必是也不支持。
一直用FTP，因为我用国内的空间，上传下载都很快，同时开启N个FlashFXP，也能瞬间搞定哈哈。whisperer真聪明。这种方法可以代替上面提到的第一种办法了。~
2，大猫推荐, scp命令
这个命令与上面的wget命令大同小异。如果SSH不支持wget命令，就用这个吧。
例如：
copy 本地的档案到远程的机器上
scp /etc/lilo.conf k@net67.ee.oit.edu.tw:/home/k
会将本地的 /etc/lilo.conf 这个档案 copy 到 net67.ee.oit.edu.tw，使用者 k 的家目录下。
copy远程机器上的档案到本地来
scp k@net67.ee.oit.edu.tw:/etc/lilo.conf /etc
会将 net67.ee.oitdu.tw 中 /etc/lilo.conf 档案 copy 到本地的 /etc 目录下。
~完
如何查看源文件代码，我想懂点网页代码基础的人都应该知道，为了方便有新手朋友光临阅读，我就再啰嗦一遍，在浏览器直接右击你浏览的网页，选择查看原代码文件即可，按照由上到下观察法观察他首页：
我们来分析下 国家标准网：http://www.biaozhun.net
1.观察整个网页中是否含有H1标签，这是一个字体标签，H后面跟的数值越小，表示的字体越大，说明该关键词越重要，一般用H1标签的关键词都是整个网站核心的关键词，注意一下，他是否用到了H1标签去描述某关键词。
2.再网页标题TITLE，keywords，description标签里是否包含关键词,免费标准下载网是一个专门对外提供标准的信息咨询性网站。网站包涵了国家标准，行业标准，国外标准，以丰富的资源，优质的服务名列全国标准化服务的前列，一般越靠前的那个词越重要，越有可能是他想要突出的关键词，也有可能是一句短语，但包含了那个关键词，大家可以通过网站主题内容去分析，试着猜下该网站的关键词，一般很明显就能看出来，不会太多修饰或隐藏。
3.再往下看下网页内容里是否出现字体标签，如加粗(B)，斜体(I)等标签，一般在这些标签之间的词不是关键词就是长尾关键词，如何区分自己可以根据网站标题适当分析，理解。一般这些标签在首页出现的几率并会太高，甚至没有。
4.注意一下网页内容中是否含有图片，一般图片都会用注释的ALT标签，观察是否含有和网站标题，或主题相近的关键词或长尾关键词，这也自己去适当分析，并是所有人都会懂得去这么做的。图片加上有效的alt注释标签，对SEO也是不错的做法，有效并非去堆砌关键词或长尾关键词，后果就不多说了，不相信你可以自己试。
5.再看下首页最低下一些不起眼的地方，如网站**，网站统计条那边，一般有人会在那做几个文字链，看下文字链注释标签是不是含有关键词或长尾关键词，仔细找你一定会发现什么，很可能在一个不起眼的小角落。
综合仔细观察以上5点，一定可以发现竞争对手的不足之处，他没有优化到的地方我们可以去做，他做到的地方我们要比他做的更好。想起一句话：敌无我有，敌有我优!选择竞争对手的时候，不要盲目的选择，选择比那些比自己排名高出很多的网站那并不合适，想一下子成“胖子”还是不太现实。一步步，稳扎稳打比较好，比较实在。
选择好竞争对手的时候，首先观察一下竞争对手的网页的PR值，再用雅虎查下他网站的反向链接数量，看看是否外链数量很多，且 PR都很高，千万不要选择这样的竞争对手了，他们的外链资源比较强，不做SEO，不做内容，随便写几个字的文章或者转载的文章都比你排的前，不稀奇，外链在SEO中的作用还是比较明显的，至少目前搜索引擎是很重视一个网站的外链的。
选择的竞争对手太强，只会让你对自己的SEO技术失去信心，对SEO效果产生迷茫，选择合适的竞争对手不但可以帮助你更快的了解自己网站的不足之处，还可以逐步提升你网站的竞争力。SEO是一项长期而枯燥的工作，有时甚至需要几个月才可能看到效果，你能坚持做下去吗?耐心+细心=合格的SEO。
懂得分析网站是否有SEO技术成分，按照上述步骤不一定可以让你稳超竞争对手，通过对以上五点的分析，你至少可以清楚的看到你自己网站哪些地方优化的不足，做的不够，把自己网站已知的不足做好，加上外链，加上内容的资源的整合，相信你的网站做任何一个关键词，你网站的排名都不会低到哪去，搜索引擎给你网站的权重高了，做什么关键词都易如反掌，要是搜索引擎看不起你的网站，那你再怎么SEO都是白费时间，记住这句话。
影响SEO效果的因素太多，把我们已知的因素克服掉，解决掉那就够了，还有那些我们控制不了的就由它去吧!切记千万不要为了SEO而SEO，SEO是技术，更是艺术，让搜索引擎觉察不出你的网站是SEO过的那才是最强，最好的，别让搜索引擎找你的茬，给它一个K你站的理由。自然SEO才是SEO的最高境界，看似很难却很简单。
在百度，谷歌搜索热门的关键词，搜索出来的结果，可以看到有些网站是经过优化的。为了可能让自己的网站在搜索引擎上获得更好的排名，最有效的办法：分析竞争对手的网站是怎么设计网站结构、优化的，这些站为什么能获得很好的排名？
分析竞争对手的网站方法分为二部分：
一、网站内部结构：
1)网站架构：
去分析竞争对手的网站整体架构、二级栏目、内容页的设计。他们的优化是在哪里，有缺点吗？
2)关键词布局：
关键词是怎么分布的。涉及到关键词的标题，关键词在文本中的位置，突出性，出现频率和关键词出现的独特性。
3）标签(meta)的使用：
目前在meta在搜索引擎排名中占的比例几乎是不存在的，但是做为SEOer，meta使用还是要添加到页面上的。可以去分析竞争对手站有没有没有使用网页标题？描述标签？如果使用过了，是怎么使用的？
例如：
有些网页并没有加放这些标签的关键词，但是却也获得好排名。如：http://www.seo-service.com.cn/seo/64.html 的title没有关键词：“何志忠”，但是它能在百度，谷歌搜索“何志忠”这个关键词时，排名第一名，为什么呢？
4）网站内容的撰写：
网站内容的撰写，关键词要怎么去分配在撰写内容中，尽可能地在照顾搜索蜘蛛能顺利的抓取，也照顾好浏览者的需要，尽量把撰写内容紧靠在body的后面。同时也要去分析竞争对手网站内容有没有围绕关键词来组织，这是搜索引擎优化的一个比较重要的环节。好的内容，就有浏览者转载，转载可能加上原处的链接，能获得排名的机会比较大。
5）网页之间的内部链接：
主要是将分析竞争对手网站的内部各个相关网页的衔链的合理性和必要性。风采依扬觉得网站内部的链接比外部链接更重要，它关系到网站的整体结构是否通畅通，网页之间是否能够顺利衔接，于此同时google PR值是否能够顺利地传递到各个网页中。
二、网站外部链接：
1)link命令查询：
用link命令查询可以知道竞争对手的外部链接，一般查询外部链接建议用yahoo搜索来查询，如：link:http://www.seo-service.com.cn。有多少个网页链接到你的竞争对手的网站？有多少个是他们自己的网页？
2)外部链接细分化：
当我们把竞争对手外部链接查询出来，进行细分化，具体细分：高质量的链接、友情链接、单向链接、软文链接、甚至一些群发的痕迹等等。
按以上所说，把排名靠前的网页逐个分析后，再进行比较，多给自己问几个什么？为什么网站A的排名会在网站B的前面？为什么B网站的外部链接多而排名靠后？。。。
最后把分析出来的数据统计出来，同时把他们的优点应用到自己的网站上。相信不久的将来，你也是SEO高手。^_^
正确分析竞争对手，在整个的搜索引擎优化项目中，是比较重要的一个环节，如何找出竞争对手的薄弱环节，正确认识他们 的实力，这样的分析可以给seo一个良好的竞争态势，其实整个的研究的过程对于seo项目实施有重大的价值，可以分析出对手的长处，如何吸收这些长处为己 用，自身网站还有什么不能超过对方，树立一个赶超目标远比排在第一来的容易。
那么竞争分析一般如下几个方面：
＊whois信息。
＊google的PageRank等级，alexa排名，。
＊图文背景，网站结构框架，样式表。
＊各个搜索引擎上的表现，如：收录页面，页面展示率，关键字词排名等。
＊区域内容。
＊keywords效率，如：keywords出现地点，keywords出现频率，keywords词组的选择等。
＊利用的各种js文件。
＊导航条效果。
＊网站robot.txt文件.。
＊网站内容中的文字、语言的有效客户转换率
＊首页与其他页面的联系，目录的深浅
＊ 外链数量和质量。
＊ 网站各栏目内容更新强度。
＊ 与更多相关性网站的对比。
＊模拟蜘蛛抓取的效果。
＊行业内部重要性评估。
seo项目的执行，是非常烦琐而冗杂的一件事情，点石小鹏认为，在具体seo项目过程中，需要有良好策略和方法来引导整个项目的执行，也必须通盘的考虑全局，找出平衡点，越多的分析，对最后的搜索引擎优化效果越有利。
一个小型的网站，比如个人网站，可以使用最简单的html静态页面就实现了，配合一些图片达到美化效果，所有的页面均存放在一个目录下，这样的网站对系统架构、性能的要求都很简单，随着互联网业务的不断丰富，网站相关的技术经过这些年的发展，已经细分到很细的方方面面，尤其对于大型网站来说，所采用的技术更是涉及面非常广，从硬件到软件、编程语言、数据库、WebServer、防火墙等各个领域都有了很高的要求，已经不是原来简单的html静态网站所能比拟的。
大型网站，比如门户网站。在面对大量用户访问、高并发请求方面，基本的解决方案集中在这样几个环节：使用高性能的服务器、高性能的数据库、高效率的编程语言、还有高性能的Web容器。但是除了这几个方面，还没法根本解决大型网站面临的高负载和高并发问题。
上面提供的几个解决思路在一定程度上也意味着更大的投入，并且这样的解决思路具备瓶颈，没有很好的扩展性，下面我从低成本、高性能和高扩张性的角度来说说我的一些经验。
1、HTML静态化
其实大家都知道，效率最高、消耗最小的就是纯静态化的html页面，所以我们尽可能使我们的网站上的页面采用静态页面来实现，这个最简单的方法其实也是最有效的方法。但是对于大量内容并且频繁更新的网站，我们无法全部手动去挨个实现，于是出现了我们常见的信息发布系统CMS，像我们常访问的各个门户站点的新闻频道，甚至他们的其他频道，都是通过信息发布系统来管理和实现的，信息发布系统可以实现最简单的信息录入自动生成静态页面，还能具备频道管理、权限管理、自动抓取等功能，对于一个大型网站来说，拥有一套高效、可管理的CMS是必不可少的。
除了门户和信息发布类型的网站，对于交互性要求很高的社区类型网站来说，尽可能的静态化也是提高性能的必要手段，将社区内的帖子、文章进行实时的静态化，有更新的时候再重新静态化也是大量使用的策略，像Mop的大杂烩就是使用了这样的策略，网易社区等也是如此。
同时，html静态化也是某些缓存策略使用的手段，对于系统中频繁使用数据库查询但是内容更新很小的应用，可以考虑使用html静态化来实现，比如论坛中论坛的公用设置信息，这些信息目前的主流论坛都可以进行后台管理并且存储再数据库中，这些信息其实大量被前台程序调用，但是更新频率很小，可以考虑将这部分内容进行后台更新的时候进行静态化，这样避免了大量的数据库访问请求。
2、图片服务器分离
大家知道，对于Web服务器来说，不管是Apache、IIS还是其他容器，图片是最消耗资源的，于是我们有必要将图片与页面进行分离，这是基本上大型网站都会采用的策略，他们都有独立的图片服务器，甚至很多台图片服务器。这样的架构可以降低提供页面访问请求的服务器系统压力，并且可以保证系统不会因为图片问题而崩溃，在应用服务器和图片服务器上，可以进行不同的配置优化，比如apache在配置ContentType的时候可以尽量少支持，尽可能少的LoadModule，保证更高的系统消耗和执行效率。
3、数据库集群和库表散列
大型网站都有复杂的应用，这些应用必须使用数据库，那么在面对大量访问的时候，数据库的瓶颈很快就能显现出来，这时一台数据库将很快无法满足应用，于是我们需要使用数据库集群或者库表散列。
在数据库集群方面，很多数据库都有自己的解决方案，Oracle、Sybase等都有很好的方案，常用的MySQL提供的Master/Slave也是类似的方案，您使用了什么样的DB，就参考相应的解决方案来实施即可。
上面提到的数据库集群由于在架构、成本、扩张性方面都会受到所采用DB类型的限制，于是我们需要从应用程序的角度来考虑改善系统架构，库表散列是常用并且最有效的解决方案。我们在应用程序中安装业务和应用或者功能模块将数据库进行分离，不同的模块对应不同的数据库或者表，再按照一定的策略对某个页面或者功能进行更小的数据库散列，比如用户表，按照用户ID进行表散列，这样就能够低成本的提升系统的性能并且有很好的扩展性。sohu的论坛就是采用了这样的架构，将论坛的用户、设置、帖子等信息进行数据库分离，然后对帖子、用户按照板块和ID进行散列数据库和表，最终可以在配置文件中进行简单的配置便能让系统随时增加一台低成本的数据库进来补充系统性能。
4、缓存
缓存一词搞技术的都接触过，很多地方用到缓存。网站架构和网站开发中的缓存也是非常重要。这里先讲述最基本的两种缓存。高级和分布式的缓存在后面讲述。
架构方面的缓存，对Apache比较熟悉的人都能知道Apache提供了自己的缓存模块，也可以使用外加的Squid模块进行缓存，这两种方式均可以有效的提高Apache的访问响应能力。
网站程序开发方面的缓存，Linux上提供的Memory Cache是常用的缓存接口，可以在web开发中使用，比如用Java开发的时候就可以调用MemoryCache对一些数据进行缓存和通讯共享，一些大型社区使用了这样的架构。另外，在使用web语言开发的时候，各种语言基本都有自己的缓存模块和方法，PHP有Pear的Cache模块，Java就更多了，.net不是很熟悉，相信也肯定有。
5、镜像
镜像是大型网站常采用的提高性能和数据安全性的方式，镜像的技术可以解决不同网络接入商和地域带来的用户访问速度差异，比如ChinaNet和 EduNet之间的差异就促使了很多网站在教育网内搭建镜像站点，数据进行定时更新或者实时更新。在镜像的细节技术方面，这里不阐述太深，有很多专业的现成的解决架构和产品可选。也有廉价的通过软件实现的思路，比如Linux上的rsync等工具。
6、负载均衡
负载均衡将是大型网站解决高负荷访问和大量并发请求采用的终极解决办法。
负载均衡技术发展了多年，有很多专业的服务提供商和产品可以选择，我个人接触过一些解决方法，其中有两个架构可以给大家做参考。
硬件四层交换
第四层交换使用第三层和第四层信息包的报头信息，根据应用区间识别业务流，将整个区间段的业务流分配到合适的应用服务器进行处理。 第四层交换功能就象是虚 IP，指向物理服务器。它传输的业务服从的协议多种多样，有HTTP、FTP、NFS、Telnet或其他协议。这些业务在物理服务器基础上，需要复杂的载量平衡算法。在IP世界，业务类型由终端TCP或UDP端口地址来决定，在第四层交换中的应用区间则由源端和终端IP地址、TCP和UDP端口共同决定。
在硬件四层交换产品领域，有一些知名的产品可以选择，比如Alteon、F5等，这些产品很昂贵，但是物有所值，能够提供非常优秀的性能和很灵活的管理能力。Yahoo中国当初接近2000台服务器使用了三四台Alteon就搞定了。
软件四层交换
大家知道了硬件四层交换机的原理后，基于OSI模型来实现的软件四层交换也就应运而生，这样的解决方案实现的原理一致，不过性能稍差。但是满足一定量的压力还是游刃有余的，有人说软件实现方式其实更灵活，处理能力完全看你配置的熟悉能力。
软件四层交换我们可以使用Linux上常用的LVS来解决，LVS就是Linux Virtual Server，他提供了基于心跳线heartbeat的实时灾难应对解决方案，提高系统的鲁棒性，同时可供了灵活的虚拟VIP配置和管理功能，可以同时满足多种应用需求，这对于分布式的系统来说必不可少。
一个典型的使用负载均衡的策略就是，在软件或者硬件四层交换的基础上搭建squid集群，这种思路在很多大型网站包括搜索引擎上被采用，这样的架构低成本、高性能还有很强的扩张性，随时往架构里面增减节点都非常容易。这样的架构我准备空了专门详细整理一下和大家探讨。
对于大型网站来说，前面提到的每个方法可能都会被同时使用到，我这里介绍得比较浅显，具体实现过程中很多细节还需要大家慢慢熟悉和体会，有时一个很小的squid参数或者apache参数设置，对于系统性能的影响就会很大，希望大家一起讨论，达到抛砖引玉之效。
千万人同时访问的网站，一般是有很多个数据库同时工作，说明白一点就是数据库集群和并发控制，这样的网站实时性也是相对的。这些网站都有一些共同的特点：数据量大，在线人数多，并发请求多，pageview高，响应速度快。总结了一下各个大网站的架构，主要提高效率及稳定性的几个地方包括：
1、程序
程序开发是一方面，系统架构设计（硬件+网络+软件）是另一方面。
软件架构方面，做网站首先需要很多web服务器存储静态资源，比如图片、视频、静态页等，千万不要把静态资源和应用服务器放在一起。
一个好的程序员写出来的程序会非常简洁、性能很好，一个初级程序员可能会犯很多低级错误，这也是影响网站性能的原因之一。
网站要做到效率高，不光是程序员的事情，数据库优化、程序优化这是必须的，在性能优化上要数据库和程序齐头并进！缓存也是两方面同时入手。第一，数据库缓存和数据库优化，这个由dba完成（而且这个有非常大的潜力可挖，只是由于我们都是程序员而忽略了他而已）。第二，程序上的优化，这个非常的有讲究，比如说重要一点就是要规范ＳＱＬ语句，少用in 多用or，多用preparestatement，另外避免程序冗余如查找数据少用双重循环等。另外选用优秀的开源框架加以支持，我个人认为中后台的支持是最最重要的，可以选取spring＋ibatis。因为ibatis直接操作SQL并有缓存机制。spring的好处就不用我多说了，ＩＯＣ的机制可以避免new对象，这样也节省开销。据我分析，绝大部分的开销就是在NEW的时候和连接数据库时候产生的，请尽量避免。另外可以用一些内存测试工具来做一个demo说明hibernate和ibatis谁更快！前台你想用什么就用什么，struts,webwork都成，如果觉得自己挺牛X可以试试用tapestry。
用数据库也未必不能解决访问量巨大所带来的问题，作成静态文件硬盘的寻址时间也未必少于数据库的搜索时间，当然对资料的索引要下一翻工夫。我自己觉得门户往往也就是当天、热门的资料点击率较高，将其做缓存最多也不过1~2G的数据量吧，举个例子：
◎ 拿网易新闻来说http://news.163.com/07/0606/09/3GA0D10N00011229.html
格式化一下，方便理解：http://域名/年/月日/新闻所属分类/新闻ID.html
可以把当天发布的、热门的、流揽量大的作个缓寸，用hashtable（key：年-月-日-分类-ID，value：新闻对象），静态将其放到内存（速度绝对快过硬盘寻址静态页面）。
通常是采用oracle存储过程＋2个weblogic，更新机制也几乎一样每签发一条新闻，就会生成静态页面，然后发往前端的web服务器，前端的web都是做负载均衡的。另外还有定时的程序，每5-15分钟自动生成一次。在发布新闻的同时将数据缓存。当然缓存也不会越来越大，在个特定的时间段（如凌晨）剔除过期的数据。做一个大的网站远没有想象中那么简单，服务器基本就要百十个的。
这样可以大大增加一台计算机的处理速度，如果一台机器处理不了，可以用httpserver集群来解决问题了。
2、网络
中国的网络分南北电信和网通，访问的ip就要区分南北进入不同的网络。
3、集群
通常会使用CDN与GSBL与DNS负载均衡技术，每个地区一组前台服务器群，例如：网易，百度使用了DNS负载均衡技术，每个频道一组前台服务器，一搜使用了DNS负载技术，所有频道共用一组前台服务器集群。
网站使用基于Linux集群的负载均衡，失败恢复，包括应用服务器和数据库服务器，基于linux-ha的服务状态检测及高可用化。
应用服务器集群可以采用apache+tomcat集群和weblogic集群等；web服务器集群可以用反向代理，也可以用NAT的方式，或者多域名解析都可以；Squid也可以，方法很多，可以根据情况选择。
4、数据库
因为是千万人同时访问的网站，所以一般是有很多个数据库同时工作的，说明白一点就是数据库集群和并发控制，数据分布到地理位置不同的数据中心，以免发生断电事故。另外还有一点的是，那些网站的静态化网页并不是真的，而是通过动态网页与静态网页网址交换做出现的假象，这可以用urlrewrite这样的开源网址映射器实现。这样的网站实时性也是相对的，因为在数据库复制数据的时候有一个过程，一般在技术上可以用到hibernate和ecache，但是如果要使网站工作地更好，可以使用EJB和websphere，weblogic这样大型的服务器来支持，并且要用oracle这样的大型数据库。
大型门户网站不建议使用Mysql数据库，除非你对Mysql数据的优化非常熟悉。Mysql数据库服务器的master-slave模式，利用数据库服务器在主从服务器间进行同步，应用只把数据写到主服务器，而读数据时则根据负载选择一台从服务器或者主服务器来读取，将数据按不同策略划分到不同的服务器（组）上，分散数据库压力。
大型网站要用oracle，数据方面操作尽量多用存储过程，绝对提升性能；同时要让DBA对数据库进行优化，优化后的数据库与没优化的有天壤之别；同时还可以扩展分布式数据库，以后这方面的研究会越来越多；
5、页面
从开始就考虑使用虚拟存储/簇文件系统。它能让你大量并行IO访问，而且不需要任何重组就能够增加所需要的磁盘。
页面数据调用更要认真设计，一些数据查询可以不通过数据库的方式，实时性要求不高的可以使用lucene来实现，即使有实时性的要求也可以用lucene，lucene+compass还是非常优秀的。
新闻类的网站可以用静态页存储，采用定时更新机制减轻服务器负担；首页每个小模块可以使用oscache缓存，这样不用每次都拉数据。
前端的基于静态页面缓存的web加速器，主要应用有squid等。squid 将大部分静态资源(图片，js，css等）缓存起来，直接返回给访问者，减少应用服务器的负载
网站的静态化网页并不是真的，而是通过动态网页与静态网页网址交换做出现的假象，这可以用urlrewrite这样的开源网址映射器实现，后缀名为htm或者html并不能说明程序生成了静态页面，可能是通过url重写来实现的，为的只不过是在搜索引擎中提升自己网站的覆盖面积罢了。
生成静态页面的服务器和www服务器是两组不同的服务器，页面生成后才会到www服务器，一部分数据库并不是关系数据库，这样更适合信息衍生，www、mail服务器、路由器多，主要用负载平衡解决访问瓶颈。
◎ 静态页面的缺点：
1) 增加了程序的复杂度
2) 不利于管理资料
3) 速度不是最快
4) 伤硬盘
6、缓存
从一开始就应该使用缓存，高速缓存是一个更好的地方存储临时数据，比如Web站点上跟踪一个特定用户的会话产生的临时文件，就不再需要记录到数据库里。
不能用lucene实现的可以用缓存，分布式缓存可以用memcached，如果有钱的话用10来台机器做缓存，> 10G的存储量相信存什么都够了；如果没钱的话可以在页面缓存和数据缓存上下功夫，多用OSCACHE和EHCACHE，SWARMCACHE也可以，不过据说同步性不是很好；
可以使用Memcache进行缓存，用大内存把这些不变的数据全都缓存起来，而当修改时就通知cache过期，memcache是LJ开发的一款分布式缓存产品，很多大型网站在应用，我们可以把Cache Server与App Server装在一起。因为Cache Server对CPU消耗不大，而有了Cache Server的支援，App Server对内存要求也不是太高，所以可以和平共处，更有效的利用资源。
以上一些不太成熟的想法，可以从某一个层次开始，逐步细化，把产品的性能指标提高上去。
2009-06-19 10:24:35
浅析大型网站的架构
一个小型的网站，比如个人网站，可以使用最简单的html静态页面就实现了，配合一些图片达到美化效果，所有的页面均存放在一个目录下，这样的网站对系统架构、性能的要求都很简单，随着互联网业务的不断丰富，网站相关的技术经过这些年的发展，已经细分到很细的方方面面，尤其对于大型网站来说，所采用的技术更是涉及面非常广，从硬件到软件、编程语言、数据库、WebServer、防火墙等各个领域都有了很高的要求，已经不是原来简单的html静态网站所能比拟的。
大型网站，比如门户网站。在面对大量用户访问、高并发请求方面，基本的解决方案集中在这样几个环节：使用高性能的服务器、高性能的数据库、高效率的编程语言、还有高性能的Web容器。但是除了这几个方面，还没法根本解决大型网站面临的高负载和高并发问题。
上面提供的几个解决思路在一定程度上也意味着更大的投入，并且这样的解决思路具备瓶颈，没有很好的扩展性，下面我从低成本、高性能和高扩张性的角度来说说我的一些经验。
1、HTML静态化
其实大家都知道，效率最高、消耗最小的就是纯静态化的html页面，所以我们尽可能使我们的网站上的页面采用静态页面来实现，这个最简单的方法其实也是最有效的方法。但是对于大量内容并且频繁更新的网站，我们无法全部手动去挨个实现，于是出现了我们常见的信息发布系统CMS，像我们常访问的各个门户站点的新闻频道，甚至他们的其他频道，都是通过信息发布系统来管理和实现的，信息发布系统可以实现最简单的信息录入自动生成静态页面，还能具备频道管理、权限管理、自动抓取等功能，对于一个大型网站来说，拥有一套高效、可管理的CMS是必不可少的。
除了门户和信息发布类型的网站，对于交互性要求很高的社区类型网站来说，尽可能的静态化也是提高性能的必要手段，将社区内的帖子、文章进行实时的静态化，有更新的时候再重新静态化也是大量使用的策略，像Mop的大杂烩就是使用了这样的策略，网易社区等也是如此。
同时，html静态化也是某些缓存策略使用的手段，对于系统中频繁使用数据库查询但是内容更新很小的应用，可以考虑使用html静态化来实现，比如论坛中论坛的公用设置信息，这些信息目前的主流论坛都可以进行后台管理并且存储再数据库中，这些信息其实大量被前台程序调用，但是更新频率很小，可以考虑将这部分内容进行后台更新的时候进行静态化，这样避免了大量的数据库访问请求。
2、图片服务器分离
大家知道，对于Web服务器来说，不管是Apache、IIS还是其他容器，图片是最消耗资源的，于是我们有必要将图片与页面进行分离，这是基本上大型网站都会采用的策略，他们都有独立的图片服务器，甚至很多台图片服务器。这样的架构可以降低提供页面访问请求的服务器系统压力，并且可以保证系统不会因为图片问题而崩溃，在应用服务器和图片服务器上，可以进行不同的配置优化，比如apache在配置ContentType的时候可以尽量少支持，尽可能少的 LoadModule，保证更高的系统消耗和执行效率。
3、数据库集群和库表散列
大型网站都有复杂的应用，这些应用必须使用数据库，那么在面对大量访问的时候，数据库的瓶颈很快就能显现出来，这时一台数据库将很快无法满足应用，于是我们需要使用数据库集群或者库表散列。
在数据库集群方面，很多数据库都有自己的解决方案，Oracle、Sybase等都有很好的方案，常用的MySQL提供的Master/Slave也是类似的方案，您使用了什么样的DB，就参考相应的解决方案来实施即可。
上面提到的数据库集群由于在架构、成本、扩张性方面都会受到所采用DB类型的限制，于是我们需要从应用程序的角度来考虑改善系统架构，库表散列是常用并且最有效的解决方案。我们在应用程序中安装业务和应用或者功能模块将数据库进行分离，不同的模块对应不同的数据库或者表，再按照一定的策略对某个页面或者功能进行更小的数据库散列，比如用户表，按照用户ID进行表散列，这样就能够低成本的提升系统的性能并且有很好的扩展性。sohu的论坛就是采用了这样的架构，将论坛的用户、设置、帖子等信息进行数据库分离，然后对帖子、用户按照板块和ID进行散列数据库和表，最终可以在配置文件中进行简单的配置便能让系统随时增加一台低成本的数据库进来补充系统性能。
4、缓存
缓存一词搞技术的都接触过，很多地方用到缓存。网站架构和网站开发中的缓存也是非常重要。这里先讲述最基本的两种缓存。高级和分布式的缓存在后面讲述。
架构方面的缓存，对Apache比较熟悉的人都能知道Apache提供了自己的缓存模块，也可以使用外加的Squid模块进行缓存，这两种方式均可以有效的提高Apache的访问响应能力。
网站程序开发方面的缓存，Linux上提供的Memory Cache是常用的缓存接口，可以在web开发中使用，比如用Java开发的时候就可以调用MemoryCache对一些数据进行缓存和通讯共享，一些大型社区使用了这样的架构。另外，在使用web语言开发的时候，各种语言基本都有自己的缓存模块和方法，PHP有Pear的Cache模块，Java就更多了，.net不是很熟悉，相信也肯定有。
5、镜像
镜像是大型网站常采用的提高性能和数据安全性的方式，镜像的技术可以解决不同网络接入商和地域带来的用户访问速度差异，比如ChinaNet和EduNet 之间的差异就促使了很多网站在教育网内搭建镜像站点，数据进行定时更新或者实时更新。在镜像的细节技术方面，这里不阐述太深，有很多专业的现成的解决架构和产品可选。也有廉价的通过软件实现的思路，比如Linux上的rsync等工具。
6、负载均衡
负载均衡将是大型网站解决高负荷访问和大量并发请求采用的终极解决办法。
负载均衡技术发展了多年，有很多专业的服务提供商和产品可以选择，我个人接触过一些解决方法，其中有两个架构可以给大家做参考。
硬件四层交换
第四层交换使用第三层和第四层信息包的报头信息，根据应用区间识别业务流，将整个区间段的业务流分配到合适的应用服务器进行处理。 第四层交换功能就象是虚 IP，指向物理服务器。它传输的业务服从的协议多种多样，有HTTP、FTP、NFS、Telnet或其他协议。这些业务在物理服务器基础上，需要复杂的载量平衡算法。在IP世界，业务类型由终端TCP或UDP端口地址来决定，在第四层交换中的应用区间则由源端和终端IP地址、TCP和UDP端口共同决定。
在硬件四层交换产品领域，有一些知名的产品可以选择，比如Alteon、F5等，这些产品很昂贵，但是物有所值，能够提供非常优秀的性能和很灵活的管理能力。Yahoo中国当初接近2000台服务器使用了三四台Alteon就搞定了。
软件四层交换
大家知道了硬件四层交换机的原理后，基于OSI模型来实现的软件四层交换也就应运而生，这样的解决方案实现的原理一致，不过性能稍差。但是满足一定量的压力还是游刃有余的，有人说软件实现方式其实更灵活，处理能力完全看你配置的熟悉能力。
软件四层交换我们可以使用Linux上常用的LVS来解决，LVS就是Linux Virtual Server，他提供了基于心跳线heartbeat的实时灾难应对解决方案，提高系统的鲁棒性，同时可供了灵活的虚拟VIP配置和管理功能，可以同时满足多种应用需求，这对于分布式的系统来说必不可少。
一个典型的使用负载均衡的策略就是，在软件或者硬件四层交换的基础上搭建squid集群，这种思路在很多大型网站包括搜索引擎上被采用，这样的架构低成本、高性能还有很强的扩张性，随时往架构里面增减节点都非常容易。这样的架构我准备空了专门详细整理一下和大家探讨。
对于大型网站来说，前面提到的每个方法可能都会被同时使用到，我这里介绍得比较浅显，具体实现过程中很多细节还需要大家慢慢熟悉和体会，有时一个很小的squid参数或者apache参数设置，对于系统性能的影响就会很大，希望大家一起讨论，达到抛砖引玉之效。
在一些站长论坛上，我们经常看到一些求购信息，例如5万元求日流量5万IP的网站，留下一个联系方式，这个时候就会有大量的站长联系这个收购网站的人，因为对于做网络的人来说，掌握了网络规律，做到5万IP一天不是难事，卖给了对方，自己还可以轻松的再做起来一个日流量5万IP的，也就是说这5万块钱基本上是自己白得的，加上对方的QQ以后，对方会咨询一连串的信息，例如你这个站是什么时间做的？你这个站的主要流量是从哪里来的？这个站每天需要维护多少时间啊？信息的更新频率是多少啊？我不懂网络，是否很容易管理这个站呢？ 这个时候因为卖站的人觉得对方是个不懂网络的傻子，所以就会耐心的给对方讲解自己的网站是靠什么来的流量，自己的网站一天需要更新多少内容，自己的网站的空间是多大的，都会耐心的告诉对方，告诉完毕以后，对方就以观察一段时间为理由，就不再联系了，在现实中做企业，也经常遇到类似的情况，在商业中，这种角色叫商业间谍，笔者也替朋友做过类似的角色，有朋友是做车载MP3的，朋友就让笔者给一个同行打电话，然后问一下价格， 问一下对方的代理要求以及奖励政策以及最低价等。
在上面的例子中，这些看似很傻的出钱购买网站的人，都是聪明人，因为网络的第一、二阶段的网站成功具有可复制性，这两阶段的成功主要是靠流量的成功，所以当他通过这种方式来与一些站长打交道的时候，就可以获取一些流量技巧，然后可以快速的复制出和对方的网站同一类型的站，然后按照对方提供的流量技巧，马上就可以做到同样高甚至更高的流量，这就是网络商业间谍式获取流量技巧。一个人要想把自己的机密告诉别人，只有两种可能，一种可能是对方是自己的朋友，另外一种可能，那就是对方有可能投资于自己，在这里购买者就是利用了第二种可能来获取了对方的信任，轻松的得到了流量信息。
——————————————————————————–
以下内容只有回复后才可以浏览
在草根站长群体里，大部分网站，都是个人式的网站，准确的说，都是投机取巧式的网站， 也就是我们说的垃圾站，网站的赢利点就是靠网站上的广告来获取收入，这一类网站在网站形式上和内容上都没有太多的创新，基本上都是靠自己的流量技巧来获取流量，或者是利用SEO，或者是利用一些群发软件或者是利用一些其他类型的流量技巧来获取的流量，每个高流量的站，都有自己独特的流量技巧，所以知道了一个站的流量技巧，那么就可以复制其成功，这些通过收购网站来获取别人流量技巧的人，然后自己快速的复制出来这个站，把流量做起来以后，在这个站上打出广告，那就是日收入XXX元的网站出售，可以通过支付宝进行交易，先测试收入，后确定是否购买，一般销售价格为月收入价格，例如日收入100元的站，那么销售价是3000元，因为价格不高，所以很容易就出手了，一边天天的去通过买站获取一些流量技巧，一边天天复制别人的成功，同时又一天天天卖站，所以对于这一类人来说，收入就变的非常简单了。
我们在前面介绍了，说要想让一个站长说出自己的流量方法，只有两种可能，一种是他的朋友，另外一种就是是他的潜在投资者，上面的例子是佯装的其潜力投资者，而我们完全可以采取另外一种方式，那就是平时在搜索一些关键词的时候，顺便加上网站的站长的QQ号，然后与其慢慢的沟通，慢慢的了解他们网站的发展技巧，不断的复制别人的成功，这种方式显的更文雅，更合理。
小贴士：
1. 网络交际技巧
在网络上交朋友和现实中交朋友一样，不可跨级交友，当在网络上加上一个高手的QQ的时候，如果我们咨询他一些问题，他会积极的回答，那说明他不是高手，因为他连我们的问题都会回答，说明他每天有大量的时间是用在QQ上的信息回复上了，真正的高手是没有时间搭理QQ上的好友的。所以多去结交一些和自己水平差不多的朋友，才是上策，如果水平差别很大，那么根本就不可能成为朋友。
2. 查看一个站的流量来源
要想查看一个站的流量，首先要看一下对方的统计链接，因为很多站的统计链接是允许查看详细来源的，这个样子就可以清楚的看到对方网站的所有流量流量信息来源了，但是对于大部分站长来说，流量来源都是机密性的东西，是不会公开的。如果想知道这些网站的流量，就需要对其网站进行粗略的流量来源判断，首先要查询一下这个站的ALEXA上的流量估计，对这个站有个大体的了解，然后在站长工具里面，查看这个网站的反链接数，因为反链的质量和数量决定着一个站的搜索引擎排名，一般搜索搜索一下反链接，基本上就可以确定一个站的流量来源，但是对于一些类似挂QQ等宣传软件，这种查看来源的方法无效。还有一种最简单的方法，就是直接问站长。
3. 站长常用工具
常用站长查询工具地址http://tool.chinaz.com/
（1）. IP查询，这个是查询一个网站的空间服务器所在地理位置。
（2）.WHOIS，是查询一个域名的注册信息。
（3）.ALEXA查询，粗略查询一个站的世界排名和流量。
（4）.PR值，查询一个站的PR值
（5）.搜索引擎收录情况，查看一个站在各大搜索引擎被收录的页数。
（6）.反链接查询，查看一个站有多少反链接
网站信任度有2方面的意义，一方面指浏览者对于站点的信任程度，另一方面指搜索引擎对于网站的信任值(TrustRank)。网站信任度对于企业站点更为重要。下面主要针对用户体验，分享一些我的看法，假设我是用户，我希望看到下面的内容。
信任度的建设体现在以下方面：
1. 关于我们页面：详细、真实的说明公司背景、历史、业务范围等等情况。
2. 网站备案：获得ICP的备案许可。
3. 服务流程：让客户充分了解整个过程，让服务更透明。
4. 报价列表：根据不同服务，分别给出相应报价范围。
5. 客户案例：客户更愿意接收第三方的评价。
6. 联系方式：详细、完整、多途径的联系方式，并提供所在地地图指示。
7. 网页数量：充实的网页数量，企业站点至少50页以上。
8. 原创内容：客户不喜欢到处流传的论调。
9. 版权信息：正确书写版权信息。声明本站内容受法律保护，拒绝转载等。
10. 隐私保护：声明对客户信息、网友信息给予隐私保护。
11. 无错别字：客户看见错别字，会想“网页都不校对，服务质量也悬。”
12. 合作伙伴：合作伙伴的链接及合作方站内报道。
13. 专业名词：适当的使用专业名词，但不要影响用户阅读，并给予简单易懂的解释。
14. 企业新闻：列举第三方给予的各类报道。
15. 链接检查：使整个网站没有无效链接。
16. 广告适当：不要放无关的广告。
17. 友情链接：只和客户、政府以及行业知名网站作链接。
18. 免费咨询：提供400或800免费电话咨询，至少要有在线咨询或留言本。
19. 访问速度：别让用户和搜索引擎感觉网站很慢。
20. 网页配色：建议使用公司LOGO中的颜色。
21. 营业证明：提供公司营业执照、行业执照、相关检查证书、法人照片等。
22. 公司博客：多人维护一个博客，类似Google黑板报。用户更信任博客上的内容。
23. 常见问题：以客户关心的问题为导向，制作1个页面，页面不要太多，别作成说明书。
24. 员工照片：公司活动集体照，体现公司活力。
25. 保持更新：时不时的来篇专业文章、媒体报道、公司趣事等等。
26. 风格一致：如果是集体公司，总公司、国外公司、地方公司网站排版要一致，域名格式统一。不同语言的网站区别不能太大。
27. 原创图片：别用网上到处都有的图像，特别是客服打电话的图片。有能力最好购买专业图库。
28. 域名续费：最好一次注册10年，不要每年续费。
29. 导航结构：别让用户因为不知道怎么继续，而按“返回键”。
30. 最后，转载的文章一定要注明出处及作者