<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>稀饭的国度 &#187; web</title>
	<atom:link href="http://blog.thematice.com/html/ytag/web/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.thematice.com</link>
	<description>发现自己的脑袋不好使了，用blog来记录真的很好用。</description>
	<lastBuildDate>Wed, 01 Feb 2012 05:33:00 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>使用memcached做数据库点击数统计缓冲</title>
		<link>http://blog.thematice.com/html/y2009/12/18/914/%e4%bd%bf%e7%94%a8memcached%e5%81%9a%e6%95%b0%e6%8d%ae%e5%ba%93%e7%82%b9%e5%87%bb%e6%95%b0%e7%bb%9f%e8%ae%a1%e7%bc%93%e5%86%b2.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=%25e4%25bd%25bf%25e7%2594%25a8memcached%25e5%2581%259a%25e6%2595%25b0%25e6%258d%25ae%25e5%25ba%2593%25e7%2582%25b9%25e5%2587%25bb%25e6%2595%25b0%25e7%25bb%259f%25e8%25ae%25a1%25e7%25bc%2593%25e5%2586%25b2</link>
		<comments>http://blog.thematice.com/html/y2009/12/18/914/%e4%bd%bf%e7%94%a8memcached%e5%81%9a%e6%95%b0%e6%8d%ae%e5%ba%93%e7%82%b9%e5%87%bb%e6%95%b0%e7%bb%9f%e8%ae%a1%e7%bc%93%e5%86%b2.html#comments</comments>
		<pubDate>Fri, 18 Dec 2009 09:53:47 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[Apache]]></category>
		<category><![CDATA[memcache]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[code]]></category>
		<category><![CDATA[web]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=914</guid>
		<description><![CDATA[原理： 先从数据库读取最新的点击数，更新到缓存中。 点击动作产生时，在缓冲做自增操作。 把被点击的ID写入缓存中，以表名为组。表明缓存中有该ID的点击数，需要进行入库操作。 定时更新缓存数据到数据库。 如发现入库周期内，点击数无更新，则放弃入库，并山删除表名组中的ID。 且看代码： ?Download memcheck.php1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 [...]]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2009/12/18/914/%e4%bd%bf%e7%94%a8memcached%e5%81%9a%e6%95%b0%e6%8d%ae%e5%ba%93%e7%82%b9%e5%87%bb%e6%95%b0%e7%bb%9f%e8%ae%a1%e7%bc%93%e5%86%b2.html/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Nginx 常见应用技术指南[Nginx Tips] 第二版</title>
		<link>http://blog.thematice.com/html/y2009/12/11/899/nginx-%e5%b8%b8%e8%a7%81%e5%ba%94%e7%94%a8%e6%8a%80%e6%9c%af%e6%8c%87%e5%8d%97nginx-tips-%e7%ac%ac%e4%ba%8c%e7%89%88.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=nginx-%25e5%25b8%25b8%25e8%25a7%2581%25e5%25ba%2594%25e7%2594%25a8%25e6%258a%2580%25e6%259c%25af%25e6%258c%2587%25e5%258d%2597nginx-tips-%25e7%25ac%25ac%25e4%25ba%258c%25e7%2589%2588</link>
		<comments>http://blog.thematice.com/html/y2009/12/11/899/nginx-%e5%b8%b8%e8%a7%81%e5%ba%94%e7%94%a8%e6%8a%80%e6%9c%af%e6%8c%87%e5%8d%97nginx-tips-%e7%ac%ac%e4%ba%8c%e7%89%88.html#comments</comments>
		<pubDate>Fri, 11 Dec 2009 15:46:54 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[HTTP]]></category>
		<category><![CDATA[nginx]]></category>
		<category><![CDATA[httpd]]></category>
		<category><![CDATA[web]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=899</guid>
		<description><![CDATA[]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2009/12/11/899/nginx-%e5%b8%b8%e8%a7%81%e5%ba%94%e7%94%a8%e6%8a%80%e6%9c%af%e6%8c%87%e5%8d%97nginx-tips-%e7%ac%ac%e4%ba%8c%e7%89%88.html/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>httpwatch引用swfobject的页面产生ERROR 0&#215;57错误</title>
		<link>http://blog.thematice.com/html/y2009/12/02/884/httpwatch%e5%bc%95%e7%94%a8swfobject%e7%9a%84%e9%a1%b5%e9%9d%a2%e4%ba%a7%e7%94%9ferror-0x57%e9%94%99%e8%af%af.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=httpwatch%25e5%25bc%2595%25e7%2594%25a8swfobject%25e7%259a%2584%25e9%25a1%25b5%25e9%259d%25a2%25e4%25ba%25a7%25e7%2594%259ferror-0x57%25e9%2594%2599%25e8%25af%25af</link>
		<comments>http://blog.thematice.com/html/y2009/12/02/884/httpwatch%e5%bc%95%e7%94%a8swfobject%e7%9a%84%e9%a1%b5%e9%9d%a2%e4%ba%a7%e7%94%9ferror-0x57%e9%94%99%e8%af%af.html#comments</comments>
		<pubDate>Wed, 02 Dec 2009 08:32:59 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[debug]]></category>
		<category><![CDATA[HTTP]]></category>
		<category><![CDATA[web]]></category>
		<category><![CDATA[前端技术]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=884</guid>
		<description><![CDATA[我用Swfobject嵌入SWF，用HTTPWatch抓抓包，竟然发现此问题！原文 http://blog.httpwatch.com/2007/11/20/error_internet_invalid_url-httpwatch/ 一些用户反映，最近在他们的页面中通过 HttpWatch 抓包，有发现请求 http://:/ 这样的地址，想知道发生这种问题的原因。这样的 URL 会在 IE6 中显示 “ERROR 0&#215;57”，而在 IE7 中显示为“ERROR_INTERNET_INVALID_URL”。发生这样的错误都有一个共同的原因。他们一般都使用了 JQuery 或者 YUI 的 Javascript 库。很难立即发现是哪里生成了这个 URL，我们使用 IE Developer Toolbar 检查后发现，没有哪个 DOM 节点使用了这个 URL。我们使用当前的 jQurey 库建立了一个简单的测试页。如果你使用 HttpWatch 抓包，你就能看见页面加载后，对 http://:/ 地址的请求被记录了下来。IE7 下抓图IE6 下抓图我们猜想会不会是 IE 自动加上了 http: 前缀和最后的反斜杠，于是，我们查找 //:。HttpWatch 高亮显示了 jquery.js 中的如下代码片段。它的作用是，在 IE 下做一个 Hack 来触发一个事件，效果等同于 Firefox 中 DOMContentLoaded 事件。jQuery 库不使用标准的 window.onload [...]]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2009/12/02/884/httpwatch%e5%bc%95%e7%94%a8swfobject%e7%9a%84%e9%a1%b5%e9%9d%a2%e4%ba%a7%e7%94%9ferror-0x57%e9%94%99%e8%af%af.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Lighttpd 的安装配置</title>
		<link>http://blog.thematice.com/html/y2009/12/02/868/lighttpd-%e7%9a%84%e5%ae%89%e8%a3%85%e9%85%8d%e7%bd%ae.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=lighttpd-%25e7%259a%2584%25e5%25ae%2589%25e8%25a3%2585%25e9%2585%258d%25e7%25bd%25ae</link>
		<comments>http://blog.thematice.com/html/y2009/12/02/868/lighttpd-%e7%9a%84%e5%ae%89%e8%a3%85%e9%85%8d%e7%bd%ae.html#comments</comments>
		<pubDate>Wed, 02 Dec 2009 02:04:46 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[lighttpd]]></category>
		<category><![CDATA[web]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=868</guid>
		<description><![CDATA[lighttpd(http://lighttpd.net/)和apache一样是开源的，与apache相比，虽然功能不及apache完善，稳定性也不如apache，但是，不管是服务静态页面，还是服务动态内容(CGI，PHP)，它都比apache快，用于ad banner之类的WEB服务器是最恰当不过了。 本文从应用的角度，说明如何安装、配置lighttpd。 (1) 安装 可从http://lighttpd.net/download/下载最新的源码(.tar.gz)或者rpm包。如果下载的是.tar.gz文件，则和GNU的其他软件一样，先./configure一下，然后 make &#038;&#038; make install就搞定了。但是如果你想定制一些功能，就得好好看看解压后README, INSTALL以及./configure &#8211;help的输出结果了。这里仅仅说一下如何从源码安装，其他安装方式可参考 http://trac.lighttpd.net/trac/wiki/TutorialInstallation。 ?Download shell.sh1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 [...]]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2009/12/02/868/lighttpd-%e7%9a%84%e5%ae%89%e8%a3%85%e9%85%8d%e7%bd%ae.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>erlang网络编程的几个性能调优和注意点</title>
		<link>http://blog.thematice.com/html/y2009/10/25/782/erlang%e7%bd%91%e7%bb%9c%e7%bc%96%e7%a8%8b%e7%9a%84%e5%87%a0%e4%b8%aa%e6%80%a7%e8%83%bd%e8%b0%83%e4%bc%98%e5%92%8c%e6%b3%a8%e6%84%8f%e7%82%b9.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=erlang%25e7%25bd%2591%25e7%25bb%259c%25e7%25bc%2596%25e7%25a8%258b%25e7%259a%2584%25e5%2587%25a0%25e4%25b8%25aa%25e6%2580%25a7%25e8%2583%25bd%25e8%25b0%2583%25e4%25bc%2598%25e5%2592%258c%25e6%25b3%25a8%25e6%2584%258f%25e7%2582%25b9</link>
		<comments>http://blog.thematice.com/html/y2009/10/25/782/erlang%e7%bd%91%e7%bb%9c%e7%bc%96%e7%a8%8b%e7%9a%84%e5%87%a0%e4%b8%aa%e6%80%a7%e8%83%bd%e8%b0%83%e4%bc%98%e5%92%8c%e6%b3%a8%e6%84%8f%e7%82%b9.html#comments</comments>
		<pubDate>Sun, 25 Oct 2009 01:28:45 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[erlang]]></category>
		<category><![CDATA[云计算]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[web]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=782</guid>
		<description><![CDATA[前些天给echo_server写了个非常简单的连接压力测试程序, 代码 ?Download echo_server.erl1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 -module(stress_test). &#160; -export([start/0, tests/1]). &#160; start() -&#62; tests(12345). &#160; tests(Port) -&#62; io:format(&#34;starting~n&#34;), spawn(fun() -&#62; test(Port) end), spawn(fun() -&#62; test(Port) end), spawn(fun() -&#62; test(Port) end), spawn(fun() -&#62; test(Port) end). &#160; test(Port) -&#62; [...]]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2009/10/25/782/erlang%e7%bd%91%e7%bb%9c%e7%bc%96%e7%a8%8b%e7%9a%84%e5%87%a0%e4%b8%aa%e6%80%a7%e8%83%bd%e8%b0%83%e4%bc%98%e5%92%8c%e6%b3%a8%e6%84%8f%e7%82%b9.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>[转] memcache分析调试 &#8211; [php]</title>
		<link>http://blog.thematice.com/html/y2009/09/29/709/%e8%bd%ac-memcache%e5%88%86%e6%9e%90%e8%b0%83%e8%af%95-php.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=%25e8%25bd%25ac-memcache%25e5%2588%2586%25e6%259e%2590%25e8%25b0%2583%25e8%25af%2595-php</link>
		<comments>http://blog.thematice.com/html/y2009/09/29/709/%e8%bd%ac-memcache%e5%88%86%e6%9e%90%e8%b0%83%e8%af%95-php.html#comments</comments>
		<pubDate>Mon, 28 Sep 2009 17:08:55 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[databases]]></category>
		<category><![CDATA[DBM]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[memcached]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[tools]]></category>
		<category><![CDATA[web]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=709</guid>
		<description><![CDATA[1.关于本文档 本文档所有的分析都是在1.2版本之上,偶尔会提到比较1.1版本.其他版本没有阅读. 一个星期时间的工作,不可能对memcache有很深刻的分析.文档本身的目的在于为以后的研究准备一个总结资料.刚接触memcache时,对其设计分布式的思路感到十分欣喜,因为在中间层以极小的代价实现简单分布式无疑成为一些要求不是很高的分布式应用的一个很好的设计思路,这个特性决定memcache本身在分布式应用中,单个结点之间是Server相互独立,不会存在同级之间的通信.一个结点拒绝访问,如果没有相应的冗余策略,将导致该结点的数据丢失.同时,memcache的Server结点对数据的存储操作都是在内存中完成,而memcache对内存分配和回收采用了曾在SunOS实现的分页机制,预分配一个大内存(默认是 slabs_clsid; assert((it->it_flags &#038; ITEM_LINKED) == 0); assert(it != heads[it->slabs_clsid]); assert(it != tails[it->slabs_clsid]); assert(it->refcount == 0); it->slabs_clsid = 0; it->it_flags &#124;= ITEM_SLABBED; slabs_free(it, ntotal); } 做一个轮流存储的机制使用预分配的内存,这样的好处是其他地方不需要做任何修改就可以了,当然你可以在源代码中加入上面的代码,并将它们放在一个自定义的宏后面. 3. 加速比. 加速比,也即事件的处理效率.是否可以修改libevent的事件处理效率,需要研究.如果内存空间很大,可以将freeconn的数值调大,增加预分配的conn内存大小. 是否可以将memcache做成多线程处理,但在处理多线程数据同步是个问题. 如果有时间,愿意来试试这个策略. 4. 安全性能. memcache还存在一个比较显著的问题,那就是其安全性能.只要了解memcache监听的端口,对于能够使用分布式memcache进行数据通信的网络环境的机器,都可以通过memcache协议于memcache服务器进行通信,获取或种植数据.不能保证种植进内存里的数据不会被别有心意的人再利用.也不能保证服务器的内存不被漫天遍地的垃圾数据所堆积,造成命中极低. memcache的设计理念在一个轻字,如果对每次Client的通讯需要校验身份,那么恐怕memcache也就达不到其想要的效果了.存在解决办法缓解这个问题,一般而言,需要使用memcache服务的机器,可以在Server维持一张红色列表.这张表上的机器便可以获取服务.很显然,memcache并非任意Client都能访问,只有信任的机器访问,那么为什么不将这些信任的机器放在一个/etc/mem_passwd下呢. 还有,memcached走udp时,很大几率接受到upd时,都会使服务死掉,特别是set,add,replace时,这个问题需要去考究一下.不过没有时间了. 4.memcache测试分析 服务器端memcache在命令行运行的参数: 引用 # memcached –d –m 512 –l *.*.*.* -u ** -f 1.00001 –n 16 –c [...]]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2009/09/29/709/%e8%bd%ac-memcache%e5%88%86%e6%9e%90%e8%b0%83%e8%af%95-php.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>rsync简单学习</title>
		<link>http://blog.thematice.com/html/y2009/09/23/719/rsync%e7%ae%80%e5%8d%95%e5%ad%a6%e4%b9%a0.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=rsync%25e7%25ae%2580%25e5%258d%2595%25e5%25ad%25a6%25e4%25b9%25a0</link>
		<comments>http://blog.thematice.com/html/y2009/09/23/719/rsync%e7%ae%80%e5%8d%95%e5%ad%a6%e4%b9%a0.html#comments</comments>
		<pubDate>Wed, 23 Sep 2009 04:04:46 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[Linux net]]></category>
		<category><![CDATA[linux shell]]></category>
		<category><![CDATA[Linux tools]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[databases]]></category>
		<category><![CDATA[db]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[net]]></category>
		<category><![CDATA[rsync]]></category>
		<category><![CDATA[shell]]></category>
		<category><![CDATA[tools]]></category>
		<category><![CDATA[web]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=719</guid>
		<description><![CDATA[rsync &#8211; faster, flexible replacement for rcp rsync是一个快速的，使用rcp协议来监视远程目录文件改动的同步工具，说实话，对于rsync的一些概念我至今都是模糊不清，它有太多的参数，还有超多的工作模式，以至于我实在是懒得去理会它。在我的心目中，它就是一个在服务器之间同步文件夹的工具。 下面，让我们来近距离接触它，我所知道的，Rhel和Sles在默认的情况就会安装rsync，想必其他系统也一样，所以我们不需要做任务动作，就可以直接使用它了。 另外我们可以发现有rsyncd服务端的存在，不过它是默认关闭的，我不知道它是用来做什么的，貌似要走873端口的一个协议，我不知道为什么放着ssh的22端口不用，又去另外开一个端口，开一个服务呢，所以我是坚决不用的，简单第一嘛。 现在我就要在服务器B上同步服务器A上的文件夹test，一旦服务器A上的test文件夹上有变动，服务器B上的test文件夹也有跟上，就是所谓的夫唱妇随，记住，A是夫，B是妇。 服务器A： ?Download shell.sh1 2 3 4 5 6 7 maxcv:~ # cd maxcv:~ # mkdir test maxcv:~ # cd test/ maxcv:~/test # touch a b c d e f g maxcv:~/test # chmod 777 * maxcv:~ # service sshd status Checking for service sshd [...]]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2009/09/23/719/rsync%e7%ae%80%e5%8d%95%e5%ad%a6%e4%b9%a0.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>DELL R410 目前对RHEL/CETNOS系列支持不太好，需要自己手动去更新驱动。</title>
		<link>http://blog.thematice.com/html/y2009/09/19/690/dell-r410-%e7%9b%ae%e5%89%8d%e5%af%b9rhelcetnos%e7%b3%bb%e5%88%97%e6%94%af%e6%8c%81%e4%b8%8d%e5%a4%aa%e5%a5%bd%ef%bc%8c%e9%9c%80%e8%a6%81%e8%87%aa%e5%b7%b1%e6%89%8b%e5%8a%a8%e5%8e%bb%e6%9b%b4.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=dell-r410-%25e7%259b%25ae%25e5%2589%258d%25e5%25af%25b9rhelcetnos%25e7%25b3%25bb%25e5%2588%2597%25e6%2594%25af%25e6%258c%2581%25e4%25b8%258d%25e5%25a4%25aa%25e5%25a5%25bd%25ef%25bc%258c%25e9%259c%2580%25e8%25a6%2581%25e8%2587%25aa%25e5%25b7%25b1%25e6%2589%258b%25e5%258a%25a8%25e5%258e%25bb%25e6%259b%25b4</link>
		<comments>http://blog.thematice.com/html/y2009/09/19/690/dell-r410-%e7%9b%ae%e5%89%8d%e5%af%b9rhelcetnos%e7%b3%bb%e5%88%97%e6%94%af%e6%8c%81%e4%b8%8d%e5%a4%aa%e5%a5%bd%ef%bc%8c%e9%9c%80%e8%a6%81%e8%87%aa%e5%b7%b1%e6%89%8b%e5%8a%a8%e5%8e%bb%e6%9b%b4.html#comments</comments>
		<pubDate>Sat, 19 Sep 2009 12:24:44 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[Linux  web]]></category>
		<category><![CDATA[nginx]]></category>
		<category><![CDATA[bug]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[web]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=690</guid>
		<description><![CDATA[dell官网服务器配置地址:Dell PowerEdge R410机架式服务器产品详细信息 http://www1.ap.dell.com/cn/zh/pub/Servers/server-poweredge-r410/pd.aspx?refid=server-poweredge-r410&#038;s=pub 最新驱动地址:NetXtreme II 1 Gigabit Drivers http://zh-cn.broadcom.com/support/ethernet_nic/netxtremeii.php 主要问题是: 1.网卡会自动掉线，手动更新驱动可以解决。 2.硬盘驱动也有问题,而且yum更新内核不能重启.直接报错. 消息来源一个朋友.他们公司使用RHEL和CENTOS 5.3 5.4 4.7 x86 i386 的版本安装系统. 发现dell R410的硬盘驱动有问题,而且yum更新内核不能重启.直接报错. 那个朋友公司买了15台，坏了有10台。 状况如下: 1.用CENTOS5。3 X64位 几台机器用yum更新了后，就直接死掉了。 2.时不时的内外网掉线。有10多台有同样的现像。 3.求助DELL支持。结果说让我们用RHEL.用了RHEL5。4以后还是遇到同样的问题。 结论: DELL R410 目前对RHEL/CETNOS系列支持不太好，需要自己手动去更新驱动。忘使用此类机型的朋友谨慎测试之&#8230;]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2009/09/19/690/dell-r410-%e7%9b%ae%e5%89%8d%e5%af%b9rhelcetnos%e7%b3%bb%e5%88%97%e6%94%af%e6%8c%81%e4%b8%8d%e5%a4%aa%e5%a5%bd%ef%bc%8c%e9%9c%80%e8%a6%81%e8%87%aa%e5%b7%b1%e6%89%8b%e5%8a%a8%e5%8e%bb%e6%9b%b4.html/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>A patch to fix VU#180065 vulnerability in 0.1.0-0.8.14</title>
		<link>http://blog.thematice.com/html/y2009/09/19/688/a-patch-to-fix-vu180065-vulnerability-in-010-0814.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=a-patch-to-fix-vu180065-vulnerability-in-010-0814</link>
		<comments>http://blog.thematice.com/html/y2009/09/19/688/a-patch-to-fix-vu180065-vulnerability-in-010-0814.html#comments</comments>
		<pubDate>Sat, 19 Sep 2009 12:23:57 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[Linux  web]]></category>
		<category><![CDATA[nginx]]></category>
		<category><![CDATA[bug]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[web]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=688</guid>
		<description><![CDATA[Vulnerability Note VU#180065 Nginx ngx_http_parse_complex_uri() buffer underflow vulnerability Overview A vulnerability in the nginx web server may allow remote attackers to execute arbitrary code on an affected system. I. Des-c-r-i-p-tion nginx is an HTTP server and mail proxy server that is available for a number of different platforms. A buffer underflow vulnerability exists in the [...]]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2009/09/19/688/a-patch-to-fix-vu180065-vulnerability-in-010-0814.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Development versions are nginx-0.8.15, nginx/Windows-0.8.15, the change log.</title>
		<link>http://blog.thematice.com/html/y2009/09/19/686/development-versions-are-nginx-0815-nginxwindows-0815-the-change-log.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=development-versions-are-nginx-0815-nginxwindows-0815-the-change-log</link>
		<comments>http://blog.thematice.com/html/y2009/09/19/686/development-versions-are-nginx-0815-nginxwindows-0815-the-change-log.html#comments</comments>
		<pubDate>Sat, 19 Sep 2009 12:22:08 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[Linux  web]]></category>
		<category><![CDATA[nginx]]></category>
		<category><![CDATA[bug]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[web]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=686</guid>
		<description><![CDATA[Changes with nginx 0.8.15 14 Sep 2009 *) Security: a segmentation fault might occur in worker process while specially crafted request handling. Thanks to Chris Ries. *) Bugfix: if names .domain.tld, .sub.domain.tld, and .domain-some.tld were defined, then the name .sub.domain.tld was matched by .domain.tld. *) Bugfix: in transparency support in the ngx_http_image_filter_module. *) Bugfix: in [...]]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2009/09/19/686/development-versions-are-nginx-0815-nginxwindows-0815-the-change-log.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The latest stable versions are nginx-0.7.62, nginx/Windows-0.7.62, the change log.</title>
		<link>http://blog.thematice.com/html/y2009/09/19/684/the-latest-stable-versions-are-nginx-0762-nginxwindows-0762-the-change-log.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=the-latest-stable-versions-are-nginx-0762-nginxwindows-0762-the-change-log</link>
		<comments>http://blog.thematice.com/html/y2009/09/19/684/the-latest-stable-versions-are-nginx-0762-nginxwindows-0762-the-change-log.html#comments</comments>
		<pubDate>Sat, 19 Sep 2009 12:21:12 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[Linux  web]]></category>
		<category><![CDATA[nginx]]></category>
		<category><![CDATA[bug]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[web]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=684</guid>
		<description><![CDATA[Changes with nginx 0.7.62 14 Sep 2009 *) Security: a segmentation fault might occur in worker process while specially crafted request handling. Thanks to Chris Ries. *) Feature: the $upstream_cache_status variable. *) Bugfix: an expired cached response might stick in the “UPDATING” state. *) Bugfix: a segmentation fault might occur in worker process, if error_log [...]]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2009/09/19/684/the-latest-stable-versions-are-nginx-0762-nginxwindows-0762-the-change-log.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Apache 和 Dovecot 不再挂了</title>
		<link>http://blog.thematice.com/html/y2009/09/14/658/apache-%e5%92%8c-dovecot-%e4%b8%8d%e5%86%8d%e6%8c%82%e4%ba%86.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=apache-%25e5%2592%258c-dovecot-%25e4%25b8%258d%25e5%2586%258d%25e6%258c%2582%25e4%25ba%2586</link>
		<comments>http://blog.thematice.com/html/y2009/09/14/658/apache-%e5%92%8c-dovecot-%e4%b8%8d%e5%86%8d%e6%8c%82%e4%ba%86.html#comments</comments>
		<pubDate>Mon, 14 Sep 2009 14:58:45 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[未分类]]></category>
		<category><![CDATA[Apache]]></category>
		<category><![CDATA[dovecot]]></category>
		<category><![CDATA[mail]]></category>
		<category><![CDATA[web]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=658</guid>
		<description><![CDATA[与你分享我是如何确定 Apache 和 Dovecot 是否在跑。 首先，您必须下载 LibPing，「LibPing」 是一个用来检查 Web, POP3, IP 和 SMTP 是否正常的小程序。 下载完之后，就可以 compile 了。 比如说我要将它 install 在 “/usr/local/libping”。 那么就： tar -zxf libping-latest.tar.gz cd libping-1.15 ./configure &#8211;prefix=/usr/local/libping make make install 我的 Apache 是 install 在 /usr/local/apache，Dovecot 是 install 在 /usr/local/dovecot 。 以下是 checker.sh 文件 #!/usr/local/bin/bash PING=&#8217;/usr/local/libping/bin/ding&#8217; # Check for this server still alive [...]]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2009/09/14/658/apache-%e5%92%8c-dovecot-%e4%b8%8d%e5%86%8d%e6%8c%82%e4%ba%86.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>四种 种web性能压力测试工具http_load webbench ab siege小结</title>
		<link>http://blog.thematice.com/html/y2009/06/05/472/http_load-webbench-ab-siege%e5%b0%8f%e7%bb%93.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=http_load-webbench-ab-siege%25e5%25b0%258f%25e7%25bb%2593</link>
		<comments>http://blog.thematice.com/html/y2009/06/05/472/http_load-webbench-ab-siege%e5%b0%8f%e7%bb%93.html#comments</comments>
		<pubDate>Fri, 05 Jun 2009 07:01:15 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[Linux tools]]></category>
		<category><![CDATA[load]]></category>
		<category><![CDATA[tools]]></category>
		<category><![CDATA[web]]></category>
		<category><![CDATA[web压力测试]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=472</guid>
		<description><![CDATA[http_load 下载地址：http://www.acme.com/software/http_load/http_load-12mar2006.tar.gz 程序非常小，解压后也不到100K 居家旅行 携带方便 呵呵 http_load以并行复用的方式运行，用以测试web服务器的吞吐量与负载。但是它不同于大多数压力测试工具，它可以以一个单一的进程运行，一般不会把客户机搞死。可以可以测试HTTPS类的网站请求。 命令格式：http_load -p 并发访问进程数 -s 访问时间 需要访问的URL文件 例如： 引用 http_load -p 30 -s 60 urllist.txt 准备URL文件：tst.list，文件格式是每行一个URL，URL最好超过50－100个测试效果比较好，另外，测试结果中主要的指标是 fetches/sec 这个选项，即服务器每秒能够响应的查询次数，用这个指标来衡量性能。似乎比 apache的ab准确率要高一些，也更有说服力一些。 官方的例子： 引用 % ./http_load -rate 10 -seconds 60 urllist.txt 49 fetches, 4 max parallel, 289884 bytes, in 10.0148 seconds 5916 mean bytes/connection 4.89274 fetches/sec, 28945.5 bytes/sec msecs/connect: 28.8932 mean, 44.243 [...]]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2009/06/05/472/http_load-webbench-ab-siege%e5%b0%8f%e7%bb%93.html/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>nginx 7稳定版发布</title>
		<link>http://blog.thematice.com/html/y2009/05/26/495/the-latest-stable-versions-are-nginx-0759.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=the-latest-stable-versions-are-nginx-0759</link>
		<comments>http://blog.thematice.com/html/y2009/05/26/495/the-latest-stable-versions-are-nginx-0759.html#comments</comments>
		<pubDate>Tue, 26 May 2009 03:45:11 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[Linux  web]]></category>
		<category><![CDATA[code]]></category>
		<category><![CDATA[epoll]]></category>
		<category><![CDATA[html]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[nginx]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[poll]]></category>
		<category><![CDATA[web]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=495</guid>
		<description><![CDATA[做反向代理的时候加入了cache功能，”caching of proxied and fcgi server “，不知道效果如何，sina搞的ncache用起来太麻烦，还得64位系统。lighttpd的mod_cache竟然连PHP也给cache了-_-，要好好试下nginx 7的cache功能。 下载地址：http://sysoev.ru/nginx/nginx-0.7.59.tar.gz Changes with nginx 0.7.59 25 May 2009 *) Feature: the “proxy_cache_methods” and “fastcgi_cache_methods” directives. *) Bugfix: socket leak; the bug had appeared in 0.7.25. Thanks to Maxim Dounin. *) Bugfix: a segmentation fault occurred in worker process, if a request had no body and the $request_body [...]]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2009/05/26/495/the-latest-stable-versions-are-nginx-0759.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>2.6内核上一步一步配置LVS(Linux Virtual Server) 转</title>
		<link>http://blog.thematice.com/html/y2007/11/09/19/26%e5%86%85%e6%a0%b8%e4%b8%8a%e4%b8%80%e6%ad%a5%e4%b8%80%e6%ad%a5%e9%85%8d%e7%bd%aelvslinux-virtual-server-%e8%bd%ac.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=26%25e5%2586%2585%25e6%25a0%25b8%25e4%25b8%258a%25e4%25b8%2580%25e6%25ad%25a5%25e4%25b8%2580%25e6%25ad%25a5%25e9%2585%258d%25e7%25bd%25aelvslinux-virtual-server-%25e8%25bd%25ac</link>
		<comments>http://blog.thematice.com/html/y2007/11/09/19/26%e5%86%85%e6%a0%b8%e4%b8%8a%e4%b8%80%e6%ad%a5%e4%b8%80%e6%ad%a5%e9%85%8d%e7%bd%aelvslinux-virtual-server-%e8%bd%ac.html#comments</comments>
		<pubDate>Fri, 09 Nov 2007 05:54:20 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[LVS]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Server]]></category>
		<category><![CDATA[Virtual]]></category>
		<category><![CDATA[web]]></category>

		<guid isPermaLink="false">http://www.gruelstate.cn/index.php/2007/11/09/26%e5%86%85%e6%a0%b8%e4%b8%8a%e4%b8%80%e6%ad%a5%e4%b8%80%e6%ad%a5%e9%85%8d%e7%bd%aelvslinux-virtual-server-%e8%bd%ac/</guid>
		<description><![CDATA[Linux Virtual Server(LVS)的配置方法，网上虽然是能搜到很多，但无外外乎是那几个版本。这些版本大都只是写了如何这样配置，而没有为什么这样配置，还有很多基础性的东西是默认读者已知了，就没有讲明白。 最近成功在学校机房配置了一台调度器（Director）、两台服务器(Real Server)的集群服务器，用一台客户机来访问。我的配置有比较高的可实现性，所有计算机都在同一个局域网内，不用配置网关。如果这样的LVS配置成功了，之后配置更有有实用性的集群也不难了。 本文参考了LVS中文站点上的《LVS在Fedora Core5上的配置指南(以Linux、FreeBSD、Solaris系统为RealServer)》（http://zh.linuxvirtualserver.org/node/272），原文是一篇HOW TO性质的文章，并没有对一些原理进行阐述。本文在此基础上对一些细节的部分进行了说明（甚至是很基础的地方，这些地方对于理解整个LVS系统有着重要的作用），并进行了一些改动，使得更具可实现性（所有机器都在同一网段），文中亦会说明要如何将其改为可真正派上用场的集群服务。 我假设你在此之前已经读过了LVS的基本介绍，知道其用途和基本原理。如果你还没有看过，请看一下LVS的官方站点(http://www.linuxvirtualserver.org,http://zh.linuxvirtualserver.org)。本文所述采用的是通过直接路由实现虚拟服务器（VS/DR）的方法，这里先引述官方站点对此的介绍，并标出重点、加上注释。 引用: 跟VS/TUN方法相同，VS/DR利用大多数Internet服务的非对称特点，负载调度器中只负责调度请求，而服务器直接将响应返回给客户，可以极大地提高整个集群系统的吞吐量。该方法与IBM的NetDispatcher产品中使用的方法类似，但IBM的NetDispatcher是非常昂贵的商品化产品，我们也不知道它内部所使用的机制，其中有些是IBM的专利。 VS/DR的体系结构如图3.6所示：调度器和服务器组都必须在物理上有一个网卡通过不分断的局域网相连，如通过交换机或者高速的HUB相连。VIP地址为调度器和服务器组共享，调度器配置的VIP地址是对外可见的，用于接收虚拟服务的请求报文；所有的服务器把VIP地址配置在各自的Non-ARP网络设备上，它对外面是不可见的，只是用于处理目标地址为VIP的网络请求。（请看注释1） 图3.6：VS/DR的体系结构 VS/DR的工作流程如图3.7所示：它的连接调度和管理与VS/NAT和VS/TUN中的一样，它的报文转发方法又有不同，将报文直接路由给目标服务器。在VS/DR中，调度器根据各个服务器的负载情况，动态地选择一台服务器，不修改也不封装IP报文，而是将数据帧的MAC地址改为选出服务器的MAC地址，再将修改后的数据帧在与服务器组的局域网上发送。（请看注释2）因为数据帧的MAC地址是选出的服务器，所以服务器肯定可以收到这个数据帧，从中可以获得该IP报文。当服务器发现报文的目标地址VIP是在本地的网络设备上，服务器处理这个报文，然后根据路由表将响应报文直接返回给客户。 图3.7：VS/DR的工作流程 在VS/DR中，请求报文的目标地址为VIP，响应报文的源地址也为VIP，所以响应报文不需要作任何修改，可以直接返回给客户，客户认为得到正常的服务，而不会知道是哪一台服务器处理的。 VS/DR负载调度器也只处于从客户到服务器的半连接中，按照半连接的TCP有限状态机进行状态迁移。 注释1：VIP地址为调度器和服务器（RealServer）把共享，那会不会引起IP冲突？答案是：不会。正因为后面所说的，“调度器配置的VIP地址是对外可见的，用于接收虚拟服务的请求报文；所有的服务器把VIP地址配置在各自的Non-ARP网络设备上，它对外面是不可见的”。在调度器上，VIP与其局域网内IP对外都是可见的；在服务器上，对外可见的是其在局域网上的IP（调度器调度的时候使用的IP），而在服务器上，VIP的性质就像是平常我们所熟知的127.0.0.1的性质一样，它是一个loopback device，他只在网络层之上可见（包括网络层），这样的loopback device用来模拟网络适配器的行为。就算没有装网卡，127.0.0.1与VIP的这样IP都是可用的。 那为什么要在服务器上还放上一个VIP呢？ 因为当只修改了MAC地址的链路层帧发到服务器的链路层时（详情请见注释2），要想再向上提交到应用层去让HTTP等服务器程序处理，必须再经过网络层、传输层等，而要通过这些层是要经过目标IP的检测的。 就像你要去参加一个婚礼，到门口，接待人员问你要参加谁的婚礼，人家这里明明举行的是李湘跟王老五的婚礼，你说你要参加谢霆锋跟张柏芝的婚礼，接待人员一定是不让你进去的。 那我就是又要说我要参加谢霆锋跟张柏芝的婚礼，以要进入李湘跟王老五的婚礼现场，怎么办？那就在李湘跟王老五的婚礼现场里安排一个自己人，你到时候对他说：“我要参加谢霆锋跟张柏芝的婚礼”，他会意地笑一声，就会帮你在李湘跟王老五的婚礼现场安排座位，让你在里面享受各种服务。 服务器里的VIP就有这个自己人的性质，他对外不可见，当请求包到达网络层以上的部分里，就可以看到VIP，从而一路上去，到达应用层，享用HTTP等服务。 原理如图（IPVS有没有到网络层？）   注释2：在这里可能有人会产生疑问，修改MAC地址就能让请求包发往Real Server上吗，不用改目标IP地址？答案是：是的。因为交换机是一个链路层的设备，链路层的传送单位是帧，他可不管网络层的包里放的是什么IP地址（网络层的ipv4包已经被封装在帧里）。当Direcotr把存有客户机的请求包的那帧的MAC地址改成某台Real Server的之后，就发出去，到交换机之后，交换机查找MAC地址与端口的对应表（端口MAC地址对应拥有些MAC地址的计算机），将这一帧发往与帧上MAC地址对应的端口，之后就发到计算机的链路层，如果MAC地址与网卡上的匹配，再向上层发送，直至应用层。 现在俺们来一步一步地在局域网内配置LVS。     四台计算机按如上方式插在交换机上，分别按如下的方式配置四台计算机。 Client 代码: ifconfig eth0 192.168.11.1 netmask 255.255.255.0 broadcast 192.168.11.255 当重启时，上面的配置将会失效。如果要长期保留这个配置，请更改/etc/sysconﬁg/network-scripts/ifcfg-eth0文件。具体步骤请参考DIRECTOR的配置。 Director 首先安装IPVSADM，就是LVS的管理工具。REDHAT的用户可以到rpm.pbone.net上搜索ipvsadm，找到和自己系统对应的安装包，在安装文件夹里执行如下命令： 代码: rpm ivh *.rpm *.rpm代表rpm安装包的文件名。 当IPVSADM安装完成后，就可以配置DIRECTOR了，使用如下命令： 代码: ipvsadm –C [...]]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2007/11/09/19/26%e5%86%85%e6%a0%b8%e4%b8%8a%e4%b8%80%e6%ad%a5%e4%b8%80%e6%ad%a5%e9%85%8d%e7%bd%aelvslinux-virtual-server-%e8%bd%ac.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

