一、网站主题，名称，选好合适的网站名字，是未来网站目标定位发展的前提。
二、用户体验，定义好网站形象设计，符合用户色彩感官与视觉的便捷。
三、栏目版块分类，根据网站发展方向，与站长的管理能力，划分网站分类，设定相应版块。
四、网站特色，每个网站都要有相应的特色，如同网站的灵魂，如果偏偏一律，没有主打特色，是留不住访客，培养不了长期用户的。
五、版面布局色彩 版面尽量不要很烦琐，这样给人体验很大很乱，摸不着头脑，而且不宜以后的更新，损害网站权重。色彩尽量不要超过五色，根据网站所处的行业，来划分色彩搭配。
六、速度与效果，如果打开的速度过慢，或者不能完全打开，这样直接影响访客体验，目前主流的网页格式是采用Div+Css+静态网页，的形式来做网站页面的。
七、亲和度与交互性，亲和度，就是网站容易被用户群接受。而交互度，是体验在网站给予用户功能上的便捷，实用不烦琐。
八、广告融合，广告是为了网站运营，现在做网站要理智，不能只以娱乐为主，要考虑如何让网站实现赢利。只有网站赢利，才利于网站的长久发展，但注意广告设计摆放不要损害了网站形象，网站设计与广告相融合。
九、网站更新，内容的更新维护相当于网站的血脉，如果网站做好后，没人管理维护，添加新内容，那网站就相当于死站。只有源源不断的管理，更新，网站才能更具活力，吸引更多用户。
十、网站标签设计，如网页标题设计中要以内容的主题为标题，或者以网页内容的关键词来定义，标题尽量在15字左右，关键词标签三个词语为最佳，网页描述可以适当，30个字左右即可。
十一、网站合作，网站合作的目的在于，相互协助推广，合作的方式主要体现在与相关网站栏目互换，交换友情链接，这样有利于相互提高网站流量的同时，增加网站黏度。 十二、地图与内部构造，网站地图，是便于搜索引擎抓取工作，可以提高网站收录量，内部构造是网站的从里到外内部链接都能相互指引，并且方便搜索引擎来抓取。SEO优化在于细节，正所谓细微之处见功力，本文只是粗略分析了相关概念，只有细节上你方方面面都考虑到了，才是做好网站优化的关键之所在。
建立网站的要求是什么？
如果你是认真的想运营好一个网站，那么偶觉得在建站之前。你要有一份网站优化方案。而不是等网站建好了，在这里改改，那里改改。如果没有一份良好的计划书，可能后面会花更多的时间来整理思路。
如何写一份详细的网站SEO优化方案。
一 、网站定位
在建设一个网站之前，大家首先要做的就是一个网站清晰的定位，会带来转化率相对较高的客户群体，大家建站的目的就是为了营销，只有集中来做某一件事，才会更好的展现大家的网站，这样网站内容建设相当也会比较简单。
在做SEO优化的同时，大家首先就要先确认网站优化的最终SEO目标，有了一个明确的目标才能更好的安排具体的工作。
这个目标可以是长期的、具有战略意义的，也可以是短期的，但不管是短期还是长期，大家的目标设定一定要可以实现的前提下，不要设定一个根本无法完成的目标出来，然后将目标分解到具体的每月、每周、每日的阶段目标。
针对目标人群是各个社会层次的人员，对于计算机网络的应用相对不一致，明确网站的访问人群，要在互联网上推广，就得对病种治疗的品牌推广、效果推广、真人真事口碑宣传推广，自然优化的效果会比竞价好些。
二、竞争对手分析
孙子兵法有云：“知己知彼，放能百战殆”，在着手优化之前，要先去了解客户的产品和服务，以及研究竞争对手网站情况。
对于网站的目标群体和服务可以通过网站或直接和客户沟通去了解，对于竞争对手的分析，重点有以下几个要点：
1、基本数据：网站年龄、收录量、收录率、快照新鲜度。
2、站内优化：TITLE的设计、描述的书写、强调文本、段落标题（H1、H2之类的）、URL处理、链接深度、Nofollow的使用、目录页和内容页的优化等等。
3、外部数据：外链数量和质量、全站外链、首页外链、品牌知名度。
建议各位站长或SEO人员可以通过这几个方面的内容来建立数据模型，将每一项详细记录下来，写进方案中。
三、目标群体分析，确定网站关键词
分析和了解病人的群体，网站的目标用户是属于哪一类，不同的网站性质所需要的目标用户是不同的，马海祥建议大家要做精准的客户营销，不为SEO而去SEO。
在确定好用户群体后开始研究和分析客户网站的关键词，选择关键词的原则是以网站的用户为导向，从用户的角度去分析他们会通过什么关键词去搜索网站的产品和服务，同时还要和客户沟通，确定网站的关键词，客户网站的核心关键词不一定要热门但是要精准！
对于分析关键词的方法，建议大家可从以下几点来入手：
1、研究竞争对手的网站关键词。
2、关键词挖掘工具：这里特别推荐百度后台关键词查询工具和爱站网关键词推荐挖掘工具。
3、搜索引擎下拉框和相关搜索。
4、问答平台长尾关键词挖掘。
四、制定网站SEO优化
对于如何制定网站的SEO优化策略，这里就从站内优化和站外优化2个方面来为大家简单的介绍一下：
1、站内优化
一般来说，初期的网站都会有不合理之处，需要根据SEO优化的要点对网站进行修改，这里，马海祥就简单的介绍以下几个要点：
（1）、站内结构优化
网站的结构要清晰，布局要合理，拒绝冗杂的代码，拒绝大量的JS脚本和FLASH动画，影响网站的打开速度，栏目设置要清晰易见，让访客浏览起来清晰明了。
（2）、站内链接
对于网站的链接及内链方面，需要做到是：
a、动态站修改成静态或者伪静态（需要技术支持）
b、控制文章内部链接数量，
c、链接对象的相关性要高，
d、给重要的网页相对多的链接，
e、URL统一，使用绝对路径，做好301重新定向。
这样做的好处就是：方便页面间的浏览，提高搜索引擎爬行效率，主题集中使该主题中的关键词具有排名优势。
（3）、SEO细节优化
对于一个专业的SEO人员来说，马海祥建议你还要多注意一些SEO优化细节（具体可查看马海祥博客《站内SEO最容易忽略的一些优化细节》的相关介绍），比如：
a、标题的写法，图片的ALT标签。
b、合理布局关键词和关键词密度（标题、标签、描述文本中），描述设置。
c、长尾关键词记录单。
d、次导航，定向锚文本，内页第一次出现的锚文本加黑。
e、做好页面内容的相关性，坚持原创文章内容更新。
（4）、对竞争对手的关键词进行分析
a、看网站内链和外链，外链是否强大，内链文章是否做好锚文本。
b、看关键词在标题的位置，是否在首页并重复出现，网站是否在围绕这个词在做。
c、看竞争对手首页的外链。
d、关键词分布的位置，URL的链接(是主域名还是内页在做)。
e、看网站规模，域名的年龄、收录量、更新机制。
（5）、增加网站地图，做好404错误页面
当蜘蛛进入网站后，网站地图就当是一个好的向导，蜘蛛很容易进入网站的各个角落，所以，大家要根据SEO优化的需求建立一个合理的网站地图。
另外就是404错误跳转页面，关于301重定向文件和404页面，有很多的人会不做，也有一些站长做的并不是404返回代码（具体可查看马海祥博客《你真的懂404页面设置吗》的相关介绍），其实，这两个页面还是很重要的，一个提示作用。
2、站外优化
对于网站的站外SEO优化，主要就是通过外链建设的，主要途径有：友情链接、博客评论(留言)、论坛签名(发帖)、问答平台、百科、分类信息推广。
在此，跟大家分享一些偶经常做外链建设的方法及平台：
（1）、博客评论（留言）自建博客——新浪、搜狐、天涯、网易、百度空间、和讯。
（2）、论坛签名、发帖带些关键词和链接——行业相关论坛、站长论坛
（3）、通过分类信息推广——58同城、赶集网、百姓网、今题网、易登网、列表网、百业网、久久信息网、城市分类信息网、中华企业录、马可波罗、机电之家等。
（4）、百科——百度百科、搜搜百科、互动百科
（5）、问答——百度知道、雅虎知识堂、天涯问答、搜搜问问、奇虎回答、新浪爱问知识人以及贴吧)
（6）、重视品牌与信息的传播(发布网站软文和相关招聘信息等)。
（7）、在文章中适当将相关关键词指向权威网站，提高网站在搜索引擎中的信任度。
另外，提醒各位站长或SEO优化人员，在做网站外链建设的时候，也有一些注意事项要特别留意的，比如：
（1）、链接文字中包含关键词，注意关键词的多样化。
（2）、尽量与相关性较高的网站交换，对方PR值要比自己网站大，对方导出的链接越少越好。
（3）、注意外链锚文本的多样性
云服务器的负载均衡技术？
组件分离
DNS负载均衡
不同的web内容分布到不同的服务器上，并划分子域，利用DNS将请求自然转移到不同的服务器上。主要可以分为两大内容：
1.动态内容，CPU、IO密集型
2.静态内容，IO密集型
通过在DNS中配置多个A记录，将请求转移到集群中不同的服务器，这有助于具有地域性问题的大型web站点上，DNS可以使用户就近访问相应的web服务器。像BIND这样的DNS服务软件提供丰富的调度策略。但是，如果集群中的主机出现故障的话，需要更新DNS缓存，这通常需要一定的时间。另外，客户端也可以通过设置host来绕开DNS调度。
跨域共享cookie：将cookie的范围扩大到父域。
HTTP重定向
通过使客户端重定向，来分散和转移请求压力，比如一些下载服务通常都有几个镜像服务器。
分布式缓存
无法使用页面级别缓存时，需要考虑直接缓存数据，比如使用memcached作为缓存。此时，需要考虑并发写memcached的问题。 另外，当memcached横向规模扩大，服务器数量增加时，需要一种对应算法，能够使应用程序知道应该链接哪个memcached服务器（比如，取模运算）。分布式缓存能够自动重建缓存，不必担心down机。
负载均衡
负载均衡就是将请求分散，这涉及到应当如何设计调度策略，以让集群发挥最大的性能。当集群中的主机能力相当时应当尽量平均调度，能力不均时应当能者多劳。随着问题的复杂，要时刻关注调度的性能，不要让调度成为性能瓶颈。
反向代理负载均衡
反向代理服务器工作在HTTP层，类似代理服务器，与普通的代理服务器不同的是，服务器在代理的后端，而不是客户端在代理的后端，这类似于NAT，只是NAT工作在网络层。同样是负载均衡，反向代理服务器强调”转发”而不是”转移”，因为它不仅要转发客户端的请求，还要转发服务端的响应。可以用作反向代理服务器的软件有Nginx、lighttp、Apache，另外目前也有一些专业的代理转发设备能够工作在应用层，例如A10。
使用代理转发要注意以下问题：
由于反向代理的转发特性，使得代理本身很可能成为性能瓶颈。一般对于CPU密集型请求，使用代理比较合适，如果是IO密集型的话，这种集群方式很可能无法发挥最大性能
在代理上要开启健康检查，及时发现集群中的故障机，从而调整转发策略，这通常比DNS方式实时性更好
黏滞会话：对于启动session保存用户信息，或者后端服务器使用动态内容缓存的应用，必须将用户在一段会话中的的请求保持在同一台服务器上。代理服务器一般支持类似的配置。然而，尽量不要使应用过于本地化，比如可以使用cookie保存用户数据，或者分布式Session或分布式缓存。
IP负载均衡
字面上看，便是利用网络层进行请求转发，类似NAT网关。然而，使用网关转发在带宽上可能出现瓶颈，因为出口只有一个，所以出口的带宽要求较高。Linux中的Netfilter模块可以通过iptables的配置。比如：对外网端口8001的请求转发给内网某台服务器，而对外网端口8002的请求转发给内网另一台服务器。这种方式简单易行，但是无法对调度做太多配置。LVS-NAT同样是Linux中的在网络层进行转发的方式，与Netfilter不同，它支持一些动态调度算法，比如最小链接、带权重的最小链接、最短期望延迟等。
直接路由
直接路由是通过调度器修改数据包的目的MAC地址，转发请求数据包，但是响应数据包可以直接发送给外网的方式。这样做显而易见的好处就是无需担心网关瓶颈，但是实际的服务器和调度服务器都需要链接在WAN交换机上，并且拥有独立的外网IP地址。
这种方式的工作原理略微复杂：
首先每台服务器都需要设置一个IP别名，这个IP别名是面向客户端的一个虚拟IP，只有代理服务器对这个IP别名的ARP请求做出响应，这样客户端发给这个IP的请求包首先会到代理服务器。然后代理服务器将这个请求包的目的MAC地址填写为实际服务器的MAC地址（通过某种调度算法决定目的服务器），由于目标服务器也具有这个IP别名，因此，转发过来的数据包能够被实际的服务器接收并处理。最后由于数据包的源IP地址还是客户端请求的IP地址，因此，实际的服务器将通过交换机直接将响应包转发给客户端而无需通过代理服务器。
Linux下可以通过LVS-DR实现直接路由方式
IP隧道
IP隧道的意思是，调度器将原始的IP数据包封装在新的IP数据包中，以实现调度，实际的服务器可以将响应数据包直接转发给用户端。
共享文件系统
对于一些简单的提供文件下载的服务（包括html中静态资源等），自然要考虑利用集群来减压，但是如何使这些资源在集群中的主机上同步呢。
NFS
一种方案是让这些主机从同一个地方取数据。比如采用NFS（Network File System），基于PRC。这种方式简单易行，但是由于NFS服务器本身的磁盘吞吐率，或者并发处理能力以及带宽等问题，往往很有局限性。
冗余分发
另一个方案就是在主机上冗余存储资源，这样主机无需访问共享文件系统，只需读取本地磁盘上的资源即可。但是这也带来了一个同步的问题，如何同步这些数据呢：
主动分发式，还分为单级分发和多级分发，分发可以借助SCP、SFTP、HTTP扩展协议WebDAV
单级分发：通过一次分发，就达到目的，这样的方案简单易行，但是性能瓶颈会出现在磁盘压力和网络带宽，难以扩展
多级分发：通过多次分发，才达到目的地，这样的方案能够分散磁盘压力和网络带宽压力，而且容易扩展，坏处是成本高
被动同步式容易理解，可以使用rsync，rsync同步时是根据最后更新时间进行判定是否需要同步的条件的，因此，如果一个文件夹中有的文件数量太多的话，rsync扫描的时间就很长了，可以通过给文件夹设置最后更新时间，并合理的规划文件目录，来加快rsync的扫描时间。即使不使用rsync，自己开发同步程序也可以借助这样的思想来提升性能。
分布式文件系统
分布式文件系统工作在用户进程层面上，它是一个管理文件的平台，内部维护冗余，检索，追踪、调度等工作，通常包含一个物理层面的组织结构和逻辑层面的组织结构。物理层面的组织结构由分布式文件系统自行维护，逻辑层面的组织结构面向用户。其中”追踪器”起到了关键的作用。
MogileFS就是一个开源分布式文件系统，用Perl编写，包含追踪器、存储节点、管理工具，它使用MySQL分布式文件系统的所有信息、使用WebDAV实现文件复制。其他著名的还有Hadoop。
每个文件由一个key定义，需要读取文件时，指定一个key，追踪器会返回一个实际的路径，在访问这个地址即可获得文件。甚至可以将这个key对应的path用分布式缓存缓存起来，这样可以减少追踪器的查询开销，但这样也会失去分布式文件系统的调度策略的优越性。另外，可以利用支持reproxy的反向代理服务器（比如：Perlbal）让路径重定向的工作由反向代理服务器完成。
数据库扩展
1.主从复制，读写分离
这种方式是指利用数据库的复制或镜像功能，同时在多台数据库上保存相同的数据，并且将读操作和写操作分开，写操作集中在一台主数据库上，读操作集中在多台从数据库上，对于读取比写更多的站点适合使用这种方式。如果不想在应用程序层面维护这种分离映射，那么可以使用数据库反向代理来自动完成对读写的分离。
2.垂直分区
对于不需要进行联合查询的数据表可以分散到不同的数据库服务器上，这称为垂直分区；当然每个分区自身也可以使用读写分离。
3.水平分区
将同一个表的记录拆分到不同的表甚至是服务器上，称为水平分区，这往往需要一个稳定的算法来保证读取时能正确从不同的服务器上取得数据，比如简单的对ID取模、范围划分、亦或者是保存映射关系。 也可以使用类似代理的产品spock。
缓存
构建高性能web站点时，抛开基础架构（数据库分区的问题也包括在基础架构中了），在应用程序、编码层面主要要考虑的问题就是缓存的设计，合理的缓存设计可以使提供动态网页服务的网站性能大幅度提高。当然，在架构阶段设计缓存解决方案，绝非简单的技术问题，需要从业务出发，再结合各种技术。下面按照一次HTTP请求的顺序，对每个环节的缓存设计从技术角度进行讨论。
1.客户端缓存
可以利用客户端浏览器的缓存机制，来减少浏览器对服务端的请求次数（当然在服务端进行图片等资源合并，并结合css图片定位技术，也可以减少HTTP请求），利用好HTTP的缓存协商，可以设计出灵活的客户端缓存方案。在HTTP头中下面的内容与缓存协商有关：
Last-Modified：动态页面通过主动推送该值，暗示浏览器在下次请求同一个url的时候，优先使用If-Modified-Since值与服务端进行缓存协商，如果缓存没有过期，那么服务端可以不用重新计算动态网页，通过返回304通知浏览器。网站的静态资源往往使用这种方法。但是该方法有一个缺点：有时，文件的最后更改时间虽然改了，但是内容却没有变，这样无法充分发挥浏览器缓存的能力。
ETag：Web服务器为每个url生成一个散列值，增加在HTTP头的ETag标记中，浏览器会优先使用If-None-Match加上这个散列值来协商缓存过期。通过对静态文件的内容进行md5变换，可以生成散列值，这样可以弥补Last-Modified的不足。但是随之带来的是服务端md5变换的计算开销。
Expires：上述两种方式，虽然可以使服务端多少避免了反复的动态网页解析和计算，但浏览器还是必须通过HTTP请求来进行协商，并没有真正意义上减少请求的次数。通过在HTTP头中添加Expires标记可以明确的告知浏览器过期形式，浏览器会彻底减少请求的次数。
2.反向代理缓存
在web服务器前端，还有反向代理服务器缓存。反向代理服务器本质上就是代理服务器，只是将外网的请求转发给内网的web服务器处理，他们都工作在应用层，能够理解HTTP协议。正向代理服务器具有HTTP缓存、HTTP过滤等功能，反向代理服务器同样具有HTTP缓存的能力，而且还具备一定程度上的安全性。一切HTTP友好的动态程序同样能够很好的在反向代理服务器上实现缓存。重量级的squid、轻量级的varnish、甚至是Nginx这样的web服务器软件，都可以胜任反向代理服务。
上述的代理服务器软件产品，通过各种配置可以缓存基于HTTP协议的web响应。
3.Web服务器缓存
Web服务器有可能支持基于url的缓存（基于key-value对），这类似反向代理缓存。缓存通常可以通过配置存储在内存或磁盘上，在缓存有效期的问题上，通常是基于HTTP协议中的头部信息判断。但是使用这样的机制需要注意：
动态程序会可能变得依赖于特定的web服务器 注意编写面向HTTP缓存友好的动态程序，会使你的动态程序更有生命力 web 服务器还具有缓存文件描述符（类似句柄）的能力，这样可以减少文件的open操作，同样是一种减少系统调用的措施，这对于一些小文件有些效果，因为文件越小花在open上的开销将越来越占有重要的比例。
4.应用程序缓存
应用程序本身可以对动态内容进行缓存，这可以体现在三个层面：
动态脚本缓存：每次脚本解析都需要消耗一定的时间，为了加快这个速度，一些服务器端脚本语言都支持动态脚本的预编译，比如大家熟悉的、JSP都有所谓的中间语言，解析这些中间语言会快很多。
动态脚本框架支持的缓存：一些动态脚本框架支持缓存，同样在选型的时候要关注一下这些框架的缓存机制和原理，比如缓存如何存放，过期如何设置，是否支持局部缓存等。
应用程序自身实现缓存：应用程序根据特定的业务需求独立设计缓存。
在缓存设计的具体技术上有以下几点：
缓存在内存，这种方式的优点就是减少了磁盘的读写，但是内存有限，单机不易扩展。
缓存在分布式缓存，这种方式的优点是减少了磁盘读写，并提高了可靠性和扩展性，但是由于需要网络IO，性能稍逊于单机缓存。
局部页面缓存，对于一些页面无法完整缓存的，可以考虑局部缓存。
静态化，将网站静态化可以极大的提高性能，因为用户的请求不需要动态脚本处理。
服务器系统能力的制约因素：
这部分内容对于所有的服务器（无论是代理服务器、web服务器还是其他），都具有普遍适用的意义。
多进程、多线程的选择和调度：进程切换和线程切换都需要一定的系统开销，通常使用多线程模型的web服务器软件比使用多进程，具备更优的性能。
系统调用：一些需要从用户模式切换到内核模式的函数调用可以称为系统调用，比如：打开文件。系统调用会有一定程度上的开销，减少系统调用是可以加快处理速度的程序设计细节。
TCP链接保持：可以通过保持TCP链接来减少服务端和客户端之间的创建和关闭TCP链接的操作。HTTP中的Connection:Keep-Alive就有这样的功能
IO模型：由于CPU的速度远远比IO快，IO延迟往往成为性能瓶颈，因此，IO模型十分重要。
各种IO模型：
PIO：CPU直接干预磁盘和内存的数据交互，即无论是数据从内存到磁盘还是磁盘到内存都要经过CPU寄存器。这样的模型，可想而知，CPU有很多时间都需要等待慢速设备。
DMA（Direct Memory Access）：CPU通过向DMA控制器发送指令来控制处理数据，数据处理完之后通知CPU，这可以很大程度上释放CPU资源。
同步阻塞I/O：对于进程来说，一些系统调用为了同步IO，会不同程度上阻塞进程，比如accept、send、read等。
同步非阻塞I/O：对于进程来说，一些系统调用可以在调用完之后立即返回，告知进程IO是否就绪，避免阻塞进程。
多路I/O就绪通知：对于同步非阻塞I/O的方式，进程仍然需要轮询文件描述符（句柄）来得知哪些IO就绪了，而多路I/O就绪通知将这个过程改成回调通知。
内存映射：将文件与内存的某块地址空间相映射，这样可以想写内存一样写文件。当然这种方式本质上跟写文件没有什么区别。
直接I/O：在用户进程地址空间和磁盘中间通常都会有操作系统管辖的内核缓冲区，当写入文件时，一般是写入这个缓冲区，然后由一些延迟策略来写入磁盘。这样做可以提高写效率。但是对于诸如数据库这样的应用来说，往往希望自己管理读写缓存，避免内核缓冲区的无畏内存浪费。Linux的open函数支持O_DIRECT参数来进行直接IO。
sendfile：如果web服务器想发送一个文件，将会经历如下过程：打开文件，从磁盘中读取文件内容（这通常涉及到内核缓冲区数据复制到用户进程），然后进程通过socket发送文件内容（这通常设计到用户进程数据复制到网卡内核缓冲区），可以看到重复的数据复制是可以避免的。sendfile可以支持直接从文件内核缓冲区复制到网卡内核缓冲区。
jquery设置样式怎么加权重？
常用的方法有两种：
1、用jquery直接加样式在html控件上，但是需要注意点加important的格式，如： $("p").click(function(){ $(this).css("cssText","color:red!important"); })
; 2、用jquery改变class，从而达到改变样式的目的，如果可以，就用jquery修改原来的class，如果原有class是必须的或者没有class，就定义一个新的class，在样式表里定义好这个class对应的样式属性，把你想改变的原来的css属性重新赋值且加上important，这样就能覆盖掉原来的加了important样式了。
