"http_port 8000 vhost # Squid 服务器监听本机 8000 端口，vhost 支持虚拟主机。\ncache_peer 192.168.1.50 parent 81 0 no-query originserver weight=1 name=a cache_peer 192.168.1.50 parent 82 0 no-query originserver weight=1 name=b cache_peer 192.168.1.51 parent 80 0 no-query originserver weight=1 name=c\ncache_peer_domain a www.serverA1.com cache_peer_domain b www.serverA2.com cache_peer_domain c www.serverB.com ＃以上六行配置，让 Squid 服务器知道：\n** ＃从客户端过来的请求，如果是 www.serverA1.com，则 Squid 向 ServerA 192.168.1.50 的端口 81发送请求； ＃**从客户端过 …"

"虽然我们可能经常都在说 SSD 时代即将来临，可能我们今天的建立在磁盘结构上的很多知识都将无用武之地，但毕竟当前很多的存储产品，包括很多NoSQL产品，都是建立在磁盘存储的理论基础上的。下面是一个关于磁盘原理的PPT，描述了磁盘存储的各种知识。推荐给大家。\nWhat every data programmer needs to know about disks\nView more presentations from iammutex"

"今天Nginx1.1.1发布了，准备将自己的nginx版本升级一下．\n以下是我平滑将Nginx1.0.4升级到Nginx1.1.1的完整过程，作为一个教程或者备忘。\n# /usr/local/nginx/sbin/nginx –V //查看当前Nginx版本\nnginx: nginx version: nginx/1.0.4 nginx: built by gcc 4.4.4 20100726 (Red Hat 4.4.4-13) (GCC) nginx: TLS SNI support enabled nginx: configure arguments: --user=www --group=www --prefix=/usr/local/nginx --with-http_stub_status_module --with-http_ssl_module 一.配置nginx并编译，切记不要make install\n# wget http://nginx.org/download/nginx-1.1.1.tar.gz # tar zxvf nginx-1.1.1.tar.gz # …"

"Nagios-监控Mysql服务器\n监控Mysql需要在nagios和Mysql服务器这两个部分做处理:Mysql服务器安装nrpe、创建Mysql监控用户;配置nagios及用htpasswd创建浏览器验证帐号。下面分步描述。\n一、 在Mysql服务器安装nrpe\n这个操作与nagios服务器安装nrpe基本相同，唯一不同的是nrpe.cfg文件server_address,把它改成Mysql服务器的ip地址即可。检查无误后启动nrpe服务.\n二、创建Mysql访问用户nagios\n这个账号仅仅是nagios监控程序用来访问Mysql数据库所用，与其它帐号毫无关系。为了安全起见，nagios这个账号的权限应该特别低，仅仅有数据库的select权限即可。再进一步，我们创建一个空的数据库nagdb，然后让nagios账号访问这个空库，就可以通过check_Mysql插件测试和监控Mysql数据库。\n一切正常以后，Mysql服务器这边的配置和测试就算完成了。\n三、nagios服务器上的操作\n即在nagios配置文件后面追加内容。\n(一)、主机配置文件追加Mysql主机定义，联系 …"

"FreeBSD9.0将使用zfs作为默认的文件系统.with ZFS, basically you don’t need to use 3rd party volume management software to manage raw device, before you can access them as file system.\nZFS的特点：\nZFS是SUN推出的世界上第一个128位的文件系统，这意味着它能存储1800亿亿(18.4 × 10^1 ８)倍于当前64位文件系统的数据。ZFS的设计如此超前以至于这个极限就当前现实际可能永远无法遇到。据说：“要填满一个128位的文件系统，将耗尽地球上所有存储设备。除非你拥有煮沸整个海洋的能量，不然你不可能将其填满。(Populating 128-bit file systems would exceed the quantum limits of earth-based storage. You couldn’t fill a 128-bit storage pool without boiling the oceans.)”[1] …"

"在服务器部署好nagios，分别在客户端安装好，但是其中几台系统不是自己安装，里面的环境不太了解。\n在nagios服务器端使用nrpe检查出现\nNRPE: Unable to read output 在监控机上运行check_nrpe -H IP\n可以查看到客户端的nrpe信息，说明监控机与被监控机的nrpedaemon通信是正常。\n在网上查找了一下，也没个具体的原因等。\n根据问题查找得出一些分析的注意地方：\n1、检查客户端nrpe的权限是否可读，可被nagios执行。\n2、检查nrpe.cfg里面commands命令路径是否正确。\n常见的一些nrpe的错误信息解决方法：\n在监控机上，执行：\n#root@localhost libexec]# /opt/nagios/libexec/check_nrpe -H IP\nCHECK_NRPE: Error – Could not complete SSL handshake.\n解决方案：\n在被监控机nrpe.cfg中，增加监控主机的地址：\n#NOTE: This option is ignored if NRPE is running …"

"上一节我们在FreeBSD上实现了了安装nagios(),下面我们要监控一台linux(centos)的主机.\nNote: It is possible to execute Nagios plugins on remote Linux/Unix machines through SSH. There is a check_by_ssh plugin that allows you to do this. Using SSH is more secure than the NRPE addon, but it also imposes a larger (CPU) overhead on both the monitoring and remote machines. This can become an issue when you start monitoring hundreds or thousands of machines. Many Nagios admins opt for using using the NRPE addon because of the lower …"

"1. 安装FCGI模块\n# wget http://search.cpan.org/CPAN/authors/id/B/BO/BOBTFISH/FCGI-0.70.tar.gz # tar zxvf FCGI-0.70.tar.gz # cd FCGI-0.70 # perl Makefile.PL # make # make install\n2. 安装 IO 和 IO::ALL模块\n# wget http://search.cpan.org/CPAN/authors/id/G/GB/GBARR/IO-1.25.tar.gz # tar zxvf IO-1.25.tar.gz # cd IO-1.25 # perl Makefile.PL # make # make install\n升级MakeMaker版\n#wget http://search.cpan.org/CPAN/authors/id/M/MS/MSCHWERN/ExtUtils-MakeMaker-6.54.tar.gz\n#tar zxvf ExtUtils-MakeMaker-6.54\nperl Makefile.PL …"

"关于C++中的const关键字的用法非常灵活，而使用const将大大改善程序的健壮性，现将本人的一些体会总结如下，期望对大家有所帮助：\n一 const基础\n如果const关键字不涉及到指针，我们很好理解，下面是涉及到指针的情况：\nint b = 500; const int* a = \u0026amp;b; [1] int const a = \u0026amp;b; [2] int const a = \u0026amp;b; [3] const int* const a = \u0026amp;b; [4]\n如果你能区分出上述四种情况，那么，恭喜你，你已经迈出了可喜的一步。不知道，也没关系，我们可以参考《Effective c++》Item21上的做法，如果const位于星号的左侧，则const就是用来修饰指针所指向的变量，即指针指向为常量；如果const位于星号的右侧，const就是修饰指针本身，即指针本身是常量。因此，[1]和[2]的情况相同，都是指针所指向的内容为常量（const放在变量声明符的位置无关），这种情况下不允许对内容进行更改操作，如不能*a = 3 ；[3]为指针本身是常量，而指针所指向的内容不是常 …"

"const修饰指针和引用的用法,对于初学C++的人直是讳莫如深,不知所云.一旦你了解了其用法,一切便不值一哂了.下面我为读者一一释疑: 大致说来其可分为三种情况: const修饰指针,const修饰引用,const修饰指针的引用. 1.const修饰指针 const修饰指针又可分为三种情况:\nconst修饰指针本身 const修饰指针所指的变量(或对象) const修饰指针本身和指针所指的变量(或对象) (1).const修饰指针本身 这种情形下,指针本身为常量,不可改变,任何修改指针本身的行为都是非法的.例如: const int a = 1; const int b = 2;\nint i = 3; int j = 4; int* const pi = \u0026amp;i; //ok, pi的类型为int* const , \u0026amp;i的类型为int* const int* const pi = \u0026amp;a; //error, pi的类型为int* const, \u0026amp;a的类型为const int* const pi = \u0026amp;j; //error, 指针是常量,不可变 *pi …"