大量的相关文章 合理的站内链接 稳定的更新频率。如何做好seo优化策略可参考如下方法： 在搜索引擎优化中，SEO策略影响到最终的优化效果。SEO策略不管对中小网站还是大型网站都是重要的，而对于大型网站，制定一个好的SEO策略尤为重要。一、关键词分析关键词分析是所有SEO必须掌握的一门功课，大型网站虽然有海量的数据，但是每个页面都需要进行关键词分析，除了SEO之外，策划、编辑也需要具备一定的关键词分析能力。关键词分析的基本原则：
1、 调查用户的搜索习惯：这是一个重要的方面，只有了解用户的搜索习惯，才能把我用户的搜索需求，用户喜欢搜索什么?用什么搜索引擎?等等
2、 关键词不能过于宽泛：关键词过于宽泛会导致竞争激烈，耗费大量时间却不一定得到想要的效果，并且可能降低了关键词的相关性。
3、 关键词不能过冷：想想，没有用户搜索的关键词，还值得去优化吗?
4、 关键词要与页面内容保持高度的相关性：这样既有利于优化又有利于用户。关键词挑选的步骤：
1、 确定核心关键词：我们应该考虑的是哪一个词或者两个词能够最准确的描述网页的内容?哪一个词用户搜索次数最多?
2、 核心关键词定义上的扩展：例如核心关键词的别名、仅次于核心关键词的组合等、核心关键词的辅助等。
3、 模拟用户思维设计关键词：把自己假想为用户，那么我会去搜索什么关键词呢?
4、 研究竞争者的关键词：分析一下排名占有优势的竞争对手的网页，他们都使用了什么关键词?二、页面逆向优化为什么要做逆向优化?因为在大型网站中，页面的优化价值一般不同于中小网站。考虑到各种综合因素(例如品牌、页面内容、用户体验等)，大型网站的页面优化价值大多数呈现逆向顺序，即：最终页>专题页>栏目页>频道页>首页。如何针对各页面进行关键词分配呢?通常情况是这样的：
1、 最终页：针对长尾关键词;
2、 专题页：针对热门关键词，例如"周杰伦";
3、 栏目页：针对固定关键词，例如"音乐试听";
4、 频道页：针对核心关键词，例如 "音乐";
5、 首页：不分配关键词，而是以品牌为主。在进行关键词分配后，我们可以在最终页中添加匹配的内链作为辅助，这是大型网站内链的优势。三、前端搜索引擎友好，包括UI设计的搜索友好和前端代码的搜索友好两点1、首先来看UI设计的搜索引擎友好：主要是做到导航清晰，以及flash和图片等的使用，导航以及带有关键词的部分不适合使用flash及图片，因为大多数搜索引擎无法抓取flash及图片中的文字。
2、然后是前端代码的搜索引擎友好：
a、代码的简洁性：搜索引擎喜欢简洁的html代码，这样更有利于分析。
b、重要信息靠前：指带关键词的及经常更新的信息尽量选择出现在html的靠前位置。
c、过滤干扰信息：大型网站的页面一般比较复杂，各种广告、合作、交换内容以及其他没有相关性的信息比较多，我们应该选择使用js、iframe等搜索引擎无法识别的代码过滤掉这一部分信息。
d、代码的基础SEO：这是基础的SEO工作，避免html错误以及语义化标签。四、内部链接策略为什么要强调内部链接策略?因为内链具有以下优势：
1、 大型网站海量的数据使内链的优势远远大于外链。外链的数量可能几千几万几十万，但是大型网站拥有成百万上千万甚至上亿的海量网页内容，如果用这些海量的网页做内链的建设，优势是很明显的。
2、 网站内的网页间导出链接是一件很容易的事情。
3、 提高搜索引擎对网站的爬行索引效率，增强收录，也有利于PR的传递。
4、 集中主题，使该主题的关键词在搜索引擎中具有排名优势。在内链建设中，应该遵循以下原则：1、控制文章内链数量：穿插于文章内的链接可以根据内容的多少控制在3-8个左右。2、链接对象的相关性要高。3、给重要的网页更多的关注：使重要的更有关键词价值的网页得到更好的排名。4、使用绝对路径。五、外部链接策略在强调大型网站的内链建设的同时也不能太忽视了外链的建设。外链的建设虽然没有中小网站那么重要，但是也具有很高的价值。通常可以通过交换链接、制造链接诱饵、投放带链接的软文等方法来建设外链。
1、 来看交换链接应该要遵循哪些原则：
a、链接文字中包含关键词;b、尽量与相关性高的站点、频道交换链接;c、对方网站导出链接数量不能过多，过多的话没有太大的价值;d、避免与未被收录以及被搜索引擎惩罚的网站交换链接
2、 制造链接诱饵：制造链接诱饵是一件省力的工作，这使得对方网站主动的为我们添加链接。制造链接诱饵的技巧很多，但是可以用两个字来概括：创意。
3、 带链接的软文投放。指的是在商务推广或者为专门为了得到外链而进行的带链接的软文投放。第六部分:网站地图策略有很多大型网站不重视网站地图的建设，不少大型网站的网站地图只是敷衍了事，做一个摆设。其实网站对于大型网站是很重要的，大型网站海量的数据、复杂的网站导航结构、极快的更新频率使得搜索引擎并不能完全抓取所有的网页。这就是为什么有的大型网站拥有百万千万甚至上亿级的数据量，但是却只被搜索引擎收录了网站数据量的一半、三分之一甚至更少的一个重要原因。连收录都保证不了，怎么去做排名?Html地图：
1、 为搜索引擎建立一个良好的导航结构。
2、 Html地图中可以分为横向和纵向导航，横向导航主要是频道、栏目、专题等链接，纵向导航主要是针对关键词。
3、 每个页面都有指向网站地图的链接。Xml网站地图：主要针对Google、yahoo、live等搜索引擎。因为大型网站数据量太大，单个的sitemap会导致sitemap.xml文件太大，超过搜索引擎的容忍度。所以我们要将sitemap.xml拆分为数个，每个拆分后的sitemap.xml则保持在搜索引擎建议的范围内。
如何提高页面性能优化
从编码方面一、 缓存缓存是ASP.NET中提高性能的重要手段，缓存一般遵循以下原则：1） 在页面中将静态内容与动态内容分割开来考虑将动态内容作成用户控件2） 缓存合理的数据一般应当缓存应用程序集的数据、多个用户共同使用的数据、静态数据、生成数据需要很大开销的动态数据、DataSet以及自定义对象等。不要缓存数据库连接对象、DataReader。3） 选择适当的方式如可以使用页面缓存指令，API等。二、 视图状态视图状态放在页面中名为_VIEWSTATE的表单隐藏域里面，随页面一起被发送到客户端，在用户提交页面时，又被提交到服务器。1） 如果不需要视图状态，则禁用视图状态默认是允许的，如果页面不进行PostBack，如果不处理服务器控件的事件，如果服务器控件的数据每次都需要重新计算等2） 尽量减少视图状态中存放的对象三、 关于页面处理（减少页面生成的时间和过程）1） 应尽量减少页面文件的大小2） 通过检测Page.IsPostBack减少代码执行的数量3） 禁止使用Debug=“true”，减少页面生成过程中生成额外的调试信息4） 使用Server.Transfer而不使用Response.Redirect，减少服务器和客户端间的往返5） 尽量使用客户端验证，减少服务器和客户端间的往返6） 在适当的场合使用服务器控件7） 尽量避免嵌套的服务器控件四、 避免使用Page.DataBind和DataBinder.Eval五、 关于Application对象和Session对象1） 使用静态属性存储数据而不使用Application对象，在Application对象里存储只读类型的数据都将回提高性能2） 尽量使用InProc模式的Session，这个模式是最快的3） 在Session里存储基本类型的数据减少序列化的所消耗的资源4） 如果不用Session变量，使用EnvableViewState=“false”禁用5） 如果不修改Session变量的值，尽量使用ReadOnly属性设置六、 关于字符串操作1） 尽量使用Response.Write将结果输出到浏览器，这种方法是最快的。不要将字符串连接在一起一次输出。2） 在字符串短并且少的情况下可以使用String.Concat方法，而在字符串长度未知，并且字符串大的情况下，使用StringBuilder对象3） 不要使用strVar==“”来判断字符串是否为“”，这样它会创建额外的字符串，请使用strVar==String.Empty代替或者使用strVar.Length==0来判断4） 请使用String.Compare方法进行字符串的比较七、 关于数据访问1） 尽量使用存储过程返回数据，不要直接在代码中进行查询2） 在数据库中只返回有用的数据结果，不要选择不使用的数据字段3） 进行使用DataReader进行数据绑定，DataReader是单向只读的4） 尽量一次返回多个数据集而不是每个记录集分别打开一次数据库连接进行查询5） 尽量晚的打开数据库，尽量早的关闭数据库6） 使用连接池提高性能7） 使用ExecuteNonQuery方法执行不返回数据的操作，使用ExecuteScalar方法返回单个结果的操作，使用CommandBehavior.Sequentialaccess返回二进制数据或者大数据8） 如果多次相同的查询，请使用Command.Prepare方法9） 使用GetOrdinal方法预先得到索引值，使用索引值比使用字符串的列名查询数据效率更高八、 关于代码优化1） 在解析基本数据类型时，使用Try方法如果解析失败，会抛出异常，使用TryParse方法则只执行Else下的语句。2） 使用AppendAllText、WriteAllBytes等方法读写文件内容可以优化性能3） 将循环判定条件放在for语句外4） 避免在循环里创建对象5） 尽量减少装箱的次数6） 不要使用例外控制程序的流程7） 在循环中不要使用不变的对象属性或者字段8） 使用for循环代替foreach循环遍历结合内容9） 数组是所有集合中最快的，如果没有特殊需要，尽量使用数组代替集合10） 了解各个集合类型的特性，选择合适的类型11） 使用泛型避免减少装箱、拆箱大型网站，比如门户网站。在面对大量用户访问、高并发请求方面，基本的解决方案集中在这样几个环节：使用高性能的服务器、高性能的数据库、高效率的编程语言、还有高性能的Web容器。但是除了这几个方面，还没法根本解决大型网站面临的高负载和高并发问题。上面提供的几个解决思路在一定程度上也意味着更大的投入，并且这样的解决思路具备瓶颈，没有很好的扩展性，下面我从低成本、高性能和高扩张性的角度来说说我的一些经验。HTML静态化
其实大家都知道，效率最高、消耗最小的就是纯静态化的html页面，所以我们尽可能使我们的网站上的页面采用静态页面来实现，这个最简单的方法其实也是最有效的方法。但是对于大量内容并且频繁更新的网站，我们无法全部手动去挨个实现，于是出现了我们常见的信息发布系统CMS，像我们常访问的各个门户站点的新闻频道，甚至他们的其他频道，都是通过信息发布系统来管理和实现的，信息发布系统可以实现最简单的信息录入自动生成静态页面，还能具备频道管理、权限管理、自动抓取等功能，对于一个大型网站来说，拥有一套高效、可管理的CMS是必不可少的。除了门户和信息发布类型的网站，对于交互性要求很高的社区类型网站来说，尽可能的静态化也是提高性能的必要手段，将社区内的帖子、文章进行实时的静态化，有更新的时候再重新静态化也是大量使用的策略，像Mop的大杂烩就是使用了这样的策略，网易社区等也是如此。html静态化也是某些缓存策略使用的手段，对于系统中频繁使用数据库查询但是内容更新很小的应用，可以考虑使用html静态化来实现，比如论坛中论坛的公用设置信息，这些信息目前的主流论坛都可以进行后台管理并且存储再数据库中，这些信息其实大量被前台程序调用，但是更新频率很小，可以考虑将这部分内容进行后台更新的时候进行静态化，这样避免了大量的数据库访问请求。图片服务器分离
大家知道，对于Web服务器来说，不管是Apache、IIS还是其他容器，图片是最消耗资源的，于是我们有必要将图片与页面进行分离，这是基本上大型网站都会采用的策略，他们都有独立的图片服务器，甚至很多台图片服务器。这样的架构可以降低提供页面访问请求的服务器系统压力，并且可以保证系统不会因为图片问题而崩溃，在应用服务器和图片服务器上，可以进行不同的配置优化，比如apache在配置ContentType的时候可以尽量少支持，尽可能少的LoadModule，保证更高的系统消耗和执行效率。数据库集群和库表散列
大型网站都有复杂的应用，这些应用必须使用数据库，那么在面对大量访问的时候，数据库的瓶颈很快就能显现出来，这时一台数据库将很快无法满足应用，于是我们需要使用数据库集群或者库表散列。在数据库集群方面，很多数据库都有自己的解决方案，Oracle、Sybase等都有很好的方案，常用的MySQL提供的Master/Slave也是类似的方案，您使用了什么样的DB，就参考相应的解决方案来实施即可。上面提到的数据库集群由于在架构、成本、扩张性方面都会受到所采用DB类型的限制，于是我们需要从应用程序的角度来考虑改善系统架构，库表散列是常用并且最有效的解决方案。我们在应用程序中安装业务和应用或者功能模块将数据库进行分离，不同的模块对应不同的数据库或者表，再按照一定的策略对某个页面或者功能进行更小的数据库散列，比如用户表，按照用户ID进行表散列，这样就能够低成本的提升系统的性能并且有很好的扩展性。sohu的论坛就是采用了这样的架构，将论坛的用户、设置、帖子等信息进行数据库分离，然后对帖子、用户按照板块和ID进行散列数据库和表，最终可以在配置文件中进行简单的配置便能让系统随时增加一台低成本的数据库进来补充系统性能。缓存
缓存一词搞技术的都接触过，很多地方用到缓存。网站架构和网站开发中的缓存也是非常重要。这里先讲述最基本的两种缓存。高级和分布式的缓存在后面讲述。架构方面的缓存，对Apache比较熟悉的人都能知道Apache提供了自己的缓存模块，也可以使用外加的Squid模块进行缓存，这两种方式均可以有效的提高Apache的访问响应能力。网站程序开发方面的缓存，Linux上提供的Memory Cache是常用的缓存接口，可以在web开发中使用，比如用Java开发的时候就可以调用MemoryCache对一些数据进行缓存和通讯共享，一些大型社区使用了这样的架构。在使用web语言开发的时候，各种语言基本都有自己的缓存模块和方法，PHP有Pear的Cache模块，Java就更多了，.net不是很熟悉，相信也肯定有。镜像
镜像是大型网站常采用的提高性能和数据安全性的方式，镜像的技术可以解决不同网络接入商和地域带来的用户访问速度差异，比如ChinaNet和EduNet之间的差异就促使了很多网站在教育网内搭建镜像站点，数据进行定时更新或者实时更新。在镜像的细节技术方面，这里不阐述太深，有很多专业的现成的解决架构和产品可选。也有廉价的通过软件实现的思路，比如Linux上的rsync等工具。负载均衡
负载均衡将是大型网站解决高负荷访问和大量并发请求采用的终极解决办法。负载均衡技术发展了多年，有很多专业的服务提供商和产品可以选择，其中有两个架构可以参考。硬件四层交换
第四层交换使用第三层和第四层信息包的报头信息，根据应用区间识别业务流，将整个区间段的业务流分配到合适的应用服务器进行处理。 第四层交换功能就象是虚 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集群，这种思路在很多大型网站包括搜索引擎上被采用，这样的架构低成本、高性能还有很强的扩张性，随时往架构里面增减节点都非常容易。这样的架构我准备空了专门详细整理一下和大家探讨。Internet的规模每一百天就会增长一倍，客户希望获得7天24小时的不间断可用性及较快的系统反应时间，而不愿屡次看到某个站点"Server Too Busy"及频繁的系统故障。网络的各个核心部分随着业务量的提高、访问量和数据流量的快速增长，其处理能力和计算强度也相应增大，使得单一设备 根本无法承担。在此情况下，如果扔掉现有设备去做大量的硬件升级，这样将造成现有资源的浪费，而且如果再面临下一次业务量的提升，这又将导致再一次硬件升级的高额成本投入，甚至性能再卓越的设备也不能满足当前业务量的需求。于是，负载均衡机制应运而生。负载均衡（Load Balance）建立在现有网络结构之上，它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。负载均衡有两方面的含义：大量的并发访问或数据流量分担到多台节点设备上分别处理，减少用户等待响应的时间；单个重负载的运算分担到多台节点设备上做并行处理，每个节点设备处理结束后，将结果汇总，返回给用户，系统处理能力得到大幅度提高。负载均衡技术主要应用：DNS负载均衡 最早的负载均衡技术是通过DNS来实现的，在DNS中为多个地址配置同一个名字，因而查询这个名字的客户机将得到其中一个地址，从而使得不同的客户访问不同的服务器，达到负载均衡的目的。DNS负载均衡是一种简单而有效的方法，但是它不能区分服务器的差异，也不能反映服务器的当前运行状态。
代理服务器负载均衡使用代理服务器，可以将请求转发给内部的服务器，使用这种加速模式显然可以提升静态网页的访问速度。也可以考虑这样一种技术，使用代理服务器将请求均匀转发给多台服务器，从而达到负载均衡的目的。
地址转换网关负载均衡 支持负载均衡的地址转换网关，可以将一个外部IP地址映射为多个内部IP地址，对每次TCP连接请求动态使用其中一个内部地址，达到负载均衡的目的。
协议内部支持负载均衡 除了这三种负载均衡方式之外，有的协议内部支持与负载均衡相关的功能，例如HTTP协议中的重定向能力等，HTTP运行于TCP连接的最高层。
NAT负载均衡 NAT（Network Address Translation 网络地址转换）简单地说就是将一个IP地址转换为另一个IP地址，一般用于未经注册的内部地址与合法的、已获注册的Internet IP地址间进行转换。适用于解决Internet IP地址紧张、不想让网络外部知道内部网络结构等的场合下。
反向代理负载均衡 普通代理方式是代理内部网络用户访问internet上服务器的连接请求，客户端必须指定代理服务器,并将本来要直接发送到internet上服务器的连接请求发送给代理服务器处理。反向代理（Reverse Proxy）方式是指以代理服务器来接受internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的客户端，此时代理服务器对外就表现为一个服务器。反向代理负载均衡技术是把将来自internet上的连接请求以反向代理的方式动态地转发给内部网络上的多台服务器进行处理，从而达到负载均衡的目的。
混合型负载均衡在有些大型网络，由于多个服务器群内硬件设备、各自的规模、提供的服务等的差异，我们可以考虑给每个服务器群采用最合适的负载均衡方 式，然后又在这多个服务器群间再一次负载均衡或群集起来以一个整体向外界提供服务（即把这多个服务器群当做一个新的服务器群），从而达到最佳的性能。我们将这种方式称之为混合型负载均衡。此种方式有时也用于单台均衡设备的性能不能满足大量连接请求的情况下。
对于大型网站来说，前面提到的每个方法可能都会被同时使用到，我这里介绍得比较浅显，具体实现过程中很多细节还需要大家慢慢熟悉和体会，有时一个很小的squid参数或者apache参数设置，对于系统性能的影响就会很大，希望大家一起讨论，达到抛砖引玉之效。
WEB前端开发
Web前端最开始的前端网页主要仅供读者浏览的静态网页，而现在的Web前端是与网站前/后台系统的页面相关。Web前端对于网站来说，指网站的前台部分包括网站的表现层和结构层。因此前端技术一般分为前端设计和前端开发，前端设计一般可以理解为网站的视觉设计，前端开发则是网站的前台代码实现。Web前端开发是利用各种Web技术进行客户端产品的开发，完成客户端程序的开发。在开发过程中要考虑到多样式兼容性的问题，因为ie、火狐、Chrome等各大浏览器内核不一，使用到新特性的时候需要给样式加上最基础的兼容前缀，所以最好的做法还是尽量避免使用新样式属性来完成预期的效果。Web前端开发结合后台开发技术模拟整体效果，进行丰富互联网的Web开发，致力于通过技术改善用户体验。Web前端开发主要是使用HTML、CSS、JavaScript技术，将美工提供的美工图转化为网页。在前端的开发中，在页面的布局时，HTML将元素进行定义，CSS对展示的元素进行定位，再通过JavaScript实现相应的效果和交互。Web前端开发前，需要将需求确定好，结合概念进行开发，可达到事半功倍的效果，在应用web开发技术时也会得心应手。Web前端开发的主要职能就是把网站的界面更好的呈现给用户。在目前的物联网时代的发展里，Web APP和HTML5迅速崛起，Web前端的开发也不仅仅是局限性的做做电脑网页设计之类的。
