猫言猫语

　　如果你需要将RedHat(RHEL) & CentOS & Fedora Linux 静态路由持久化的话，你需要打开/etc/sysconfig/network-scripts/route-eth0文件去添加自定义的静态路由为网卡eth0，保存后重新启动网络服务。 #vi /etc/sysconfig/network-scripts/route-eth010.0.0.0/8 via 10.1.2.3#service network restart

　　在启动系统后，直接编辑/etc/modprobe.conf文件，然后在最后面加一行： options ip_conntrack hashsize=100000 　　如果你使用的系统是之前版本的Fedora或其他发行版本的Linux系统，也有可能需要加的是 options nf_conntrack hashsize=100000 　　这个取决于你的系统里模块名到底是ip_conntrack还是nf_conntrack，我就被这模块名不同搞晕了。把Fedora的写法放到CentOS里去，结果怎么重新启动HASHSIZE值就是没变化，后来经过ELM提醒，也可以通过lsmod查看模块列表来看出来你的模块到底是ip_conntrack还是nf_conntrack，才发现CentOS里模块叫ip_conntrack，而在Fedora里这个模块名叫nf_conntrack。 [root@proxy proc]# lsmod | grep connip_conntrack_netbios_ns 6977 0 ip_conntrack 53281 4 ip_conntrack_netbios_ns,iptable_nat,ip_nat,xt_statenfnetlink 10713 2 ip_nat,ip_conntrack 　　修改完以后重新启动系统，然后可以看到你的hashsize值就被改了 [root@proxy proc]# more /proc/sys/net/ipv4/netfilter/ip_conntrack_buckets100000[root@proxy proc]# more /proc/sys/net/ipv4/netfilter/ip_conntrack_max 800000 　　这样修改完之后，不需要额外再去修改ip_conntrack_max值了，ip_conntrack_max的值会被自动设置为HASHSIZE值的8倍。

　　StatusNet里默认已经安装有Google Adsense Plugin了，如果你需要在你的StatusNet里增加Google广告的话，并不需要你手工修改代码，只需要你在config.php配置文件中增加相应的广告配置就可以了。 addPlugin('Adsense', array('client' => 'Your client ID', 'rectangle' => 'slot')); 　　把里面的Your client ID和slot替换成你的就好了，加好后，广告就显示在边栏上了：

　　StatusNet是国外非常流行的开源PHP微博代码，目前已发展到0.9.0版，我认为他是一个十分有前途的微博，可以用他作为个人微博来使用，支持各种同步，不过其在安装过程中，会遇到错误，提示的是OStatus插件有问题，找了好多方法都没解决，终于自己看代码搞定了．．．．．． 　　方法倒不难：打开程序的 lib/default.php 文件，找到283行中载入OStatus插件配置，然后把他禁掉，直接用//注释就好了。 　　然后再执行安装程序进行安装，这个世界就清净了，不会出现之前那样的错误提示了。

从Rails官方站点得知，Rails 3.0测试版已release

location ~ \.php($|/) {    set  $script     $uri;    set  $path_info  "";    if ($uri ~ "^(.+\.php)(/.*)") {        set  $script     $1;        set  $path_info  $2;    }    fastcgi_pass   127.0.0.1:9000;    include        fastcgi_params;    fastcgi_param  PATH_INFO          $path_info;    fastcgi_param  SCRIPT_FILENAME    /var/www/example-org/wwwroot/web$script;    fastcgi_param  SCRIPT_NAME        $script;}

1.4似乎要比1.3.2强劲不少，具体请见：http://jquery14.com/

　　在某些负载均衡系统中，如果后端某台服务器Down掉，前端服务器可以把原本由该后端服务器负责的请求迁移到后端其他服务器去，从而实现负载均衡效果。一般情况下，用户体验非常良好，几乎可以实现平滑的切换服务器，如果再使用集中式的Session管理技术，用户几乎感觉不到自己发生迁移。 　　在实际应用中，如果一个负载均衡系统中的机器负载都比较高，比如使用三台机器做后端服务器，每个机器负载是80%的话，当其中有一台服务器Down掉，就会把原来1/3的请求转到另外两台服务器，就有可能导致另外两台服务器过载，非但没有起到负载均衡的效果，反而就好象雪崩似的，一台机器Down掉，导致整个系统全部无法工作。 　　所以大家在建立后端系统的时候，如果想要实现动态迁移，千万不要使机器负载太高，否则真正使用的时候，会出现很严重的后果。当然，如果不做迁移的话，那就无所谓了，就可以物尽其用了……

Click Here to Download RPM Package Click Here to Download SRPM Package Changes with nginx 0.8.0     *) Feature: the "keepalive_requests" directive.     *) Feature: the "limit_rate_after" directive.       Thanks to Ivan Debnar.     *) Bugfix: XLST filter did not work in subrequests.     *) Bugfix: in relative paths handling in nginx/Windows.     *) Bugfix: in [...]