本文将探讨浏览器渲染的loading过程，主要有2个目的：

• 了解浏览器在loading过程中的实现细节，具体都做了什么
• 研究如何根据浏览器的实现原理进行优化，提升页面响应速度

由于loading和parsing是相互交织、错综复杂的，这里面有大量的知识点，为了避免过于发散本文将不会对每个细节都深入研究，而是将重点放在开发中容易控制的部分（Web前端和Web Server），同时由于浏览器种类繁多且不同版本间差距很大，本文将侧重一些较新的浏览器特性

现有知识

提升页面性能方面已经有很多前人的优秀经验了，如Best Practices for Speeding Up Your Web Site和Web Performance Best Practices

本文主要专注其中加载部分的优化，总结起来主要有以下几点：

• 带宽
• 使用CDN
• 压缩js、css，图片优化
• HTTP优化
• 减少转向
• 减少请求数
• 缓存
• 尽早Flush
• 使用gzip
• 减少cookie
• 使用GET
• DNS优化
• 减少域名解析时间
• 增多域名提高并发
• JavaScript
• 放页面底部
• defer/async
• CSS
• 放页面头部
• 避免@import
• 其它
• 预加载

接下来就从浏览器各个部分的实现来梳理性能优化方法

network

首先是网络层部分，这方面的实现大部分是通过调用操作系统或gui框架提供的api

DNS

为了应对DNS查询的延迟问题，一些新的浏览器会缓存或预解析DNS，如当Chrome访问google页面的搜索结果时，它会取出链接中的域名进行预解析

当然，Chrome并不是每次都将页面中的所有链接的域名都拿来预解析，为了既提升用户体验又不会对DNS造成太大负担，Chrome做了很多细节的优化，如通过学习用户之前的行为来进行判断

Chrome在启动时还会预先解析用户常去的网站，具体可以参考DNS Prefetching，当前Chrome中的DNS缓存情况可以通过net-internals页面来察看

为了帮助浏览器更好地进行DNS的预解析，可以在html中加上以下这句标签来提示浏览器

<link rel="dns-prefetch" href="//HOSTNAME.com">

除此之外还可以使用HTTP header中的X-DNS-Prefetch-Control来控制浏览器是否进行预解析，它有on和off两个值，更详细的信息请参考Controlling DNS prefetching

CDN

本文不打算详细讨论这个话题，感兴趣的读者可以阅读Content delivery network

在性能方面与此相关的一个问题是用户可能使用自定义的DNS，如OpenDNS或Google的8.8.8.8，需要注意对这种情况进行处理

link prefetch

由于Web页面加载是同步模型，这意味着浏览器在执行js操作时需要将后续html的加载和解析暂停，因为js中有可能会调用document.write来改变dom节点，很多浏览器除了html之外还会将css的加载暂停，因为js可能会获取dom节点的样式信息，这个暂停会导致页面展现速度变慢，为了应对这个问题，Mozilla等浏览器会在执行js的同时简单解析后面的html，提取出链接地址提前下载，注意这里仅是先下载内容，并不会开始解析和执行

这一行为还可以通过在页面中加入以下标签来提示浏览器

<link rel="prefetch" href="http://">

但这种写法目前并没有成为正式的标准，也只有Mozilla真正实现了该功能，可以看看Link prefetching FAQ

WebKit也在尝试该功能，具体实现是在HTMLLinkElement的process成员函数中，它会调用ResourceHandle::prepareForURL()函数，目前从实现看它是仅仅用做DNS预解析的，和Mozilla对这个属性的处理不一致

svn(subversion)是近年来崛起的版本管理工具，svn服务器有2种运行方式：独立服务器和借助apache。2种方式各有利弊。不管是那种方式，都需要使用各种命令来实现。在本文中，haohtml为我们整理出来了Linux下的常用和不常用的svn命令。

**1、**将文件checkout到本地目录

svn checkout path（path是服务器上的目录）

例如：svn checkout svn://192.168.1.1/pro/domain

简写：svn co

**2、**往版本库中添加新的文件

svn add file

例如：svn add test.php(添加test.php)

svn add *.php(添加当前目录下所有的php文件)

**3、**将改动的文件提交到版本库

svn commit -m “LogMessage“ [-N] [–no-unlock] PATH…(如果选择了保持锁，就使用–no-unlock开关)

例如：svn commit -m “add test file for my test“ test.php

简写：svn ci

4、 加锁/解锁

svn lock -m “LockMessage“ [–force] PATH…

例如：svn lock -m “lock test file“ test.php

svn unlock PATH

5、 更新到某个版本

svn update -r m path

例如：

svn update如果后面没有目录，默认将当前目录以及子目录下的所有文件都更新到最新版本。

svn update -r 200 test.php(将版本库中的文件test.php还原到版本200)

此文的作者是新浪微博平台架构师杨卫华（timyang）大师，如果关注了新浪一些牛人微博的同学应该知道，timyang前段时间正在对Redis进行一些研究和测试，也分享出了不少成果。下面一篇文章相信是timyang这段时间对Redis研究的一个总结，澄清了一些认识上的误区，值得一读。

原文链接：

前几天微博发生了一起大的系统故障，很多技术的朋友都比较关心，其中的原因不会超出James Hamilton在On Designing and Deploying Internet-Scale Service(1)概括的那几个范围，James第一条经验“Design for failure”是所有互联网架构成功的一个关键。互联网系统的工程理论其实非常简单，James paper中内容几乎称不上理论，而是多条实践经验分享，每个公司对这些经验的理解及执行力决定了架构成败。

题外话说完，最近又研究了Redis。去年曾做过一个MemcacheDB, Tokyo Tyrant, Redis performance test，到目前为止，这个benchmark结果依然有效。这1年我们经历了很多眼花缭乱的key value存储产品的诱惑，从Cassandra的淡出(Twitter暂停在主业务使用)到HBase的兴起(Facebook新的邮箱业务选用HBase(2))，当再回头再去看Redis，发现这个只有1万多行源代码的程序充满了神奇及大量未经挖掘的特性。Redis性能惊人，国内前十大网站的子产品估计用1台Redis就可以满足存储及Cache的需求。除了性能印象之外，业界其实普遍对Redis的认识存在一定误区。本文提出一些观点供大家探讨。

1. Redis是什么

这个问题的结果影响了我们怎么用Redis。如果你认为Redis是一个key value store, 那可能会用它来代替MySQL；如果认为它是一个可以持久化的cache, 可能只是它保存一些频繁访问的临时数据。Redis是REmote DIctionary Server的缩写，在Redis在官方网站的的副标题是A persistent key-value database with built-in net interface written in ANSI-C for Posix systems，这个定义偏向key value store。还有一些看法则认为Redis是一个memory database，因为它的高性能都是基于内存操作的基础。另外一些人则认为Redis是一个data structure server，因为Redis支持复杂的数据特性，比如List, Set等。对Redis的作用的不同解读决定了你对Redis的使用方式。

互联网数据目前基本使用两种方式来存储，关系数据库或者key value。但是这些互联网业务本身并不属于这两种数据类型，比如用户在社会化平台中的关系，它是一个list，如果要用关系数据库存储就需要转换成一种多行记录的形式，这种形式存在很多冗余数据，每一行需要存储一些重复信息。如果用key value存储则修改和删除比较麻烦，需要将全部数据读出再写入。Redis在内存中设计了各种数据类型，让业务能够高速原子的访问这些数据结构，并且不需要关心持久存储的问题，从架构上解决了前面两种存储需要走一些弯路的问题。

2. Redis不可能比Memcache快

很多开发者都认为Redis不可能比Memcached快，Memcached完全基于内存，而Redis具有持久化保存特性，即使是异步的，Redis也不可能比Memcached快。但是测试结果基本是Redis占绝对优势。一直在思考这个原因，目前想到的原因有这几方面。

• Libevent。和Memcached不同，Redis并没有选择libevent。Libevent为了迎合通用性造成代码庞大(目前Redis代码还不到libevent的1/3)及牺牲了在特定平台的不少性能。Redis用libevent中两个文件修改实现了自己的epoll event loop(4)。业界不少开发者也建议Redis使用另外一个libevent高性能替代libev，但是作者还是坚持Redis应该小巧并去依赖的思路。一个印象深刻的细节是编译Redis之前并不需要执行./configure。
• CAS问题。CAS是Memcached中比较方便的一种防止竞争修改资源的方法。CAS实现需要为每个cache key设置一个隐藏的cas token，cas相当value版本号，每次set会token需要递增，因此带来CPU和内存的双重开销，虽然这些开销很小，但是到单机10G+ cache以及QPS上万之后这些开销就会给双方相对带来一些细微性能差别(5)。

3. 单台Redis的存放数据必须比物理内存小

Redis的数据全部放在内存带来了高速的性能，但是也带来一些不合理之处。比如一个中型网站有100万注册用户，如果这些资料要用Redis来存储，内存的容量必须能够容纳这100万用户。但是业务实际情况是100万用户只有5万活跃用户，1周来访问过1次的也只有15万用户，因此全部100万用户的数据都放在内存有不合理之处，RAM需要为冷数据买单。

这跟操作系统非常相似，操作系统所有应用访问的数据都在内存，但是如果物理内存容纳不下新的数据，操作系统会智能将部分长期没有访问的数据交换到磁盘，为新的应用留出空间。现代操作系统给应用提供的并不是物理内存，而是虚拟内存(Virtual Memory)的概念。

基于相同的考虑，Redis 2.0也增加了VM特性。让Redis数据容量突破了物理内存的限制。并实现了数据冷热分离。

4. Redis的VM实现是重复造轮子

Redis的VM依照之前的epoll实现思路依旧是自己实现。但是在前面操作系统的介绍提到OS也可以自动帮程序实现冷热数据分离，Redis只需要OS申请一块大内存，OS会自动将热数据放入物理内存，冷数据交换到硬盘，另外一个知名的“理解了现代操作系统(3)”的Varnish就是这样实现，也取得了非常成功的效果。

通常要使用某个存储设备，我们可能需要经历下载、安装、配置、启动等多个过程，然后才能开始试验具体的试用。而在我们很多 NoSQL 产品中，提供了一些非常方便的试用途径，可以让你不用安装一个自己的 Server 即可直接试用并学习其功能：

1.try redis 在浏览器里试用Redis

地址：

直接点击上面地址即可进入下面的界面，按提示即可进行操作。

2.try mongo 在浏览器中试用MongoDB

进入MongoDB主页 点击主上方的 TRY IT OUT 导航，就会在本页展开如下图所示的伪shell 界面，和上面Redis的试用方式一样，你可以在这里试用MongoDB的基本操作。

3.在浏览器中试用 CouchDB MapReduce

下面是 CouchDB 的一个试用界面，点击页面上的 documents 标签即可切换到查看目前集合中的文档，点击下方的add，即可填入 json 对象添加一行数据。

地址：

在维护完上面的数据集合后，可以再点击documents 右侧的 map/reduce 标签切换到书写 map 和 reduce 函数的界面，在写好 map 和 reduce 函数后，点下方的execute，就可以获取你mapreduce执行的结果了。

注：这个模块在win32平台下好像不是太稳定的，有的文件可以限制，而有的文件则不行．用的是windows2003操作系统，如果有同样的问题的请，请在这里留言，请注明一下系统类型.

官方网站：http://modules.apache.org,在里面找到一个 Bandwidth Module  的 module，模块说明文档， 点击查看mod_bw-0.说明文档9.0作者的官方网站 http://ivn.cl/apache/(Win32: http://ivn.cl/files/dlls/mod_bw-0.91-2.2.14/mod_bw.dll 可以下载到。

Installing step: 1. 将 mod_bw.dll 放到安装 apache 资料夹下的 modules 2. 编辑 httpd.conf，将 LoadModule bw_module modules/mod_bw.dll  加入 3. 重开 apache 4. 查看 phpinfo() 里是否有mod_bw

Configuration Directives: 1 – BandWidthModule [On|Off] 这个 module 预设是关闭的，要将他开启才能够使用。

Example: BandWidthModule On

2 – ForceBandWidthModule [On|Off] 这个 module 预设不会过滤每个需求。如果您开启他，他将处理过滤每个需求。

Example :

(正常的使用下，仅会过滤 text/html test/plain)AddOutputFilterByType MOD_BW text/html text/plain

(开启的状况下)ForceBandWidthModule On

3 – BandWidth [From] [bytes/s] 这边有两个参数。 From 是限制来源的位置，也就是该位置受限制。他可以是完整的 hostname、网域名称或 IP。可搭配遮罩使用，例如 192.168.0.0/24 or 192.168.0.0/255.255.255.0 。另一个参数是限制的速率，以 bytes 每秒为单位；假如为 0，则不受限制。

不知道为什么，本来不受重视的L’Yun，却一直多灾多难，前几天空间呗停掉了，一个很以为的原因，每天将近9G的流量，晕死了，最多的一天才只有6个IP，但竟然有这么大的流量。后来查看了下日志，竟然是两首MP3引起的，每一秒钟都有人在下载。刚开始以为是百度干的，但是后来看了下在百度的位置，还不至于达到那么大的流量，然后自然而然的就想到迅雷了，看看别人的文章，可以肯定下，迅雷是个流氓！

解决方案： 1、对服务器的攻击屏蔽后，不用理会，不会造成太大影响。 2、被百度收录的是一部分MP3，因为不希望不访问网站就直接从后台下载网站的mp3，于是增加搜索引擎访问限制。在网站根目录下放置robots.txt，内容如下： User-agent: Baiduspider Disallow: /**** *表示不允许百度搜索引擎收录的路径。相对于百度，雅虎、MSN和Google的搜索引擎机器人没有那么流氓，所以不需要屏蔽。

3、对付迅雷。 相对于有些流氓的百度搜索引擎来说，迅雷就是恶霸了。 对于小网站站长来说，迅雷的分布式下载几乎是一种灾难。尽管迅雷给广大普通用户带来快捷方便，但给小服务器的负载带来严重灾难。 调用access日志，发现瞬间连接超过1000，而连接的集中点，居然是周董的一首《七里香》。尽管迅雷隐蔽的很好，但还是从日志的蛛丝马迹里找出它的影子。 于是先删掉七里香。删掉后仍有大量链接寻找其他MP3，而且删除一首mp3也只是治标不治本。启用Apache2的Rewrite模块。 在Apache的Http.conf中，开启Rewrite模块

LoadModule rewrite_module modules/mod_rewrite.so

然后增加以下Rewirte规则

RewriteEngine On RewriteCond %{HTTP_REFERER} !^http://www.cfobbs.com/.$ [NC] RewriteCond %{HTTP_REFERER} !^http://www.cfobbs.com$ [NC] RewriteRule ..(mp3|rm|wma)$ http://www.cfobbs.com/error.html [R,NC]

该规则表示，只有浏览器的REFERER是本站开头的连接，才可以下载MP3、rm、wma，否则转向error.html错误界面。 重启Apache后，用Flashget测试，无法下载mp3了，IE直接下载也会报错，但迅雷仍然可以下，百思不得其解，于是查阅迅雷官方资料，居然发现迅雷采用了一个十分流氓的手段：伪造下载地址的浏览器REFERER头，真是无耻。 考虑到网站的MP3全部是在网页自动播放，基本不需要额外下载，于是为了对付迅雷，采用了一个比较极端的方式：

RewriteEngine On RewriteCond %{HTTP_USER_AGENT} !^NSPlayer.* RewriteCond %{HTTP_USER_AGENT} !^windows.* RewriteRule .*.(mp3|rm|wma)$ http://www.cfobbs.com/error.html [R,NC]

也就是说，网站上mp3、rm、wma格式的文件，只允许播放器播放，不允许任何其它方式的访问，否则就转向错误页面。 重启Apache，使用迅雷下载，结果迅雷直接去下载了错误页面，初战告捷。 调用access日志，发现所有的mp3下载都提示302，转向了错误页面，而周董的七里香，则是404，直接报错。 自鸣得意一把。 顺便找到一个限速模块，对网站体积较大的文件进行限速，确保服务器稳定

LoadModule limitipconn_module modules/mod_limitipconn.so BandwidthModule On ForceBandWidthModule On Bandwidth all 0 MinBandwidth all 0 LargeFileLimit *.mp3 500 50000 LargeFileLimit *.wma 500 50000

为了防HTTP DoS或DDos攻击，我们可能会对服务器添加很多种防护产品，可能会购买专业的DDoS硬件防火墙，当然，目前并没有一种很成熟的技术能完全封锁住DDoS攻击。但如果对于小型网站服务器来说，Apache的evasive模块是比较简单的处理方法，原理也很简单，判断一段时间内，某个IP访问的次数是否过快，如果过快，就返回403错误。

但是官方的evasive模块发布的是源代码和linux下的RPM压缩包，虽然可以在windows使用源代码编译出这个模块来，但是由于windows系统本身的原因，几乎不会在默认的情况下安装C语言的编译环境，如果需要安装这个编译环境要安装非常多而繁杂的软件，操作起来非常不便。但是在LINUX系统下编译好的文件却不能在WINDOWS下使用，这是两个系统核心的区别，肯定不能使用。

我在别的网站找到了WINDOWS下用的编译好的DLL文件，方便使用WINDOWS系统，同时又是Apache 2.2服务器软件的站长们使用。

安装方法： 1、下载附件中的压缩包，解压并拷贝mod_dosevasive22.dll到Apache安装目录下的modules目录（当然也可以是其他目录，需要自己修改路径）。 2、修改Apache的配置文件http.conf。

添加以下内容

LoadModule dosevasive22_module modules/mod_dosevasive22.dll DOSHashTableSize 3097 DOSPageCount 3 DOSSiteCount 50 DOSPageInterval 1 DOSSiteInterval 1 DOSBlockingPeriod 10

其中DOSHashTableSize 3097 记录黑名单的尺寸 DOSPageCount 3 每个页面被判断为dos攻击的读取次数 DOSSiteCount 50 每个站点被判断为dos攻击的读取部件(object)的个数 DOSPageInterval 1 读取页面间隔秒 DOSSiteInterval 1 读取站点间隔秒 DOSBlockingPeriod 10 被封时间间隔秒

_______________

首先，在 httpd.conf 加入

LoadModule dosevasive22_module modules/mod_dosevasive22.dll

如果需要配置，在 httpd.conf 加入:

DOSHashTableSize 3097 DOSPageCount 2 DOSSiteCount 50 DOSPageInterval 1 DOSSiteInterval 1 DOSBlockingPeriod 10

相关下载:

dosevasive.zip

各参数的配置说明如下：

DOSHashTableSize —————- The hash table size defines the number of top-level nodes for each child’s hash table. Increasing this number will provide faster performance by decreasing the number of iterations required to get to the record, but consume more memory for table space. You should increase this if you have a busy web server. The value you specify will automatically be tiered up to the next prime number in the primes list (see mod_evasive.c for a list of primes used).

下面的教程是在windows2003服务器下安装配置的,由于awstats是由perl程序写的,所以需要我们在安装awstats以前,需要安装ActivePerl( http://www.activestate.com/),这里安装的为 v5.10.1版本.安装路径为d:\perl,记得要启动httpd.conf文件里的LoadModule cgi_module modules/mod_cgi.so模块.

一.下载软件包

从官方网站( http://awstats.sourceforge.net/)下载最新的awstats压缩包(也可以下载.exe的安装文件),这里下载的是awstats-7.0.zip压缩包.将其解压到D:\site\awstats-7.0目录里. 二.初始化配置环境

打开D:/site/awstats-7.0/tools文件夹,双击执行awstats_configure.pl,根据提示输入自己apache的安装环境和httpd.conf文件所在的位置,以下为我本机的环境,如图所示:

回车后,提示

这里直接输入”n”,我们手动来配置就可以了,接着是两次回车就可以了.

这时,在httpd.conf文件里会自动添加以下配置信息:

## Directives to allow use of AWStats as a CGI

Alias /awstatsclasses “D:/site/awstats-7.0/wwwroot/classes/” Alias /awstatscss “D:/site/awstats-7.0/wwwroot/css/” Alias /awstatsicons “D:/site/awstats-7.0/wwwroot/icon/” ScriptAlias /awstats/ “D:/site/awstats-7.0/wwwroot/cgi-bin/”

# This is to permit URL access to scripts/files in AWStats directory.

Options None AllowOverride None Order allow,deny Allow from all

三.添加站点配置文件

修改awstats.pl文件里的perl路径,用记事本打开D:\site\awstats-7.0\wwwroot\cgi-bin\awstats.pl文件,将第一行 #!/usr/bin/perl 修改为

#!d:/perl/bin/perl.exe

不修改没有办法执行的. 添加新站点www.haohtml.com的配置文件,复制awstats.model.conf文件(D:\site\awstats-7.0\wwwroot\cgi-bin),改名为awstats.www.haohtml.com.conf,修改配置文件里的LogFile,SiteDomain,LogType三个指令.这里分析的是web日志,所以修改LogType=W,修改默认的语言为中文,修改语言一项，Lang=”auto”,将“auto”改为”cn“,让awstats以中文方式工作。

LogType=W LogFile=”d:/apache2.2/logs/www/access_%YYYY_%mm_%dd.log” SiteDomain=”www.haohtml.com”

e6.0下面经常会出现border边框断断续续的问题，初学div+css 的一般不会用遇到这个问题，不过等深一步了解了div之后自然会经常碰到这种问题了，因为初学者不会偷懒，等我们觉得用的很熟了，各种浏览器都能很方便的 兼容之后就会出现这种问题，我有很多同事都碰到过这种问题，其实解决办法很简单，我先简单描述一下边框断裂的效果.

在浏览器下一刷新边框是全的，再以刷新边框就会有断开，什么原因呢，很懊恼的事情，网上一搜也没有答案，下面我就告诉大家解决的方法，其实他是有原因的， 原因就是你的外层有边框，边框层里面嵌套的层里面有浮动，浮动这个最令人懊恼的东西经常会出问题，由于这个原因会引起ie6下面边框断裂，解决办法就是在 外层加 zoom:1; 或者 heigth:100%; 很容易就解决了这个问题。

表现状况：窗口的边框时隐时现。。。

发生情况：

网上说是在一个容器中有元素浮动时容易出现，自己感觉有时内部元素把容器撑开时也会看不到边框。

解决办法：

如果按网上说的是因为浮动的原因的话，那么添加清除浮动则应试可以正常解决。

另外网上的解决办法是：给窗口设置{zoom:1} or { width:100%; height:100%}使其拥有布局即可。

最近需要做一个缓存管理的功能。其中有一个需要模糊匹配memcached的key然后进行删除匹配上的key对应的数据。

难点在于memcache 没有提供模糊匹配key删除缓存的功能，也没有提供遍历memcache key的功能。在网上search了下，

点击10个连接有9个都是一篇文章的copy。网上最流行的方法发现key不能正确的获得。baidu google 全用上了就是没有解决。。。

最后还是抱着试试的心态，终于把问题给解决了。废话少说。说说，我实现的代码：

遍历memcache的可以需要有一下几个步骤：

1、通过使用memcache 内置方法Memcache::getExtendedStats，首先获得items信息。

最后得到的解决类似与

  1 $memcache = new Memcache();
  2
  3  $all_items = $memcache->getExtendedStats('items');
  4
  5 var_export($all_items);

  1 array (
   2   '192.168.0.110:11211' =>
   3   array (
   4     'items' =>
   5     array (
   6       1 =>
   7       array (
   8         'number' => '1',
   9         'age' => '1851',
  10       ),
  11       2 =>
  12       array (
  13         'number' => '1',
  14         'age' => '1851',
  15       ),
  16       3 =>
  17       array (
  18         'number' => '2',
  19         'age' => '1864',
  20       ),
  21       7 =>
  22       array (
  23         'number' => '1',
  24         'age' => '1851',
  25       ),
  26       9 =>
  27       array (
  28         'number' => '1',
  29         'age' => '1',
  30       ),
  31       12 =>
  32       array (
  33         'number' => '2',
  34         'age' => '1851',
  35       ),
  36       13 =>
  37       array (
  38         'number' => '1',
  39         'age' => '1851',
  40       ),
  41       14 =>
  42       array (
  43         'number' => '1',
  44         'age' => '1851',
  45       ),
  46       15 =>
  47       array (
  48         'number' => '1',
  49         'age' => '1851',
  50       ),
  51       16 =>
  52       array (
  53         'number' => '1',
  54         'age' => '1850',
  55       ),
  56       18 =>
  57       array (
  58         'number' => '2',
  59         'age' => '1851',
  60       ),
  61       19 =>
  62       array (
  63         'number' => '1',
  64         'age' => '1851',
  65       ),
  66       20 =>
  67       array (
  68         'number' => '1',
  69         'age' => '1851',
  70       ),
  71     ),
  72   ),
  73 )

$all_items中的key“192.168.0.110:11211” 就是memcache的host和port。

将memcache服务器安装包解压到C:\memcached文件夹后，使用cmd命令窗口安装。

1>开始>运行:CMD(确定)

2>cd C:\memcached（回车）

3>memcached -d install(回车 这步执行安装)

4>memcached -d start(回车 这步执行启动memcache服务器，默认分配64M内存，使用11211端口)

此时memcache服务器已经可以正常使用了。

memcache服务器安全：

Memcache服务器端都是直接通过客户端连接后直接操作，没有任何的验证过程，这样如果服务器是直接暴露在互联网上的话是比较危险，轻则数据泄 露被其他无关人员查看，重则服务器被入侵，况且里面可能存在一些我们未知的bug或者是缓冲区溢出的情况，这些都是我们未知的，所以危险性是可以预见的。 为了安全起见，做两点建议，能够稍微的防止黑客的入侵或者数据的泄露。

现在就关于修改memcache服务器配置的问题说明如下：

1>用内网ip的方式提供web应用服务器调用，不允许直接通过外网调用，如将memcache服务器放在192.168.1.55的服务器上

2>修改端口，如改为11200

3>分配内存，如分配1024M(1G内存)

方法如下：

1>开始>运行:CMD(确定)

2>cd C:\memcached（回车）

3>memcached -m 1024 -p 11200 -l 192.168.1.55(回车)

注意，此时命令行不会回到C:\memcached>状态，并且实际上memcache服务器悄悄变为stop状态了。此窗口不可以关闭。新开一个cmd窗口

4>开始>运行:CMD(确定)

5>cd C:\memcached（回车）

6>memcached -d start(回车)可以关闭此cmd窗口。

此时可以使用新配置的memcache服务器了。

上述方法虽然解决了修改默认配置的问题，但是始终会有一个cmd窗口不可以关闭，否则就回到11211端口的默认配置。

更好的解决方案是通过修改服务的注册表配置：

1>开始>运行：regedit(回车)

2>在注册表中找到：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\memcached Server

3>默认的ImagePath键的值是：”c:\memcached\memcached.exe” -d runservice，改为：”c:\memcached\memcached.exe” -d runservice -m 512 -p  11200 -l 192.168.1.55（确定，关闭注册表）

4>我的电脑（右键）>管理>服务 找到memcache的服务，重新启动一次即可生效。

此时，同网段内的电脑仍然可以利用这台memcache服务器，我们限定指定的web应用服务器才能够使用，通过防火墙的方式。如只允许 192.168.1.2这台Web服务器对Memcache服务器的访问，能够有效的阻止一些非法访问，相应的也可以增加一些其他的规则来加强安全性，这 个可以根据自己的需要来做。

来源： http://www.lifecrunch.biz/archives/55

Memcache 介绍

memcache是一个高性能的分布式的内存对象缓存系统，通过在内存里维护一个统一的巨大的hash表，它能够用来存储各种格式的数据，包括图 像、视频、文件以及数据库检索的结果等。Memcache是danga.com的一个项目，最早是为 LiveJournal 服务的，最初为了加速 LiveJournal 访问速度而开发的，后来被很多大型的网站采用。目前全世界不少人使用这个缓存项目来构建自己大负载的网站，来分担数据库的压力。起初作 者编写它可能是为了提高动态网页应用，为了减轻数据库检索的压力，来做的这个缓存系统。它的缓存是一种分布式的，也就是可以允许不同主机上的多个用户同时 访问这个缓存系统， 这种方法不仅解决了共享内存只能是单机的弊端，同时也解决了数据库检索的压力，最大的优点是提高了访问获取数据的速度！基于memcache作者对分布式 cache的理解和解决方案。 memcache完全可以用到其他地方 比如分布式数据库， 分布式计算等领域。

Memcache官方网站： http://www.danga.com/memcached

Memcached服务器端安装：

freebsd下服务器端的memcached使用ports安装非常简单，

cd /usr/ports/databases/memcached
make install clean
rehash

安装好memcache以后，编辑/etc/rc.conf文件,添加一行
memcached_enable="YES"
然后保存退出。memcache会随着开机自动启动，手动启动的命令是：
/usr/local/etc/rc.d/memcached start
好了，现在memcache已经安装并启动完毕了。
手动调整服务命令如下:
memcached  -p 11211 -l 172.16.236.150 -d -u nobody -P  /var/run/memcached/memcached.pid -m  64M -c 1024 -vv

几个参数的解释：

-p memcached监听的TCP端口

-l 监听的ip地址，172.16.236.150是我服务器的IP地址，如果你需要多个服务器都能够读取这台memcached的缓存数据，那么就必须设定 这个ip

-d 以daemon方式运行，将程序放入后台

-u memcached的运行用户，我设定的是nobody，memcache默认不允许以root用户登录

-P memcached的pid文件路径

-m memcached可以使用的最大内存数量

-c memcached同时可以接受的最大的连接数

如果你希望以socket方式来访问memcached，那么在启动的时候就必须去掉 -l和-p参数，并加上-s参数：

-s memcached的socket文件路径

-vv显示debug信息

PHP Memecache 客户端的安装

PHP下使用Memcache 有3种方式。

1、 简单讲Memcache和Memcached都讲的是同一个开源项目http://memcached.org/，只不过Memcached一般指的是后台的cache server（其实也是一个客户端的，参考php手册)．而Memcache指的访问cache server的客户端。Memcached提供了两种访问协议，ASCII和Binary。

2、 MemcacheDB=Memcached+BerkeleyDB组成的轻量的持久数据库，与前两者是不同的两个东西。

3、作为数据库就要讲究consistency，但是Memcached是一种分布式的缓存机制，因此并不严格要求consistency，而且实际上每个memcached server之间本身不通讯也不共享，所谓的分布式是由memcached的客户端程序来决定的。一般分布式算法采用基于server节点数的取余法，这种方法以node数为基础，因此增减服务器就会造成很大hash失效问题。所以改进的算法一般采用consistent hash算法，这种算法取消了以服务器节点数作为基数的理念，而是直接对服务器的节点进行hash，然后散布在0~2^32的圆周上，同样对于数据的key也采用同样的hash进行散布，对于key hash的结果取其所在圆周顺时针方向最近的一个服务器节点进行set，这样当增减服务器时，只会影响散布在该增减的服务器到逆时针方向的上一个服务器节点之间的数据。一下子减少了损失。

4、持久性。Memcached没有持久性，down机数据即丢失，其中的数据采用LRU算法。而Memcachedb是一种持久的数据库存储。也可以参考：

http://stackoverflow.com/questions/1825256/memcache-vs-memcached

Memcache的分布式算法

Here is a quick backgrounder in naming conventions (for those unfamiliar), which explains the frustration by the question asker: For many *nix applications, the piece that does the backend work is called a “daemon” (think “service” in Windows-land), while the interface or client application is what you use to control or access the daemon. The daemon is most often named the same as the client, with the letter “d” appended to it. For example “imap” would be a client that connects to the “imapd” daemon.

Memcache服务器端都是直接通过客户端连接后直接操作，没有任何的验证过程，这样如果服务器是直接暴露在互联网上的话是比较危险，轻则数据泄 露被其他无关人员查看，重则服务器被入侵，因为Mecache是以root权限运行的，况且里面可能存在一些我们未知的bug或者是缓冲区溢出的情况，这 些都是我们未知的，所以危险性是可以预见的。为了安全起见，我做两点建议，能够稍微的防止黑客的入侵或者数据的泄露。

内网访问

最好把两台服务器之间的访问是内网形态的，一般是Web服务器跟Memcache服务器之间。普遍的服务器都是有两块网卡，一块指向互联网，一块指向内 网，那么就让Web服务器通过内网的网卡来访问Memcache服务器，我们Memcache的服务器上启动的时候就监听内网的IP地址和端口，内网间的 访问能够有效阻止其他非法的访问。

memcached -d -m 1024 -u root -l 192.168.0.200 -p 11211 -c 1024 -P /tmp/memcached.pid

Memcache服务器端设置监听通过内网的192.168.0.200的ip的11211端口，占用1024MB内存，并且允许最大1024个并发连接

设置防火墙

防火墙是简单有效的方式，如果却是两台服务器都是挂在网的，并且需要通过外网IP来访问Memcache的话，那么可以考虑使用防火墙或者代理程序来过滤非法访问。

一般我们在Linux下可以使用iptables或者FreeBSD下的ipfw来指定一些规则防止一些非法的访问，比如我们可以设置只允许我们的Web服务器来访问我们Memcache服务器，同时阻止其他的访问。

iptables -F

iptables -P INPUT DROP

iptables -A INPUT -p tcp -s 192.168.0.2 –dport 11211 -j ACCEPT

iptables -A INPUT -p udp -s 192.168.0.2 –dport 11211 -j ACCEPT

上面的iptables规则就是只允许192.168.0.2这台Web服务器对Memcache服务器的访问，能够有效的阻止一些非法访问，相应的也可以增加一些其他的规则来加强安全性，这个可以根据自己的需要来做。

4.4 日志文件路径

我将在第13章讨论所有squid的日志细节。你现在你关注的唯一事情是，squid将它的日志放在何处。默认的日志目录是squid安装位置下的logs目录。例如，假如你在./configure时没有使用–prefix=选项，那么默认的日志文件路径是/usr/local/squid/var/logs.

你必须确认日志文件所存放的磁盘位置空间足够。在squid写日志时如果接受到错误，它会退出和重启。该行为的主要理由应引起你的注意。squid想确认你不会丢失任何重要的日志信息，特别是你的系统被滥用或者被攻击时。

squid有三个主要的日志文件：cache.log,access.log,store.log.第一个文件即cache.log，包含状态性的和调试性的消息。当你刚开始运行squid时，你应密切的关注该文件。假如squid拒绝运行，理由也许会出现在cache.log文件的结尾处。在正常条件下，该文件不会变得很大。也请注意，假如你以-s选项来运行squid，重要的cache.log消息也可被送到你的syslog进程。通过使用cache_log指令，你可以改变该日志文件的路径：

cache_log /squid/logs/cache.log

access.log文件包含了对squid发起的每个客户请求的单一行。每行平均约150个字节。也就是说，在接受一百万条客户请求后，它的体积约是150M。请使用cache_access_log指令来改变该日志文件的路径：

cache_access_log /squid/logs/access.log

假如因为某些理由，你不想squid记录客户端请求日志，你能指定日志文件的路径为/dev/null. store.log文件对大多数cache管理员来说并非很有用。它包含了进入和离开缓存的每个目标的记录。平均记录大小典型的是175-200字节。然而，squid不在store.log里对cache点击创建接口，所以它比access.log包含少得多的记录。请使用cache_store_log指令来改变它的位置：

cache_store_log /squid/logs/store.log

通过指定路径为none，你能轻易的完全禁止store.log日志：

cache_store_log none

假如你不小心，squid的日志文件增加没有限制。某些操作系统对单个文件强制执行2G的大小限制，即使你有充足的磁盘空间。超过该限制会导致写错误，这样squid就会退出。为了保证日志文件大小合理，你应创建任务来有规律的重命名和打包日志。squid有内建功能来使这个容易做到。请见13.7章关于日志轮循的解释。

摘自官方手册: