潘良虎的blog

初识NoSQL

plhwin — Thu, 19 May 2011 11:14:19 +0800

这是我的同事写的一篇关于NoSQL的入门文章，转载于此，原文作者：吕小铮，日期：2010.9.30。

本文目录

一引言：NoSQL兴起的背景

曾几何时，金融，电信，MIS，ERP等软件类型占据了整个软件业的大半江山。那个时候，程序员的工作中有相当大一部分是与事务，增删改查，ODBC，JDBC或者Hibernate这种框架相关；架构师们总在考虑的也都是建表，拆表，建索引，行级锁，页级锁等等问题。那个时候，很多准备入行的新手都把目光瞄准到了ORACLE，INFORMIX等大型数据库的DBA上，因为关系数据库技术已经发展得相对成熟，新技术的更新速度并不像软件开发领域那样迅速，所以一旦成长为优秀的DBA，就可以较长时间地站在行业领域的顶端，而且并不需要太多持续的成本投入，这在某种程度上几乎成为了IT业的意识形态。

然而，随着web2.0时代的来临，随着我们的系统所必须存储，处理的数据量快速增长，奋战在第一线的架构师和DBA们开始越来越多地感觉到了传统关系数据库解决方案的力不从心，越来越多的高并发读写常常让MYSQL，ORACLE崩溃；越来越多的数据以无法预计的速度暴涨，导致没完没了的拆表，扩容；越来越多的社区网站出现了，但却因为数据库无法支撑而频频阻塞用户响应，很快又消失了。这一切都来得那么快，让数据库专家们束手无策，好像以前的“好日子”一去不返了。

就在这时，一个新名词越来越多地出现在各大技术论坛，博客和期刊上，那就是NoSQL。

这是一个一旦出现需求，马上就会有实现的时代。NoSQL天生就是为解决上述问题而产生的。现在，当我们随便打开一个NoSQL数据库的主页，无论是MongoDB，Cassandra，Memcachedb，或者别的什么，你基本都会看到这样的关键词：scalable，high performance，scheme-less。对比一下上面我们所遇到的问题，这不恰恰就是我们所要的东西么。

相对于传统的RDBMS关注事务，ACID，关联等需求所作出的复杂设计，NoSQL数据库针对性更强。scalable，可以平滑增加系统存储能力，解决数据量暴涨带来的拆表等问题；high performance，通过数据的分布式存储等特性带来对抗高读写压力的能力，可以解决高并发问题；scheme less可以让使用者更加灵活地修改数据库中的数据结构，更优雅地应付需求变更，另外web2.0网站应用中很多数据只存储在单表，基本不需要关联，这也符合NoSQL的使用原则。既然如此，那么时下如此多的NoSQL数据库纷纷崛起也就是顺理成章的事了。

NoSQL的出现引发了很多争论，甚至引起了一些人的抵触，这是可以理解的。不过我想现在NoSQL和SQL之间的关系很像几年以前OOP与AOP的关系，当时很多熟悉OOP的程序员都感觉到了不小压力，觉得一种全新的编程模式出现了，而且正要取代自己所熟悉的。其实事实证明二者之间并无竞争关系，相反却是很好的补充，它们相安无事地运行在系统的不同方面，一起让我们的程序变得更优雅，更健壮。现在，NoSQL 也同样并不需要，而且也没有能力取代关系数据库，他们将分别服务于不同场景，为架构师们，DBA们提供更全面，更好的解决方案。

当时间已经来到2010年秋天，虽然并没有一个正式的里程碑，但我们必须承认NoSQL已经乘着开源软件的浪潮，正式站到数据存储历史的舞台上了。

二 NoSQL的分类

1、世界上每件事物都会有很多面，NoSQL当然也是。我们可以根据NoSQL的很多特性来分类，比如实现语言，针对CAP理论的实现策略等等。但我个人更愿意按照http://nosql-database.org/ 中所列出的前三种来分类：

(1) 面向列（列族）：
常见的一般都实现自Google的论文《Bigtable: A Distributed Storage System for Structured Data 》，扩展性好，面向列存储，适合存储大量结构化，半结构化数据。
代表：HBase,Cassandra，HyperTable。
(2) 面向文档：
常见的一般以JSON等文档格式存储组织数据。没有scheme，比较灵活。
代表：MongoDB，CouchDB。
(3) key/value
结构最简单，存取性能最高，但是适用场景比较单一，适合存储简单的key/value对。
代表：MemcacheDB，Tokyo Cabinet/Tyrant。

2、CAP theorem

CAP是Consistency, Availability, Partition Tolerance的缩写。CAP theorem是指在一个分布式系统中，无法同时满足C，A，P三种特性，只能选取其中两种来实现。CAP理论是设计分布式系统的公理，同时也可以作为选取分布式数据库的高层依据，因为接下来的介绍中经常会涉及到CAP，所以在这里先做一下简单介绍。关于CAP的详细信息可以参考：http://en.wikipedia.org/wiki/CAP_theorem 以及 http://www.julianbrowne.com/article/viewer/brewers-cap-theorem。

三常见NoSQL数据库以及它们的特性

1：HBase

a、因为HBase的体系结构几乎完全是继承自Google的BigTable，所以可以说是常见的NoSQL中最为复杂的，这可以体现在几点上：

(1) HBase的存储是基于HDFS（apache HADOOP子项目的分布式文件系统）的，这表示HBase的每次读操作都需要通过HDFS层来取得数据，这也在一定程度上决定了HBase的随机读性能是比较低的。
(2) 不像Cassandra等平等的NoSQL数据库，HBase集群中的节点是分为Master和RegionServer的。其中Master负责Region的分配，而RegionServer负责存储Regions数据（在HBase中，数据严格按照key的字母顺序排序，并且分为不同的区块，叫做Region，一个Region在Metadata表中以startrow和endrow来确定）。这在一定程度上也为HBase引入了单点问题（虽然client端的读写并不依赖于Master）。
(3) 整个框架是通过一套叫做ZooKeeper的程序来协调控制cluster内的各个节点的（对应BigTable的Chubby）。
(4) 以上三点涉及到的HDFS，Master，RegionServer，Zookeeper，都有各自的配置文件，且可配置项繁多，这也使得HBase的安装部署比较繁琐。

图1：HBase存储结构

b、HBase的面向列（列族）特性。

(1) HBase说起来是面向列，其实是按照cell存储的，确定一个cell的key是由row key，version，column family， column name几项组成的。由于HBase是按照key的字母顺序紧凑排列cells，所以scan效率非常高（对应于b-tree存储结构）。
(2) HBase的存储文件格式叫做hfile。而在一个Region中不同列族的数据是存储在不同的hfile中的。所以，如果一次数据访问过程中只访问某个column family的数据，效率会更高。这也使得设计table scheme时的column family定义更加重要。

c、Hbase的读写流程大概是这样：

(1) client依次访问Zookeeper,ROOT Table, Metadata Table,得到需要处理的row所在Region，并缓存该信息在本地。
(2) Client直接连接该RegionServer。
(3) 若写，则直接写在RegionServer中的memstore，并且记录日志。待memstore已满，框架则自动flush内存数据到HDFS中的hfile中。因为写操作直接面对memstore，所以效率很高。
(4) 若读，则直接寻找Region对应的hfiles（因为每次内存flush都会生成新的hfile，所以读操作可能会寻找多个hfile文件，这也是HBase随机读效率较低的原因之一）。

d、Hbase选取CAP中的C和A来实现，因此对Partition Tolerance的支持不好。不过这对于所有节点都放在同一个机房的集群来说不是什么大问题。另外，其实HBase并没有数据库层面的replication机制，而完全是由HDFS中与生俱来的replication机制来完成的。

e、因为HBase的数据分为多个Region，而且HBase本身就基于HADOOP，所以HBase中存储的数据天然地支持map/reduce计算模式。这为HBase作为数据仓库存储提供了可能。

f、HBase中数据的顺序存储带来了hot spot问题。在用户集中大量访问某个范围的数据时，举个例子来说，访问某个域名下的网页内容，由于数据库中的key按照字母数序排序，那么同一域名下的页面内容也就都存在一个或者几个相邻的Region中，那么这些Regions所在的RegionServer压力将会明显增大，而这时其他服务器可能压力很小，从而形成了负载不均衡的情况。

g、HBase用java实现。

h、HBase扩展性良好。

综上，HBase的scan性能和random write性能都还是不错的，但是随机读性能要差一些，扩展性良好，可以很好地支持m/r。尤其适用于快速大量地写入数据，但读时要求不很高，且要求分布式数据处理的数据分析系统。比如BigTable在Google Analytics的应用模式，我想大概就是这样（当然BigTable的读性能和HBase还是不可同日而语的）。

图2：read heavy情况下几种数据库read性能对比（测试结果来自Yahoo!）

图3：read heavy情况下几种数据库write性能对比（测试结果来自Yahoo!）

图4：几种数据库scan性能比较（测试结果来自Yahoo!）

2：MongoDB

引用：

a MongoDB bridges the gap between key-value stores (which are fast and highly scalable) and traditional RDBMS systems (which provide rich queries and deep functionality).
MongoDB (from “humongous”) is a scalable, high-performance, open source, document-oriented database.
–mongodb.org

a、从上面这段简介可以看出MongoDB的志向所在，以及大概的特点。

(1) 处理“超大”数据。
(2) 面向文档（JSON），结构灵活，scheme-less。
(3) 填补key/value数据库和关系数据库之间的缺口，寻找高性能存取和丰富的查询功能之间的平衡。如图5所示，MongoDB要达到的目标就是基本等同于，或者略低于key/value数据库的性能（远远高于RDBMS），但是却比key/value数据库丰富很多的查询功能。

图5：MongoDB与key/value数据库，RDBMS的对比

b、因为MongoDB基本支持了所有的关系数据库常用功能，比如按任意列查询（对比key/value数据库只能按照key查询），排序，索引等等，是由关系数据库过度到NoSQL的最好选择。
c、Replication。

(1) Replication是MongoDB提供的复制机制，用作数据冗余和错误恢复。用户可以在程序中控制write和read操作，从而控制一致性的程度。
(2) Replication目前（1.6）包括Master/Slave以及Replica Set两种方案。其中Replica Set是从1.6版本刚刚可用的，它支持自动错误恢复，但是并没有经过大规模集群测试，有些风险；Master/Slave方案久经考验，但节点出现错误需要手动配置解决。具体资料可参考：http://www.mongodb.org/display/DOCS/Master+Slave，

图6：MongoDB的Replication方案

d、Sharding。

(1) MongoDB的sharding功能支持水平扩展，平滑实现扩容。
(2) 限制：未经大规模测试，一些功能还不支持（如db.eval()）。
(3) 数据按照某种预定义的顺序分布在各个不同shards server中存储，每个shard server中包含多个chunk（很像HBase中的region，同样顺序存储相邻的数据）用来存储真正的数据，这和HBase的分布式结构类似。client的request传递给mongos，后者将请求route到某个或某些shards，整合结果再返回。其中mongos通过启动时从config server得到的metadata定位存储数据的shard server和chunk。config server的作用有点像hbase中的Metadata表。
(4) MongoDB的sharding是表级别的，不是数据库级别的，即可以设定数据库中的某些表为sharding的，某些表不是，依旧存储在一台服务器。
(5) MongoDB的shards是平等的，没有master的概念，每个shards可以包含n个replication。集群中可以有多个config server和mongos。如图7所示：

图7：MongoDB servers layout

e、GridFS。这是一个非常有用的特性，相当于一个分布式文件系统，可以存储大文件，比如图片，视频等。框架会将每个大文件的metedata存入file collection，实际文件内容分为多个部分存在chunk collection中。我觉得这个特性如果成熟，很适合快速存取邮件附件。
f、Capped collections。这是一种固定大小，速度非常快的表。它利用LRU算法丢掉某些旧的documents，进而插入新的documents，非常适合记录固定日期的日志，或者LRU缓存等等。
g、map/reduce。MongoDB支持map/reduce，其中map/redude函数用JavaScript来实现。
h、MongoDB使用c++开发。
i、MongoDB不支持事务，joins。
j、MongoDB的安装，部署非常简单。

3：MemcacheDB
a、MemcacheDB是一个成熟的key/value分布式数据库。是很多key/value数据库中的杰出代表。
b、不要被MemecacheDB的名字所迷惑，它和著名的Memcached的应用模式完全不同，MemcacheDB完全是永久存储方案。

引用：

A complete memcached, but
*NOT* a cache solution –《memcachedb guide》

c、MemcacheDB支持事务，但不支持更多关系数据库功能。
d、和其他key/value数据库相似，MemcacheDB比其他种类NoSQL（当然也包括SQL）性能更高。
e、MemcacheDB的API接口和Memcached兼容。
f、MemcacheDB底层基于BerkeleyDB。
g、Replication：

(1) MongoDB通过底层BerkeleyDB的Replication机制来实现复制。
(2) BerkeleyDB的Replication采取Master/Slaves模式。
(3) 与mongo类似，MemcacheDB同样支持通过设置ack类型来控制Consistency的程度。其中ack类型包括ACKS_ALL,ACKS_NONE,ACKS_ALL_PEER,ACKS_ONE_PEER,ACKS_QUORUM等。它们分别描述了Master必须等待几个replication node复制确认，与Mongo的getLastError对应。

四根据应用场景选取NoSQL

作为技术人员，经常关注和研究新技术，跟踪技术热点是很好的习惯。但是当我们为产品选择技术时，无论一项技术有多么流行，有多么吸引人，最关键的还是它是否适合我们的系统，我们的系统是否需要它。如果我们要做一个事务密集，需要大量关联表的产品，那么虽然TT/MemcachedDB能给我们提供很高的读取速度，HT/HBase能给我们带来Map/Reduce的能力和良好的扩展性，CouchDB/MongoDB可以自由改变数据存储结构，但是我们还是要老老实实选择MYSQL或者Oracle，因为它们能契合最关键的需求，即使可能我们要继续忍受拆表的痛苦。

对一项技术的需求可能涵盖很多方面。普遍的范畴下有诸如稳定性，性能，文档是否齐全，支持是否完备等等；针对NoSQL来说，我想最主要的是对CAP模型的需求。

拿性能需求举例来说，它还可以分为read性能，write性能，scan性能。再细分还可以分为分别在write heavy和read heavy环境下的read性能，write性能，scan性能，以及random read，random write，sequence read等。可见我们需要对备选技术做详细的研究和测试之后，或者从其他途径获取这些指标之后才可以做出准确的判断。但是NoSQL市场上有如此多产品，要一一做到这些实在是要花费大量人力和时间成本的。

我们只能先根据一些更为抽象，宏观，或者粒度更大的指标做出筛选，然后再对筛选出的结果做更细的工作。

依旧拿常见的一些NoSQL产品举例：

如果需要存储结构化或者半结构化的数据，且希望得到比较好的并发读写性能，又不严格要求一致性，那么Cassandra是一个很好的选择。

如果需要存储，处理海量数据，并且生成数据统计分析报表一类的输出（即表示对read并发性能要求不是那么高），或者主要访问模式为scan ，那么非常适合HADOOP+HBASE。这里的统计分析的情况还可以考虑HIVE。HIVE是Apache下的一个开源项目，它的目标是数据仓库，本质是HADOOP的客户端，定义了自己的一套查询语言（类似于SQL），可以把简单的查询语句编译成为map/reduce任务加以执行。

如果想得到接近于key/value数据库的高性能，又希望为client提供动态查询能力，则MongoDB是最好选择。另外，如果希望从MYSQL迁移到NoSQL以获得更好的扩展能力和更高的性能，MongoDB也非常适合（同样因为它的动态查询能力可以涵盖大多数关系数据库查询操作）。

如果需要存储海量key/value对（且尺寸不是很大），那么Tokyo Tyrant/MemcacheDB类型的数据库是不错的选择。

分布式系统的开发和实现是非常困难的，需要解决很多难题。现在有如此多的NoSQL产品，从宏观来看，它们可以提供给我们比较统一的接口，但是解决那些难题的技术细节则被很好地封装了起来，如果我们要真正了解NoSQL，那些隐藏起来的技术实现是重要的。本篇文章也并没有包含太多细节，只是我对NoSQL技术的一些粗浅理解，目的仅仅是向不太了解这项技术的同事们做一个概要介绍，算是抛砖引玉了吧。正如文章开头所提到的，现代计算机系统所处理的数据正越来越大，所要求的读写性能越来越高，NoSQL是顺应潮流的，而且目前仅仅出于起步阶段，我相信它的未来一定会越来越好。

由于本人水平有限，如有错误，请大家指正！

参考资料：

http://nosql-database.org

http://mongodb.org

http://hbase.apache.org

http://memcachedb.org

http://cassandra.apache.org

http://devblog.streamy.com/2009/08/24/cap-theorem/

http://www.allthingsdistributed.com/2008/12/eventually_consistent.html

http://www.larsgeorge.com/2009/10/hbase-architecture-101-storage.html

《Bigtable: A Distributed Storage System for Structured Data》

《Benchmarking Cloud Serving Systems with YCSB》

《memcachedb-guide-1.0》

《introtomongodb-100223125714-phpapp01》

绝大多数人都会看的日志 »

为何大型网站也使用JiaThis?

plhwin — Fri, 24 Dec 2010 15:30:24 +0800

相信很多朋友已经注意到，国内很多大型网站，如：淘宝、百度、腾讯、新浪、MSN、360、人人、cntv…等等，数不胜数的大型网站都在使用JiaThis，我们“谁在使用”的页面，由于排版有限，也仅仅只是列出了冰山一角。大家不禁要问：为何这些大型网站也不约而同的使用JiaThis?

不妨从以下几个角度来说说看：

JiaThis解决了什么需求，有效果吗？

最简单最直白的回答：JiaThis能帮助网站主提高网站流量，并且效果显著。

那么，JiaThis是如何稳步提升网站流量的呢？之前的“社会化分享按钮正在流行于网络各大媒体”一文对此进行了解释：这得益于SMO（社会化营销优化）中分享循环圈的形成。SMO虽然在国外已经较为盛行，但在国内仍然是一个相对较新的行业。不过，随着如此之多的大型网站纷纷开始重视SMO，这个行业在国内同样有着光明的前景。SMO作用不可小视！

为什么选择JiaThis?

毫无疑问，JiaThis是国内最大的社会化分享按钮及分享工具提供商，在安全性、速度、稳定性方面处于业界领先。除此之外，JiaThis提供高度灵活的社会化媒体自由定制，简洁直观的社会化流量分析与统计报表，分享按钮排序算法引入用户行为模式…等等。大型网站在选用第三方代码的时候，可能还会着重考虑以下两点：

1）、风格能否与自身融合

JiaThis的分享按钮提供了多种表现形式供网站主选择，目前主要分为“侧栏式”，“按钮式”，“工具式”和“图标式”。其中每种表现形式又有多种风格供网站主选择，使用方式灵活多变。但是，我们知道，即使我们设计出再多的分享按钮，也不可能满足每一个网站的风格需求。但是我们预留的接口可以让网站主可以自己动手制作符合自己风格的漂亮的分享按钮，也许您已经在很多使用JiaThis代码的网站上发现了这一”秘密”：比如淘宝网上很多分享按钮都是他们的设计师自己设计的分享按钮，这样可以和自身网站风格无缝的链接起来，让您网站的用户觉得美观漂亮。

2）、安全性、速度、稳定性

关于安全性，目前，国内诸多大型的网站都已经开始用JiaThis第三方按钮了，我们也有一套完整细致的安全机制，确保服务器和代码的安全。保障用户网站的安全，就是保护我们自己的安全！国外的诸多大型网站、甚至政府部门，比如白宫网站也会使用第三方分享工具addthis.com的代码。国内几乎95%的网站也都会采用CNZZ、谷歌或百度等第三方流量统计代码。

关于速度和稳定性，JiaThis也有着极大的保障，评测显示：Jiathis分享代码是行业内加载速度最快的。我们的服务遍布于国内各个CDN城市节点，即使在极端情况下，我们的集群服务器全部宕机，我们的CDN网络也会采用离线模式，确保分享的服务不会被中断。对嵌入JiaThis代码的网站不会造成丝毫影响，事实上，JiaThis的服务非常高效和稳定，我们分布式的WEB构架设计完全可以满足业务增长带来的访问压力。

到此，对标题中的疑问，您心中有答案了吗？想为您的网站添加一个分享按钮了吗？赶快行动吧！

你可能也会喜欢以下日志 »

“社会化分享按钮”正在流行于网络各大媒体

享受我们的事业

plhwin — Sat, 06 Nov 2010 19:45:32 +0800

沸沸扬扬的互联网大战终于告下一个段落，如果不出意外，不管是在局里还是局外，没有谁会是这样一场战争的赢家。一场赤裸裸的商业“核战争”，在原本平静的互联网湖面激起了不小的涟漪。不少的朋友，也被迫作出了一个艰难的决定。到底应该抛弃谁，这是一个问题！

不过，我并打算讨论也并不关心谁应该抛弃谁。我只是希望我们自己以及更广大的互联网从业者，能够以更轻松的心态去享受我们自己所从事的事业，而不是一定要争个你死我活。毕竟，在互联网的花园里，我们都只是一个个奔跑并快乐着的孩子。

绝大多数人都会看的日志 »

去公园办公！

plhwin — Tue, 02 Nov 2010 17:02:32 +0800

北京的秋天很美，好一个阳光灿烂的下午！好天气让我们的技术部突然心血来潮，决定下午去户外办公，地点最后选定在朝阳公园旁的一个咖啡馆。

与好心情相比，其他统统都是浮云、没错，都是浮云……

发几张照片，分享一下。呵呵…

阳光下的笔记本

宁静的湖面，偶尔飞过一只小鸟

小小的咖啡桌

绝大多数人都会看的日志 »

“社会化分享按钮”正在流行于网络各大媒体

plhwin — Tue, 02 Nov 2010 16:45:49 +0800

最近，你可能会发现，仿佛在一夜之间，在网络各大媒体的文章页、内容页都纷纷加上了”社会化分享按钮”，让网站的访问者可以更便捷的分享到各大社会化媒体(如各大微博、SNS网站等)。根据国内最大的社会化分享按钮提供商JiaThis(加网)的统计数据显示，90%的视频网站，70%的新闻网站，55%的购物网站都已经加上了“社会化分享按钮”，小小的社会化分享按钮几乎成为各大网站的标配。流量的革命：社会化流量即将超过SEO流量在最近3年中，SEO一直是网络媒体和站长的热门话题，如何将自己的页面优化到搜索引擎第一页将会带来大量流量。但是最近，情况有所变化，根据COMPETE公司最近提供一篇调查报告显示，在很多主流网站“社会化分享流量”已经超过“搜索引擎流量”，成为各大网站的流量主要来源。分享循环圈：社会化分享按钮如何激发巨大的社会化流量？社会化流量之所以能有如此大的威力，得益于社会化分享流量的循环圈。(见下图) 当某篇文章的社会化传播率(Social Growth Rate)大于1时，社会化流量的循环圈就能形成，这篇文章被持续爆红的机会相当高。简单的说，当这篇文章的部分浏览者分享给了他的社会化网络的好友，从而带来更多的浏览用户，这部分浏览用户又会分享给更多的人。这样社会化流量的循环就产生了。如何开始：给网站添加社会化按钮要注意的几个问题：要想给网站进行初步的“社会化分享优化”，第一步要做的是添加社会化分享按钮，在添加按钮时需要注意以下问题： 1.覆盖面是否能“达标”？目前中国地区活跃的社会化分享网络非常多，多达80多家，仅微博服务就有多达7~8家，比如新浪、搜狐、网易、腾讯….等等，并且使用量非常分散(见下图)。如果只选择其中4个社会化网络添加按钮，其覆盖使用率只有35%左右。但如果将全部社会化媒体都加上，多达80多个的社会化媒体API接口的更新和维护是一件很繁琐的事情，并且没有主次之分。幸好，在这个“社会化分享”行业已经有专门的公司，比如 Jiathis.com、addthis.com、sharethis.com已经提出了一些解决方案，来帮助各行业的网站建立自己的网站“社会化分享按钮”。比如将用户常用的按钮按频次来进行显示，其他的就放在“更多”窗口里面，而与各大社会化网站API接口的日常更新、维护这些繁琐的工作，就交给这些公司完成就可以了。 2.能否对分享数据进行统计？与SEO工作一样，对“社会化营销优化(SMO)”也是一件长期的细致的工作，但是要做社会化流量优化的工作之前，必须先得有一些工具，来对社会化分享行为做统计。必须知道，哪些文章被分享的次数多？分享到哪些媒体？分享后返回到本站的社会化流量数据又是多少？….等等这些关键数据必须要被网站主所了解，这样才能有针对性的对网站的内容进行优化。目前国内Jiathis公司已经和 CNZZ公司展开深度合作，提出了一些工具和解决方案，将会提供给网站运营者更多的社会化决策数据作为参考。展望：“社会化营销优化”行业的未来 SEO目前已经形成了一个相当庞大的产业，有无数SEO公司、网站以及个人在从事这一行业。然而“社会化营销优化(SMO)”虽然在国外已经较为盛行，但在国内仍然是一个相对较新的行业，仍处于一个初级阶段，在未来，必将出现一批针对这个市场更为细分的角色，包括社会化分享按钮提供商、社会化流量数据工具提供商、社会化公关管理、微博/SNS专员、社会化媒体意见领袖等等。相信有一天，“社会化营销优化”的行业将会进入一个全新的繁荣期。你可能也会喜欢以下日志 »为何大型网站也使用JiaThis?

中秋时节

plhwin — Wed, 22 Sep 2010 22:01:32 +0800

中秋时节
月缺月圆
年复一年
凭窗远望
忽生苍茫之感
人生幸事
莫过邀三五知己相聚小酌
然人生漂泊
兄弟姐妹散于江湖
有心相聚
无力常逢
遥寄今夜花好月圆的祝福！

绝大多数人都会看的日志 »

解决问题的乐趣

plhwin — Wed, 11 Aug 2010 14:53:02 +0800

生活中存在的问题不是来打败你的，而是助你成长的。

你是否去过健身房，盯着排排挂在墙上的哑铃，感叹“该死！这里怎么会有如此多的哑铃？我很有可能一个也举不起来！看看它们是多么的重啊！他们为什么不能只放一些轻点的，就那样足够了？”

当然，这听起来太傻了，但这大抵就是许多人对生活中浮现的形形色色的问题做出的反应。

引用

“该死！为什么我就这么胖呢？我怎么就不能又瘦苗又条呢？怎么就有这么多的美食让我长胖呢？为什么运动这么辛苦呢？我真为肥胖烦透了！”

“该死！我怎么就找不到女朋友（男朋友）呢？我是很不错的，不是吗？我厌倦了和那些笨蛋一起憋劲的日子！也许我就应该孤独一生吧。这怎么就这么难呢？我真为单身伤透了脑筋！”

“该死！我怎么就找不到一个我喜欢的工作呢？为什么我不得不做那份我恨透了的该死的工作来挣钱呢？这叫什么生活呀？我连自己喜欢做什么都不知道，还谈什么做呢？我真是为我的工作操死了心！”

有没有听起来感觉熟悉呢？

问题 = 障碍？

上述反映的态度把问题描绘成了障碍，视之为阻碍，烦恼和愤怒之源。它们是生活中的拦路虎，干扰你平和的生活之乐。鉴于此种心态，你应该尽可能的全力防止问题的产生。如果有个问题出现，这就意味着有事情出错了。你本应该预料到并加以阻止的。一个无法避免的问题代表了坏运气或命运的残酷转点。又或许表明你的想法错了，在某种程度上你通过“吸引力法则”招徕了它。如果你现在就有烦恼之事，那么你应该尽力去消除它们。寻求一个无忧无虑的美好的极乐世界——每件事都井井有条，没有烦恼。

这是一种可怕的心态。你有这种想法的时间越长，你就变得越软弱。这种心态把你引上如下两条支路之一。

第一条支路通向崩溃。然而最终你的生活会充满你无法轻易解决的问题。于是你很可能采取某种逃避的方式（比如看电视、上网、玩视频游戏、过度阅读、饮酒、嗑药等等）来解决问题。你会有渐渐下沉的感觉，觉得你的生活正离你而去。当产生新的问题时，你会感到压力、紧张和焦虑。

第二条支路通向放弃。你慢慢地退出这个世界以此来减少你所要面对的问题。你会用简化、最小化等词来为此辩护。如果生活的某方面给你带来了太多的困扰，你会试图把它除去。也许你是单独居住，而且很少有朋友。你乐于做简单、不具挑战性、平平凡凡的工作。住到山洞里或是连续沉思几天的想法于开始变成不错的主意。你所要的就只是安静、安静，还是安静。但是你在那里又从来都待不长，总有烦恼冒出来。

除了上述两条支路的衍生，还有其他多条支路，但是大体情况是要么你走向压力巨大的过度训练，要么你选择长期逃避。无论何种情况，时间越长，你变得越脆弱。

最后，五年前看起来并不大的问题现在变成了可怕的负担——“该死！为什么那盏灯泡会爆破呢？哦，该死，已经没有灯泡了。现在我必须去商店买。额……待会儿在说吧。我现在没有力气干这件事。”

问题 = 机会

让我提供你一个看待问题的不同角度，这一角度多了积极进取，少了怨天尤人。

问题的出现不是来打败你的，而是来助你变得更强大。问题就像健身房里的哑铃。当你尝试去把它们举起，也许在短时间内你会感到疲倦，但是从长期来看这让你长得更健壮。

当你想到生活中必须面对的种种问题和挑战时，你会不自觉地认定你的目标是要到达问题解决的状态，跨过那道坎。然而这是一个非常狭隘、消极的看法。这好比说你去健身房的目的就是收获你运动的成果。

一个更加积极的看法是：重要的是解决问题的过程。帮助你成长的是问题的解决过程，而不是最终的解决状态。

假设你遇到的其中一个问题是：你破产了，背了一身债。如若此，我想这是一个你十分希望解决的问题。你会急切渴望尽快把问题解决。然而此事的最大价值存在于解决问题的过程中，而不是最后的结果。

我今天经济状况良好的原因之一是大约在10年前我解决了破产这个难题。这自然不是一个容易解决的问题。在能够解决问题之前我必须经历许多困难的中间阶段。期间我的态度改变了多次。在挑起那些重担的同时，我的精神变得更加坚强，于此同时我的经济状况也好转了。

因此我知道了，如果未来某时我又破产了，我能够再次解决问题，而且这次大有可能比第一次快得多。虽然我现在破产经济损失会更大，但我不害怕失去。我相信我有能力重振旗鼓。我所真正获得的不是钱，而是内心的力量、知识和技能。如果当初我直接跳到了问题解决的那步而不是真正地靠自己去解决问题，那我现在的生活又会怎样呢？假设我中了彩票。乍看起来，貌似我的经济窘境已消除，但是事实上我将陷入一个更坏的地步。

在我身无分文的那段时间，我祈祷自己不会大发横财。我知道我必须自己解决问题。我不希望自己突然继承一笔巨大的遗产，而无法吸取重要的经济经验和教训。当有人送我彩票时，我变得紧张因为我不知道自己能否成功。

接受如此的挑战绝非易事，但是我发现我所遇到的问题于我有益。这些问题帮助我成长。

另一好处在于亲自解决了这些问题，使我能够写很多文章来分享我所学到的东西。如果没有那些经验教训，我是做不到的。生理问题增强你的体质，精神问题加强你的意志，社会问题提高你的社会能力。而所有问题在某种程度上都会增强你的精神力量或者说是个性力量。

这种心态是一个积极的长远的观点。你坚持此观点时间越长，你会变得越强大。

解决问题的态度调整

我十分肯定我从母亲那儿学得了解决问题的重要性。几乎在我的整个人生中，她一直是大学数学教授，现在还是。她会经常买给我满是问题的书——数学问题，视觉问题，文字问题，逻辑问题等等。你在当地的任一所书店都能找到此类书。这是她让我在夏天有所事事的方法。

我渐渐地喜欢上了此类书，所以在小时候我就解觉了许许多多的难题。起初我经常被书中的问题难倒，能够解决的问题很少，但是慢慢地情况变好了。

在五年级的时候，我开始学习BASIC计算机编程，所以遇到了更多的问题。我开始把解决问题视为一大乐趣，当作益智活动。

当我上高中时，我已经喜欢上了解答有趣的问题。如果有老师布置了额外加分题我也会解答，只为了找乐子。我简直快上瘾了。遇到一个问题，我会非常好奇，迫切想要解决它。

有时会有同学在早上上课前来找我帮忙解答数学或科学作业的问题。我乐意帮助他们。通常我们甚至不同班，因为我在学校已经有了解题高手的美誉。在一位老师的鼓励下，我做起了数学辅导。这样更好了，因为教大家解题技巧有报酬可拿。

一天早上上课前我的物理老师走到我的寄物柜前，让我去他教室。他给我看了一道物理题，这题貌似他解答不了。我轻松地解了题，并非因为我的物理比他好，而是我接触过了大量的问题，我一见问题就有了解题思路。那道物理题跟我已知的一类题型相同。我的解法对于一道物理题来说是不太寻常，但对于一道数学题来说并非那么不寻常。

在高三圣诞节两星期的休假中，我感到无聊，一定程度上是因为没有什么真正的问题可供我解答。于是我打开了微积分课本，开始读下去并做些题目。这样做只因我喜欢挑战。

节后（高中最后一学期初），我去找微积分老师交给他厚厚的一摞纸张。我告诉他在假期期间我完成了他在剩下一年会布置的全部作业。

他问：“但是你怎么知道我会布置哪些作业呢？”我回答说：“我不知道，所以我全做了。”通常他会选每章12到15道题目作为作业。我大致做了4倍的量。

当然这使得我的微积分老师为难——“那现在接下来的5个月该拿你怎么办呢？他将坐在教室里无所事事。”事实上他想出了创新的点子来督促我，他布置给我特殊的作业和带回家做的试卷。

在后来的生活中我才意识到从数学、科学和逻辑问题上归纳出这种态度并应用于日常生活是如此的有用。

比如说，我鄙视会计工作。这已不是秘密了。我发觉这是经营生意中最乏味的一部分。大多数的账我会雇佣一个会计来帮我算，但是做生意你是不可能完全不理那些数字和财务责任的，除非你公司大到不能倒闭，有资格得到政府的资金救助。

与其反感会计工作，我决定视它为一个训练。问题的重点不在于把工作做完，而在于通过工作变得强大。通过维持生意的良好财务状况，我变得更有条理，更有效率。我知道如果我真能成功打理好生意上的财务，这训练将来对我会有所帮助。

我可以雇佣一个会计让他做更多的工作，然而现在我不想这么做。现在还不是这么做的时候。这份工作正教育现阶段工作生涯中的我必须学会的重要知识。不然当我钱更多，需要处理更复杂的生意时，我会有把它搞砸的危险。在我去举25磅的哑铃前，我必须先举起20磅的哑铃。

战胜崩溃

如果你选择逃避，做事懈怠，那么当你从沙堆中伸出头时，你会发现到处都是大得解决不了的问题——负债累累，失业，情场失意，大肚子，生活无目的等等。没关系。就从最简单的问题下手，慢慢取得进步吧。一旦你解决了一些小问题，你会感觉自己变得更强大了，更加满怀希望。

渐渐地你能够解决较难的问题了，最后真正的大问题也没问题了。

打扫，整理，小维修工作是好的开始。收拾你的书桌，打扫卫生间，整理一个架子，回复电子邮件，挂一幅画，清除冰箱里过期的食物。

你还可以定个时，设置一个固定的时间，比如说30到90分钟，在这段时间内，能解决多少问题算多少。时间到了，不管进程如何，你就可以停下了。在做乏味的工作时我经常定时，比如说清理一个文件夹需要优化重组的硬盘驱动器。我会每天清理30分钟直到完成。这样没有任务可以让人崩溃了。解决小问题的长远好处在于那样做你会变得善于快速处理问题。我父母在这方面可是高手。每个周末他们都会干无数件小事，所以我家的房子总是干净整洁有序的。把解决一个问题看做是一次简短的精神运动，就像去健身房一样。如果你经常做这种运动，渐渐的你会变得越来越强大，小问题再不会让你心烦了。

变强大

解决问题让你变得更加足智多谋。解决的问题越多，你变得越善于解决问题。

态度的调整时非常有效的。若你开始把问题看做是让你变得强大的训练，那么你就能抱着“我行”的态度去面对问题。你清楚问题会很难，并且你接受问题难的可能。哑铃会很重，锻炼会很辛苦。如果太简单了，你就不可能有所长进。

当你深陷一个难题时，你会感到压力和紧张，正如你在健身房做剧烈运动时的感觉。遇到问题不要唉声叹气，要心存感激，因为这些问题让你变得更聪明更强大。学会欣然接受对你的考验。多年后你会感激你现在必须解决这些问题，因为这使你成长得更强大。

原文：The Joy of Solving Problems – Steve Pavlina
译者：Cherry Chou（译言)

绝大多数人都会看的日志 »

在centos 5.3上安装nginx0.7.67+mysql5.1.49+php5.2.14

plhwin — Fri, 30 Jul 2010 11:23:53 +0800

Nginx (”engine x”) 是一个高性能的 HTTP 和反向代理服务器，由于它的高性能和稳定性，国内越来越多的网站已经开始使用 Nginx 作为 Web 服务器。以下是笔者最近一次的的安装配置笔记。

系统版本：CentOS release 5.3 (Final)，安装之前，先确定服务器是否可以连通网络，否则wget、yum等网络命令均无法使用。

编辑/etc/resolv.conf

vim /etc/resolv.conf

在尾部加入下面的内容(*处填写你的DNS地址)，重启就好了。

nameserver ***.***.*.**
nameserver ***.***.*.**

例如北京地区的DNS为：202.106.0.20 和 211.161.46.84

以下是服务器安装的各个软件的安装版本：

nginx-0.7.67：nginx最新稳定版本
mysql-5.1.49：MySQL 5.1系列最新版本
php-5.2.14：PHP5.2系列最新版本
php-5.2.14-fpm-0.5.14：以FastCGI模式编译安装PHP5.2.14时需要用到的补丁
libiconv-1.13：编译安装PHP 5.2.14所需的支持库
libmcrypt-2.5.8：编译安装PHP 5.2.14所需的支持库
mcrypt-2.6.8：编译安装PHP 5.2.14所需的支持库
memcache-2.2.5：高性能的分布式内存缓存服务器
mhash-0.9.9.9:编译安装PHP 5.2.14所需的支持库
pcre-8.01：安装Nginx所需的pcre库
eaccelerator-0.9.6：eAccelerator可以加速PHP
PDO_MYSQL-1.0.2：mysql pdo支持
ImageMagick：ImageMagick库
imagick-2.3.0：imagick库

以上版本均为截止2010.7.30日的官方最新稳定版本，可用在ssh中直接使用wget命令从官网获得：

wget http://sysoev.ru/nginx/nginx-0.7.67.tar.gz

下载MYSQL：

进入 http://www.mysql.com/downloads/mysql/5.1.html 页面
在 “Select Platform” 中选择 “Source Code”，选择列表中的最后一个 mysql-5.1.49.tar.gz 下载：

wget http://dev.mysql.com/get/Downloads/MySQL-5.1/mysql-5.1.49.tar.gz/from/http://ftp.iij.ad.jp/pub/db/mysql/

wget http://php-fpm.org/downloads/php-5.2.14-fpm-0.5.14.diff.gz
wget http://cn2.php.net/get/php-5.2.14.tar.gz/from/cn.php.net/mirror
wget http://ftp.gnu.org/pub/gnu/libiconv/libiconv-1.13.tar.gz
wget “http://downloads.sourceforge.net/mcrypt/libmcrypt-2.5.8.tar.gz?modtime=1171868460&big_mirror=0”
wget “http://downloads.sourceforge.net/mcrypt/mcrypt-2.6.8.tar.gz?modtime=1194463373&big_mirror=0”
wget http://pecl.php.net/get/memcache-2.2.5.tgz
wget “http://downloads.sourceforge.net/mhash/mhash-0.9.9.9.tar.gz?modtime=1175740843&big_mirror=0”
wget ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/pcre-8.01.tar.gz
wget http://bart.eaccelerator.net/source/0.9.6/eaccelerator-0.9.6.tar.bz2
wget http://pecl.php.net/get/PDO_MYSQL-1.0.2.tgz
wget http://www.plhwin.com/download/webserver/ImageMagick.tar.gz
wget http://pecl.php.net/get/imagick-2.3.0.tgz

以上所有软件笔者习惯于wget到“/usr/local/src”目录中，以备后面的安装。

以下是笔者习惯的各个目录位置：

站点目录位于：/workspace/wwwroot
服务器软件安装目录位于：/usr/local/webserver
原始安装软件位于：/usr/local/src

在开始安装前，强烈建议更换掉centos系统的开源软件镜像源为网易的开源软件镜像站点，这样使用yum命令安装软件时候可以获得最大的下载速度。

替换过程：

cd /etc/yum.repos.d/
mv CentOS-Base.repo CentOS-Base.repo.bak
vim CentOS-Base.repo

在 vim 编辑器中填写以下内容并保存：

# CentOS-Base.repo
#
# This file uses a new mirrorlist system developed by Lance Davis for CentOS.
# The mirror system uses the connecting IP address of the client and the
# update status of each mirror to pick mirrors that are updated to and
# geographically close to the client. You should use this for CentOS updates
# unless you are manually picking other mirrors.
#
# If the mirrorlist= does not work for you, as a fall back you can try the
# remarked out baseurl= line instead.
#
#

[base]
name=CentOS-$releasever – Base
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os
#baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/
baseurl=http://mirrors.163.com/centos/$releasever/os/$basearch/
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5

#released updates
[updates]
name=CentOS-$releasever – Updates
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates
#baseurl=http://mirror.centos.org/centos/$releasever/updates/$basearch/
baseurl=http://mirrors.163.com/centos/$releasever/updates/$basearch/
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5

#packages used/produced in the build but not released
[addons]
name=CentOS-$releasever – Addons
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=addons
#baseurl=http://mirror.centos.org/centos/$releasever/addons/$basearch/
baseurl=http://mirrors.163.com/centos/$releasever/addons/$basearch/
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5

#additional packages that may be useful
[extras]
name=CentOS-$releasever – Extras
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=extras
#baseurl=http://mirror.centos.org/centos/$releasever/extras/$basearch/
baseurl=http://mirrors.163.com/centos/$releasever/extras/$basearch/
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5

#additional packages that extend functionality of existing packages
[centosplus]
name=CentOS-$releasever – Plus
#mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=centosplus
#baseurl=http://mirror.centos.org/centos/$releasever/centosplus/$basearch/
baseurl=http://mirrors.163.com/centos/$releasever/centosplus/$basearch/
gpgcheck=1
enabled=0
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5

开始安装前的准备

1、所有服务器环境都安装在 /usr/local/webserver 目录下：

mkdir -p /usr/local/webserver

2、创建网站根目录

mkdir -p /workspace/wwwroot

3、利用CentOS Linux系统自带的yum命令安装、升级所需的程序库（RedHat等其他Linux发行版可从安装光盘中找到这些程序库的RPM包，进行安装）

yum -y install gcc gcc-c++ autoconf libjpeg libjpeg-devel libpng libpng-devel freetype freetype-devel libxml2 libxml2-devel zlib zlib-devel glibc glibc-devel glib2 glib2-devel bzip2 bzip2-devel ncurses ncurses-devel curl curl-devel e2fsprogs e2fsprogs-devel krb5 krb5-devel libidn libidn-devel openssl openssl-devel openldap openldap-devel nss_ldap openldap-clients openldap-servers

yum -y install gettext

fastcgi安装PHP会用到，如果有包不需要再执行yum命令进行安装

yum -y install patch

安装nginx会用到pcre库，如果有包不需要再执行yum命令进行安装

yum -y install pcre-devel

二、接下来开始编译安装MYSQL

tar -zxvf mysql-5.1.49.tar.gz
cd mysql-5.1.49
groupadd mysql
useradd -g mysql mysql
./configure –prefix=/usr/local/webserver/mysql –with-comment=Source –with-server-suffix=-enterprise-gpl –with-mysqld-user=mysql –without-debug –with-socket-path=/tmp/mysql.sock –with-big-tables –with-charset=utf8 –with-collation=utf8_general_ci –with-extra-charsets=all –with-pthread –enable-static –enable-thread-safe-client –with-client-ldflags=-all-static –with-mysqld-ldfags=-all-static –enable-assembler –without-ndb-debug –enable-local-infile –with-readline –with-raid –with-low-memory
make
make install

整个安装过程中，MYSQL是最慢的一个环节，所以需要有一点耐心，如果你在执行 “make install” 的时候，一直卡在”make[4]: Entering directory `/usr/local/src/mysql-5.1.49/mysql-test’”，那是因为你太心急了，等等就编译好了，呵呵,整个卡在这个的过程大概耗时20分钟。趁这个过程喝杯茶去吧。

编译安装完成后，开始配置MYSQL，具体的步骤就先不解释了，可以网上查到，只需要按照一下步骤操作即可：

cd /usr/local/webserver/mysql
cp /usr/local/webserver/mysql/share/mysql/my-medium.cnf /etc/my.cnf
/usr/local/webserver/mysql/bin/mysql_install_db --user=mysql
 
chown -R root /usr/local/webserver/mysql/
chown -R root /usr/local/webserver/mysql/var/
chown -R root /usr/local/webserver/mysql/var/mysql
chown -R mysql /usr/local/webserver/mysql/
chown -R mysql /usr/local/webserver/mysql/var/
chown -R mysql /usr/local/webserver/mysql/var/mysql

增加MYSQL服务为开机自动启动：

cp /usr/local/webserver/mysql/share/mysql/mysql.server /etc/rc.d/init.d/mysqld
chmod 700 /etc/init.d/mysqld
chkconfig --add mysqld
chkconfig --level 3 mysqld on

启动MYSQL服务

service mysqld start

设置MYSQL密码为”111111″(6个1)

/usr/local/webserver/mysql/bin/mysqladmin -u root password 111111

cp /usr/local/webserver/mysql/bin/mysql /sbin/mysql
cp /usr/local/webserver/mysql/bin/mysqldump /sbin/mysqldump

测试MYSQL是否正确安装：

进入MYSQL：mysql -uroot -p
查看所有数据库：show databases;
选择数据库： use mysql;
显示所选择数据库下的所有表名：show tables;
退出MYSQL： \q

三、编译安装PHP 5.2.14所需的支持库

tar zxvf libiconv-1.13.tar.gz
cd libiconv-1.13/
./configure --prefix=/usr/local
make
make install
cd ../
 
tar zxvf libmcrypt-2.5.8.tar.gz 
cd libmcrypt-2.5.8/
./configure
make
make install
/sbin/ldconfig
cd libltdl/
./configure --enable-ltdl-install
make
make install
cd ../../
 
tar zxvf mhash-0.9.9.9.tar.gz
cd mhash-0.9.9.9/
./configure
make
make install
cd ../
 
ln -s /usr/local/lib/libmcrypt.la /usr/lib/libmcrypt.la
ln -s /usr/local/lib/libmcrypt.so /usr/lib/libmcrypt.so
ln -s /usr/local/lib/libmcrypt.so.4 /usr/lib/libmcrypt.so.4
ln -s /usr/local/lib/libmcrypt.so.4.4.8 /usr/lib/libmcrypt.so.4.4.8
ln -s /usr/local/lib/libmhash.a /usr/lib/libmhash.a
ln -s /usr/local/lib/libmhash.la /usr/lib/libmhash.la
ln -s /usr/local/lib/libmhash.so /usr/lib/libmhash.so
ln -s /usr/local/lib/libmhash.so.2 /usr/lib/libmhash.so.2
ln -s /usr/local/lib/libmhash.so.2.0.1 /usr/lib/libmhash.so.2.0.1
 
tar zxvf mcrypt-2.6.8.tar.gz
cd mcrypt-2.6.8/
/sbin/ldconfig
./configure
make
make install
cd ../

四、以FastCGI模式编译安装PHP 5.2.14

tar zxvf php-5.2.14.tar.gz
gzip -cd php-5.2.14-fpm-0.5.14.diff.gz | patch -d php-5.2.14 -p1
cd php-5.2.14/
./configure –prefix=/usr/local/webserver/php –with-config-file-path=/usr/local/webserver/php/etc –with-mysql=/usr/local/webserver/mysql –with-mysqli=/usr/local/webserver/mysql/bin/mysql_config –with-iconv-dir=/usr/local –with-freetype-dir –with-jpeg-dir –with-png-dir –with-zlib –with-libxml-dir=/usr –enable-xml –disable-rpath –enable-discard-path –enable-safe-mode –enable-bcmath –enable-shmop –enable-sysvsem –enable-inline-optimization –with-curl –with-curlwrappers –enable-mbregex –enable-fastcgi –enable-fpm –enable-force-cgi-redirect –enable-mbstring –with-mcrypt –with-gd –enable-gd-native-ttf –with-openssl –with-mhash –enable-pcntl –enable-sockets –with-xmlrpc –enable-zip –enable-soap –without-pear
make ZEND_EXTRA_LIBS=’-liconv’
make install
cp php.ini-dist /usr/local/webserver/php/etc/php.ini
cd ../

五、编译安装PHP5扩展模块

tar zxvf memcache-2.2.5.tgz
cd memcache-2.2.5/
/usr/local/webserver/php/bin/phpize
./configure --with-php-config=/usr/local/webserver/php/bin/php-config
make
make install
cd ../
 
tar jxvf eaccelerator-0.9.6.tar.bz2
cd eaccelerator-0.9.6/
/usr/local/webserver/php/bin/phpize
./configure --enable-eaccelerator=shared --with-php-config=/usr/local/webserver/php/bin/php-config
make
make install
cd ../
 
tar zxvf PDO_MYSQL-1.0.2.tgz
cd PDO_MYSQL-1.0.2/
/usr/local/webserver/php/bin/phpize
./configure --with-php-config=/usr/local/webserver/php/bin/php-config --with-pdo-mysql=/usr/local/webserver/mysql
make
make install
cd ../
 
tar zxvf ImageMagick.tar.gz
cd ImageMagick-6.5.1-2/
./configure
make
make install
cd ../
 
tar zxvf imagick-2.3.0.tgz
cd imagick-2.3.0/
/usr/local/webserver/php/bin/phpize
./configure --with-php-config=/usr/local/webserver/php/bin/php-config
make
make install
cd ../

六、修改php.ini文件

1、手工修改：查找/usr/local/webserver/php/etc/php.ini中的extension_dir = “./”

vim /usr/local/webserver/php/etc/php.ini
修改为extension_dir = “/usr/local/webserver/php/lib/php/extensions/no-debug-non-zts-20060613/”
并在此行后增加以下几行，然后保存：

extension = “memcache.so”
extension = “pdo_mysql.so”
extension = “imagick.so”

再查找output_buffering = Off
修改为output_buffering = On

再查找; cgi.fix_pathinfo=0
修改为cgi.fix_pathinfo=0，防止Nginx文件类型错误解析漏洞。

2、自动修改：若嫌手工修改麻烦，可执行以下shell命令，自动完成对php.ini文件的修改：

sed -i ’s#extension_dir = “./”#extension_dir = “/usr/local/webserver/php/lib/php/extensions/no-debug-non-zts-20060613/”\nextension = “memcache.so”\nextension = “pdo_mysql.so”\nextension = “imagick.so”\n#’ /usr/local/webserver/php/etc/php.ini
sed -i ’s#output_buffering = Off#output_buffering = On#’ /usr/local/webserver/php/etc/php.ini
sed -i “s#; always_populate_raw_post_data = On#always_populate_raw_post_data = On#g” /usr/local/webserver/php/etc/php.ini
sed -i “s#; cgi.fix_pathinfo=0#cgi.fix_pathinfo=0#g” /usr/local/webserver/php/etc/php.ini

七、配置eAccelerator加速PHP

创建 eaccelerator 缓存目录，并编辑php.ini

mkdir -p /usr/local/webserver/eaccelerator_cache
vim /usr/local/webserver/php/etc/php.ini

按shift+g键跳到配置文件的最末尾，加上以下配置信息：

[eaccelerator]
zend_extension=”/usr/local/webserver/php/lib/php/extensions/no-debug-non-zts-20060613/eaccelerator.so”
eaccelerator.shm_size=”64″
eaccelerator.cache_dir=”/usr/local/webserver/eaccelerator_cache”
eaccelerator.enable=”1″
eaccelerator.optimizer=”1″
eaccelerator.check_mtime=”1″
eaccelerator.debug=”0″
eaccelerator.filter=”"
eaccelerator.shm_max=”0″
eaccelerator.shm_ttl=”3600″
eaccelerator.shm_prune_period=”3600″
eaccelerator.shm_only=”0″
eaccelerator.compress=”1″
eaccelerator.compress_level=”9″

八、创建www用户和组，以及供虚拟主机使用的目录：

/usr/sbin/groupadd www
/usr/sbin/useradd -g www www

假设你已经有一个 www.test.com 的域名已经指向了服务器的IP.你需要增加这个虚拟主机站点：(如果你当前暂无可用的域名，你希望使用IP直接访问到，则无需进行下面的操作。待安装完NGINX后，在nginx.conf文件中配置即可)

mkdir -p /workspace/wwwroot/test.com
chmod +w /workspace/wwwroot/test.com
chown -R www:www /workspace/wwwroot/test.com

以后要添加一个新的虚拟主机，则重复运行上面的步骤即可。

九、创建php-fpm配置文件（php-fpm是为PHP打的一个FastCGI管理补丁，可以平滑变更php.ini配置而无需重启php-cgi）

在/usr/local/webserver/php/etc/目录中创建php-fpm.conf文件：

rm -f /usr/local/webserver/php/etc/php-fpm.conf
vim /usr/local/webserver/php/etc/php-fpm.conf

输入以下内容（如果您安装 Nginx + PHP 用于程序调试，请将以下的0改为1，以便显示PHP错误信息，否则，Nginx 会报状态为500的空白错误页）：

All relative paths in this config are relative to php’s install prefix

Pid file
/usr/local/webserver/php/logs/php-fpm.pid

Error log file
/usr/local/webserver/php/logs/php-fpm.log

Log level
error

When this amount of php processes exited with SIGSEGV or SIGBUS …
10

… in a less than this interval of time, a graceful restart will be initiated.
Useful to work around accidental curruptions in accelerator’s shared memory.
1m

Time limit on waiting child’s reaction on signals from master
5s

Set to ‘no’ to debug fpm
yes

Name of pool. Used in logs and stats.
default

Address to accept fastcgi requests on.
Valid syntax is ‘ip.ad.re.ss:port’ or just ‘port’ or ‘/path/to/unix/socket’
/tmp/php-cgi.sock

Set listen(2) backlog
-1

Set permissions for unix socket, if one used.
In Linux read/write permissions must be set in order to allow connections from web server.
Many BSD-derrived systems allow connections regardless of permissions.

0666

Additional php.ini defines, specific to this pool of workers.

/usr/sbin/sendmail -t -i
0

Unix user of processes
www

Unix group of processes
www

Process manager settings

Sets style of controling worker process count.
Valid values are ’static’ and ‘apache-like’
static

Sets the limit on the number of simultaneous requests that will be served.
Equivalent to Apache MaxClients directive.
Equivalent to PHP_FCGI_CHILDREN environment in original php.fcgi
Used with any pm_style.
128

Settings group for ‘apache-like’ pm style

Sets the number of server processes created on startup.
Used only when ‘apache-like’ pm_style is selected
20

Sets the desired minimum number of idle server processes.
Used only when ‘apache-like’ pm_style is selected
5

Sets the desired maximum number of idle server processes.
Used only when ‘apache-like’ pm_style is selected
35

The timeout (in seconds) for serving a single request after which the worker process will be terminated
Should be used when ‘max_execution_time’ ini option does not stop script execution for some reason
‘0s’ means ‘off’
0s

The timeout (in seconds) for serving of single request after which a php backtrace will be dumped to slow.log file
‘0s’ means ‘off’
0s

The log file for slow requests
logs/slow.log

Set open file desc rlimit
65535

Set max core size rlimit
0

Chroot to this directory at the start, absolute path

Chdir to this directory at the start, absolute path

Redirect workers’ stdout and stderr into main error log.
If not set, they will be redirected to /dev/null, according to FastCGI specs
yes

How much requests each process should execute before respawn.
Useful to work around memory leaks in 3rd party libraries.
For endless request processing please specify 0
Equivalent to PHP_FCGI_MAX_REQUESTS
102400

Comma separated list of ipv4 addresses of FastCGI clients that allowed to connect.
Equivalent to FCGI_WEB_SERVER_ADDRS environment in original php.fcgi (5.2.2+)
Makes sense only with AF_INET listening socket.
127.0.0.1

Pass environment variables like LD_LIBRARY_PATH
All $VARIABLEs are taken from current environment

$HOSTNAME
/usr/local/bin:/usr/bin:/bin
/tmp
/tmp
/tmp
$OSTYPE
$MACHTYPE
2

启动php-cgi进程，监听127.0.0.1的9000端口，进程数为128（如果服务器内存小于3GB，可以只开启64个进程），用户为www：

ulimit -SHn 65535
/usr/local/webserver/php/sbin/php-fpm start

十、安装nginx-0.7.67

tar zxvf nginx-0.7.67.tar.gz
cd nginx-0.7.67/
./configure –user=www –group=www –prefix=/usr/local/webserver/nginx –with-http_stub_status_module –with-http_ssl_module
make && make install
cd ../

创建Nginx日志目录

mkdir -p /logs/nginx
chmod +w /logs/nginx
chown -R www:www /logs/nginx

创建Nginx配置文件：

①、在/usr/local/webserver/nginx/conf/目录中创建nginx.conf文件：

rm -f /usr/local/webserver/nginx/conf/nginx.conf
vim /usr/local/webserver/nginx/conf/nginx.conf

输入以下内容：

user www www;

worker_processes 8;

error_log /logs/nginx/nginx_error.log crit;

pid /usr/local/webserver/nginx/nginx.pid;

#Specifies the value for maximum file descriptors that can be opened by this process.
worker_rlimit_nofile 65535;

events
{
use epoll;
worker_connections 65535;
}

http
{
include mime.types;
default_type application/octet-stream;

server_names_hash_bucket_size 128;
client_header_buffer_size 32k;
large_client_header_buffers 4 32k;
client_max_body_size 8m;

sendfile on;
tcp_nopush on;

keepalive_timeout 60;

tcp_nodelay on;

fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
fastcgi_buffer_size 64k;
fastcgi_buffers 4 64k;
fastcgi_busy_buffers_size 128k;
fastcgi_temp_file_write_size 128k;

gzip on;
gzip_min_length 1k;
gzip_buffers 4 16k;
#gzip_http_version 1.0;
gzip_http_version 1.1;
gzip_comp_level 2;
gzip_types text/plain application/x-javascript text/css application/xml;
gzip_vary on;

server_name_in_redirect off;

#limit_zone crawler $binary_remote_addr 10m;

server
{
listen 80;
server_name www.test.com test.com;
index index.html index.htm index.php;
root /workspace/wwwroot/test.com;

#limit_conn crawler 20;

location ~ .*\.(php|php5)?$
{
fastcgi_pass unix:/tmp/php-cgi.sock;
fastcgi_index index.php;
include fcgi.conf;
}

location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$
{
expires 30d;
}

location ~ .*\.(js|css)?$
{
expires 1h;
}
access_log off;
}

server
{
listen 80;
server_name status.test.com;

location / {
stub_status on;
access_log off;
}
}
}

②、在/usr/local/webserver/nginx/conf/目录中创建fcgi.conf文件：

vim /usr/local/webserver/nginx/conf/fcgi.conf

输入以下内容：

fastcgi_param GATEWAY_INTERFACE CGI/1.1;
fastcgi_param SERVER_SOFTWARE nginx;

fastcgi_param QUERY_STRING $query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE $content_type;
fastcgi_param CONTENT_LENGTH $content_length;

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param SCRIPT_NAME $fastcgi_script_name;
fastcgi_param REQUEST_URI $request_uri;
fastcgi_param DOCUMENT_URI $document_uri;
fastcgi_param DOCUMENT_ROOT $document_root;
fastcgi_param SERVER_PROTOCOL $server_protocol;

fastcgi_param REMOTE_ADDR $remote_addr;
fastcgi_param REMOTE_PORT $remote_port;
fastcgi_param SERVER_ADDR $server_addr;
fastcgi_param SERVER_PORT $server_port;
#fastcgi_param SERVER_NAME $server_name;
fastcgi_param SERVER_NAME $host;

# PHP only, required if PHP was built with –enable-force-cgi-redirect
fastcgi_param REDIRECT_STATUS 200;

启动Nginx：

ulimit -SHn 65535
/usr/local/webserver/nginx/sbin/nginx

配置开机自动启动Nginx + PHP

vim /etc/rc.local

在末尾增加以下内容：

ulimit -SHn 65535
/usr/local/webserver/php/sbin/php-fpm start
/usr/local/webserver/nginx/sbin/nginx

优化Linux内核参数：

vim /etc/sysctl.conf

在末尾增加以下内容：

net.ipv4.tcp_max_syn_backlog = 65536
net.core.netdev_max_backlog = 32768
net.core.somaxconn = 32768

net.core.wmem_default = 8388608
net.core.rmem_default = 8388608
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216

net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_synack_retries = 2
net.ipv4.tcp_syn_retries = 2

net.ipv4.tcp_tw_recycle = 1
#net.ipv4.tcp_tw_len = 1
net.ipv4.tcp_tw_reuse = 1

net.ipv4.tcp_mem = 94500000 915000000 927000000
net.ipv4.tcp_max_orphans = 3276800

#net.ipv4.tcp_fin_timeout = 30
#net.ipv4.tcp_keepalive_time = 120
net.ipv4.ip_local_port_range = 1024 65535

使配置立即生效：

/sbin/sysctl -p

在不停止Nginx服务的情况下平滑变更Nginx配置
1、修改/usr/local/webserver/nginx/conf/nginx.conf配置文件后，请执行以下命令检查配置文件是否正确：

/usr/local/webserver/nginx/sbin/nginx -t

如果屏幕显示以下两行信息，说明配置文件正确：

the configuration file /usr/local/webserver/nginx/conf/nginx.conf syntax is ok
the configuration file /usr/local/webserver/nginx/conf/nginx.conf was tested successfully

2、创建 restart.sh:

vim /usr/local/webserver/nginx/restart.sh

输入以下内容，并保存：

/usr/local/webserver/php/sbin/php-fpm reload
kill -HUP `cat /usr/local/webserver/nginx/nginx.pid`

更改权限：

chmod 777 /usr/local/webserver/nginx/restart.sh

以后修改了 nginx.conf，php-fpm.conf，fcgi.conf 3个文件中的配置参数，都只需要运行以下shell命令即可重启nginx和PHP服务：

/usr/local/webserver/nginx/restart.sh

如果要停止NGINX服务,则执行：

kill -TERM `cat /usr/local/webserver/nginx/nginx.pid`

编写每天定时切割Nginx日志的脚本
1、创建脚本/usr/local/webserver/nginx/sbin/cut_nginx_log.sh

vim /usr/local/webserver/nginx/sbin/cut_nginx_log.sh

输入以下内容：

#!/bin/bash
# This script run at 00:00

# The Nginx logs path
logs_path=”/usr/local/webserver/nginx/logs/”

mkdir -p ${logs_path}$(date -d “yesterday” +”%Y”)/$(date -d “yesterday” +”%m”)/
mv ${logs_path}access.log ${logs_path}$(date -d “yesterday” +”%Y”)/$(date -d “yesterday” +”%m”)/access_$(date -d “yesterday” +”%Y%m%d”).log
kill -USR1 `cat /usr/local/webserver/nginx/nginx.pid`

2、设置crontab，每天凌晨00:00切割nginx访问日志：

crontab -e

输入以下内容并保存：

00 00 * * * /bin/bash /usr/local/webserver/nginx/sbin/cut_nginx_log.sh

注：如果无法运行 crontab 命令，可能原因是现在的很多vps没有/bin/vi,导致执行crontab提示/bin/vi 出错.解决方法是安装vim并设置为默认编辑器,方法如下:
1.安装vim

yum install vim-enhanced

2.修改/etc/profile文件,加入

export EDITOR=/usr/bin/vim

3.让/etc/profile文件修改后立即生效 ,可以使用如下命令:

. /etc/profile

注意: . 和 /etc/profile 有空格
4.运行crontab -e,出现编辑界面,成功。

到此为止，整个环境基本已经全部安装好，不出意外，你已经可以成功的访问到你之前创建的虚拟主机目录 “www.test.com”了，但是凡是也有意外的情况，如果做完这一切，你发现你的服务器环境还是无法解析，请仔细查找原因，笔者就碰到这样的问题。我们一步步来排查：

执行以下命令，查看端口：

netstat -ntal

如果80端口已经在工作，可能是因为防火墙规则阻挡的缘故：

1、停止防火墙：

service iptables stop

2、停止了后在看能否打开网站，如果能，那就确定是防火墙的原因了，我们需要重新配置防火墙的规则：

vim /etc/sysconfig/iptables

3、增加以下内容并保存：

-A RH-Firewall-1-INPUT -m state –state NEW -m tcp -p tcp –dport 80 -j ACCEPT
-A RH-Firewall-1-INPUT -m state –state NEW -m tcp -p tcp –dport 3306 -j ACCEPT

4、开启防火墙

service iptables start

如果你的服务器发现访问二级目录时候NGINX无法解析，例如当访问”http://www.test.com/test”时，服务器无法解析到test目录，而访问”http://www.test.com/test/“则一切正常时：只需在nginx.conf中添加以下一行即可：

server_name_in_redirect off;

至此，大功基本告成。但是笔者配置的这台服务器内存为3G，CPU是双核，所以各个性能参数指标的配置均是按照这个硬件的标准来设置，在实际生产环境中，以上NGINX和PHP的配置在这个硬件换件下表现良好，但是大多数的可能是一个只有几百M内存的VPS主机，或者是自己安装配置的虚拟机环境，所以各项配置参数需要不断调优。下篇我将讲述一下都有哪些配置会影响到NGINX的运行，怎么样的配置才最合理。否则NGINX就容易出现504错误或其他的一些错误。其实这一切都不能算做是NGINX的错，只要各个参数配置合理，这样的情况是完全可以避免的。

你可能也会喜欢以下日志 »

我的2009，2010的我

plhwin — Mon, 01 Mar 2010 23:40:10 +0800

大部分的人都习惯在元旦做一年的总结，我选择了春节。

3月1日，正月十六。大年都已经过完了，是时候对自己过去的一年进行总结，对新的一年做规划了。

3月12日，将会是我到北京整整3年的日子，这也是一次对这3年的总结。

一个三年的终点，另外一个三年的起点：

一直都觉得所有形容时间的词语拿出来都不为过，有时候真的是感觉时间流逝的太快，纵然我有千万个舍不得，无论如何我也不可能抓的住时间老人的脚步。从刚来北京时候的不适应，到现在的习惯。不知道以后会不会还有依恋。

还记得初次领略北京，是这里满世界的树木竟然没有一丝的绿意。暗黄色的枝干随风而动，透着一股凉凉的悲意。这对于生长在秀丽的南方的我来说，是难以想象的。尤其是粗狂而干燥的天气，更是让我久久不能适应。

有人说：“在北京这样的城市生活和工作，得跑快一点，这样才能有饭吃”。这句话虽然不乏夸张的成分，但是却形象的描述出了北京快节奏的生活。的确，当北京作为中国的首都，成为整个国家中心的时候，很多像我这样的年轻人都怀揣着梦想，扎堆似的挤进了这个看似繁华的城市。希望他们的梦想终有一天可以在这里实现。但是，梦想的实现竟有如此的简单吗？三年的时间，一晃而过。至今依然清晰的记得当初来北京的时候初出茅庐，骨子里透出一股不服输的劲，给自己制定了一个宏大的五年计划。现在回头一看，那个时候的自己，空有一身的豪情壮志，却缺乏短期内细致的规划。

尽管每个人都知道人的一生会经历各种各样的坎坷，那句“不经历风雨，怎么才能见彩虹”的歌词相信没有几个人不知道，谁也都明白工作中出现一些困难是正常的，也是难免的，但是只要有坚忍不拔的毅力、良好的合作精神以及事前周密而充分的准备，任何困难都是可以克服的。但是当困难真正的摆在自己的面前的时候，又有多少人能够从容的面对呢？每个人因为自己学识、修养、思维方式的不同，因而面对困境的时候的表现也各不相同。我想，我们总是忘记了认清楚自己。

总的说来，过去的3年，有许多在自己的预料之中，更有许多在自己的意料以外。

盘点自己的2009：

2009年有收获：一是关于阅读：2009年读了好几本对自己影响比较深的书，我的豆瓣里都记着，有专业的，更多的是关于思维方式，时间管理，心理学方面的书。我不知道为什么，iamsujie在博客里说一年可以看完大约40本书，可能是因为我比较笨吧，我根本办不到，我看书比较慢，喜欢在慢中边读边思考，边画圈，给自己的目标一个月能能读完一本就不错了。说起读书找书，豆瓣网帮了大忙，终于发现豆瓣网存在的最大的价值和意义。二是关于工作：这一年从工作上积累的经验比起上一年多了不少，很多业务上的方式方法较之以前甚至有颠覆性的改变。

2009年有变化：我的个人职业生涯在这一年产生了第一个变化，9月，我怀着复杂的感情从工作了2年多的前公司离职，我知道心里有很舍不得，但是也许是2年的工作使我更加深了对自己未来的思考。为了到达自己心中的目标，我需要对自己做出改变。这是我严格意义上的第一家公司，这个舞台培育我2年半的时间，内心深处充满了感激。

这就是我的2009，在变化中收获与成长的一年。

计划自己的2010：

为什么要做计划？我知道很多人，包括以前的我自己有个非常致命的缺点：做事情缺乏持之以恒。你可能会很奇怪为什么自己很多时候明明有目标，有计划却就是很难坚持到最后。通过我对在身边的和不在身边的同事、朋友分析，我发现，但凡优秀（出众、出类拔萃）的人，他们有个共性就是基本都有自己短期的目标和计划（当然不排除个别天才），这个计划几乎短到每天做什么。然后按照这个依据自己实际能力的计划表日复一日的进行。要知道，懒惰是人类的天性，这样细分首先可以让目标看起来很简单，不费多大力气就可以完成，从心里上很容易接受。其次日复一日久了，也就养成习惯。好的习惯一旦养成，就是这个人一辈子的财富，也变成了这个人的核心竞争力。终身受用。不得不说，这样的行为，是值得敬佩的，更是值得学习的。

其实，说到上面的，我相信很多人和我一样，不是不知道细分目标的好处。而是因为没有去克服天生的懒惰，总认为细分目标和计划的作用没有想象中那么大，就懒得去分了。这样导致的直接后果就是总错误的认为自己还在正确的道路上，其实早就驶入了错误的轨道。这个发现来的越晚，偏离方向的角度就越大了。另外，这个细分的计划一定要按照自己的实际能力，留有余地的制定。切忌心血来潮，给自己制定一个不切实际、难以坚持的计划，这样毫无意义。

突然想起了《把时间当做朋友》里的这么一句话：“生命的本质以及乐趣就在于：Who knows what happens next?”，第一眼看到这句话，就觉得太亲切了，亲切到产生了这句话是自己说的错觉。但是别忘了，当幸运的女神突然眷顾的时候，通常需要我们通过长期的积累做好准备后，才有可能抓的住。2010，你准备好了吗？

绝大多数人都会看的日志 »

在windows上安装虚拟机(VMware Workstation)

plhwin — Fri, 29 Jan 2010 16:07:57 +0800

最近打算把自己以前服务器配置的笔记整理成文档，希望对大家有所帮助。这个系列的服务器配置文档假设你之前从来没有进行过服务器的安装和配置，你也可以看明白。整个系列从在windows上搭建虚拟环境开始，从安装虚拟机到在虚拟机上安装linux，最后在linux上搭建PHP的生产环境(nginx+php+mysql+memcached)。

选择安装的linux操作系统是centos5.3,我下载的版本的文件名是：CentOS-5.3-i386-bin-DVD.iso,大小为3.69GB,大家可以在网上找到这个版本的下载地址。先下载好，以备后用。接下来，就从在windows上安装虚拟机开始，我的操作系统是windows XP sp3，选择的虚拟机是VMware Workstation，安装版本是V6.5.3 for Windows Build 185404。

1 下载VMware Workstation 6.5.3 for Windows Build 185404

推荐去VMware官方网站下载原版的软件，而不要使用网上流传的绿色版的，我开始也安装了绿色版的VMware，他体积是很小，仅仅10多M（原版的VMware有500多M），但是相对应的也有很多功能不完全或者不完善，所以不推荐安装绿色版本。官方网站下载的版本需要序列号激活，这个序列号网上随处可见，我这里直接提供一个可以使用的序列号给大家。

官方下载点：http://downloads.vmware.com/d/details/workstation_6_5_3_for_windows/dHdiZHdodGJAJXQ=
注册序列号：DUMA4-DMHFP-D2M4G-4PXZL

点击上面的链接进入官方网站后可以看到版本是6.5.3 for Windows Build 185404，点击下面的”download”图片后会提示需要登录后才能下载，有账号的就直接登录，没账号的现注册一个吧，下载的过程我就不啰嗦了。下载完了使用上面的注册序列号安装好就可以了。

2 启动VMware Workstation

3 新建一台虚拟机

3.1 点击在下图中的1，或者2中的 File–>New–>Vitual Machine，或者Ctrl + N：

3.2 选择新建向导，典型或自定义，这里推荐使用自定义Custom：

3.3 选择虚拟机文件的兼容性，使用最新的6.5即可：

3.4 设置何时安装操作系统，选择第二个，选择下载好的CentOS-5.3-i386-bin-DVD.iso的路径:

3.5 选择虚拟机将要安装的系统类型，这里选择Linux，如果系统版本设置考虑今后安装的灵活性，可以选择其它2.6内核“Other Linux 2.6.x Kernel”，这里我们要安装的是centos5.3，其实相当于是redhat的企业版，所以这里选择“Red Hat Enterprise Linux 5”，如下图所示：

3.6 输入虚拟机的名字，这里输入的是“centos”，然后设置存放虚拟机文件的位置，所存放的分区应该有5GB以上的剩余空间，这个剩余空间要大于3.13中设置的空间才能存下虚拟机文件：

3.7 设置虚拟机的处理器的个数，参照自己电脑运行虚拟机的主机处理器个数，绝大多数情况下都会选择One：

3.8 设置虚拟机的内存大小，具体值参照宿主机平时内存剩余空间大小，如我的系统是2GB内存，这里我比较狠，分配1024MB给虚拟机（必须是4的整数倍）：

3.9 网络类型，选择NAT：

3.10 磁盘控制器类型，使用默认设置：

3.11 新建磁盘文件的方式设置，以前没有建立过磁盘文件，所以使用默认的创建新虚拟磁盘(Create a new virtual disk)：

3.12 选择磁盘类型，考虑内核中IDE驱动最完善，使用IDE并口磁盘：

3.13 设置磁盘大小，如果要安装图形桌面推荐至少8GB，否则4GB就可以了，具体还要看需要安装多少软件，尽量大一些，推荐给10GB，设置完了后，我的经验是最好勾选“Allocate all disk space now”，这样会预先分配磁盘空间，感觉速度会快一些，这样也可以避免以后磁盘空间不足造成的其他问题：

3.14 设置虚拟磁盘文件的存放位置，最好还是放到存放到3.6中设置的位置：

3.15 设置完成，浏览下配置信息，取消掉“创建后开机”选项（Power on this macthine after creation），如下图：

3.16 在VMware主菜单中选择“VM –> Settings”或快捷键Ctrl + D，在虚拟机设置中选中光驱，然后确定下图1中开机后连接要选中，Connection中的“Use ISO image file”设置为我们下载到的CentOS5.3镜像路径，点OK保存退出：

3.17 至此虚拟机已经建立，可以启动了，启动虚拟机的方式是点击下图三个按钮中的任意一个：

您可能也喜欢：
memcached完全剖析系列教程–1. memcached的基础	“社会化分享按钮”正在流行于网络各大媒体	在windows上安装虚拟机(VMware Workstation)	开站第一篇：新的一程开始了	为何大型网站也使用JiaThis?
无觅

您可能也喜欢：
“社会化分享按钮”正在流行于网络各大媒体	MySQL ORDER BY 的实现分析	wordpess theme plhwinV1.0 发布,非常适合技术类博客	memcached完全剖析系列教程–2.理解memcached的内存存储	初识NoSQL
无觅

您可能也喜欢：
开站第一篇：新的一程开始了	memcached完全剖析系列教程–5.memcached的应用和兼容程序	MySQL ORDER BY 的实现分析	令人欣喜的PHP	在windows上安装虚拟机(VMware Workstation)
无觅

您可能也喜欢：
MySQL 中 Join 的基本实现原理	“社会化分享按钮”正在流行于网络各大媒体	memcached完全剖析系列教程–1. memcached的基础	人生就是一个接一个的杯具	memcached完全剖析系列教程–4.memcached的分布式算法
无觅

您可能也喜欢：
为何大型网站也使用JiaThis?	在windows上安装虚拟机(VMware Workstation)	令人欣喜的PHP	开站第一篇：新的一程开始了	memcached完全剖析系列教程–3.memcached的删除机制和发展方向
无觅

潘良虎的blog

初识NoSQL

一 引言：NoSQL兴起的背景

二 NoSQL的分类

三 常见NoSQL数据库以及它们的特性

四 根据应用场景选取NoSQL

参考资料：

绝大多数人都会看的日志 »

为何大型网站也使用JiaThis?

你可能也会喜欢以下日志 »

享受我们的事业

绝大多数人都会看的日志 »

去公园办公！

绝大多数人都会看的日志 »

“社会化分享按钮”正在流行于网络各大媒体

中秋时节

绝大多数人都会看的日志 »

解决问题的乐趣

问题 = 障碍？

问题 = 机会

解决问题的态度调整

战胜崩溃

变强大

绝大多数人都会看的日志 »

在centos 5.3上安装nginx0.7.67+mysql5.1.49+php5.2.14

开始安装前的准备

二、接下来开始编译安装MYSQL

三、编译安装PHP 5.2.14所需的支持库

四、以FastCGI模式编译安装PHP 5.2.14

五、编译安装PHP5扩展模块

六、修改php.ini文件

七、配置eAccelerator加速PHP

八、创建www用户和组，以及供虚拟主机使用的目录：

九、创建php-fpm配置文件（php-fpm是为PHP打的一个FastCGI管理补丁，可以平滑变更php.ini配置而无需重启php-cgi）

十、安装nginx-0.7.67

你可能也会喜欢以下日志 »

我的2009，2010的我

一个三年的终点，另外一个三年的起点：

盘点自己的2009：

计划自己的2010：

绝大多数人都会看的日志 »

在windows上安装虚拟机(VMware Workstation)

1 下载VMware Workstation 6.5.3 for Windows Build 185404

2 启动VMware Workstation

3 新建一台虚拟机

绝大多数人都会看的日志 »

一引言：NoSQL兴起的背景

三常见NoSQL数据库以及它们的特性

四根据应用场景选取NoSQL