"\u003cp\u003eVMware安装Linux的时候默认分配的空间是4GB，可能会不够，这个时候可以通过增加一块虚拟硬盘，将/usr或其他内容拷贝过去解决这个问题：\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e总个操作过程可分为：\u003c/strong\u003e\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003e分区\u003c/li\u003e\n\u003cli\u003e格式化\u003c/li\u003e\n\u003cli\u003e挂载\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003e三个过程.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e创建虚拟硬盘\u003c/strong\u003e\n1、关闭VM中正在运行的虚拟系统；\u003c/p\u003e\n\u003cp\u003e2、在虚拟系统名称上点右键－》Virtual Machine Settings；\n3、在Hardware页点“Add”－》Add a hard disk－》Create a new virtual disk－》SCSI(recommended)－》分配空间大小－》OK；\n4、可以看见Hardware中出现了一块新的硬盘Hard Disk 2。\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e对虚拟硬盘进行分区和格式化\u003c/strong\u003e\n[root@cncmail data1]# fdisk -l ## 这里是查看目前系统上有几块硬盘\u003c/p\u003e\n\u003cp\u003eDisk /dev/sda: 36.4 GB, 36401479680 bytes\n255 heads, 63 sectors/track, 4425 cylinders\nUnits = cylinders of 16065 * 512 = 8225280 bytes …\u003c/p\u003e"

"\u003cp\u003e提示不支持这个函数，于是在php.ini文件里启用了扩展，把前面的;去掉，重启apache，竟然不起作用．后来查找了一下，原来还需要两个dll(libeay32.dll、ssleay32.dll)文件支持，将dll复制到c:/windows/system32目录里．然后重启apache即可．\u003c/p\u003e\n\u003cp\u003e特在此记录一下．\u003c/p\u003e"

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

"\u003cp\u003e虽然我们可能经常都在说 SSD 时代即将来临，可能我们今天的建立在磁盘结构上的很多知识都将无用武之地，但毕竟当前很多的存储产品，包括很多NoSQL产品，都是建立在磁盘存储的理论基础上的。下面是一个关于磁盘原理的PPT，描述了磁盘存储的各种知识。推荐给大家。\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e\u003ca href=\"http://www.slideshare.net/iammutex/what-every-data-programmer-needs-to-know-about-disks\" title=\"What every data programmer needs to know about disks\"\u003eWhat every data programmer needs to know about disks\u003c/a\u003e\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eView more \u003ca href=\"http://www.slideshare.net/\"\u003epresentations\u003c/a\u003e from \u003ca href=\"http://www.slideshare.net/iammutex\"\u003eiammutex\u003c/a\u003e\u003c/p\u003e"

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

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

"\u003cp\u003eFreeBSD9.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.\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003eZFS的特点：\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eZFS是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] …\u003c/p\u003e"

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

"\u003cp\u003e上一节我们在FreeBSD上实现了了安装nagios(),下面我们要监控一台linux(centos)的主机.\u003c/p\u003e\n\u003cp\u003eNote: It is possible to execute Nagios plugins on remote Linux/Unix machines through SSH. There is a\ncheck_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 …\u003c/p\u003e"

"\u003cp\u003e\u003cstrong\u003e1. 安装FCGI模块\u003c/strong\u003e\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e# wget \u003ca href=\"http://search.cpan.org/CPAN/authors/id/B/BO/BOBTFISH/FCGI-0.70.tar.gz\"\u003ehttp://search.cpan.org/CPAN/authors/id/B/BO/BOBTFISH/FCGI-0.70.tar.gz\u003c/a\u003e\n# tar zxvf FCGI-0.70.tar.gz\n# cd FCGI-0.70\n# perl Makefile.PL\n# make\n# make install\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e\u003cstrong\u003e2. 安装 IO 和 IO::ALL模块\u003c/strong\u003e\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e# wget \u003ca href=\"http://search.cpan.org/CPAN/authors/id/G/GB/GBARR/IO-1.25.tar.gz\"\u003ehttp://search.cpan.org/CPAN/authors/id/G/GB/GBARR/IO-1.25.tar.gz\u003c/a\u003e\n# tar zxvf IO-1.25.tar.gz\n# cd IO-1.25\n# perl Makefile.PL\n# make\n# make install\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003e\u003cstrong\u003e升级MakeMaker版\u003c/strong\u003e\u003c/p\u003e\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003cp\u003e#wget \u003ca href=\"http://search.cpan.org/CPAN/authors/id/M/MS/MSCHWERN/ExtUtils-MakeMaker-6.54.tar.gz\"\u003ehttp://search.cpan.org/CPAN/authors/id/M/MS/MSCHWERN/ExtUtils-MakeMaker-6.54.tar.gz\u003c/a\u003e\u003c/p\u003e\u003c/blockquote\u003e\n\u003cp\u003e#tar zxvf  ExtUtils-MakeMaker-6.54\u003c/p\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003c/blockquote\u003e\n\u003cblockquote\u003e\n\u003ch1 id=\"perl-makefilepl\"\u003eperl …\u003c/h1\u003e\u003c/blockquote\u003e"

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

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

"\u003cp\u003estatic 的两大作用:\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e一、控制存储方式：\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003estatic被引入以告知编译器，将变量存储在程序的静态存储区而非栈上空间。\u003c/p\u003e\n\u003cp\u003e1、引出原因：函数内部定义的变量，在程序执行到它的定义处时，编译器为它在栈上分配空间，大家知道，函数在栈上分配的空间在此函数执行结束时会释放掉，这样就产生了一个问题: 如果想将函数中此变量的值保存至下一次调用时，如何实现？\n最容易想到的方法是定义一个全局的变量，但定义为一个全局变量有许多缺点，最明显的缺点是破坏了此变量的访问范围（使得在此函数中定义的变量，不仅仅受此函数控制）。\u003c/p\u003e\n\u003cp\u003e2、 解决方案：因此c++ 中引入了static，用它来修饰变量，它能够指示编译器将此变量在程序的静态存储区分配空间保存，这样即实现了目的，又使得此变量的存取范围不变。\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e二、控制可见性与连接类型 :\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003estatic还有一个作用，它会把变量的可见范围限制在编译单元中，使它成为一个内部连接，这时，它的反义词为”extern”.\u003c/p\u003e\n\u003cp\u003estatic作用分析总结：static总是使得变量或对象的存储形式变成静态存储，连接方式变成内部连接，对于局部变量（已经是内部连接了），它仅改变其存储方式；对于全局变量（ …\u003c/p\u003e"

"\u003cp\u003e\u003cstrong\u003e函数 – 常量(const)参数\u003c/strong\u003e    非指针参数（也就是传值参数）不会被修改原始值， const 对它是没有意义的。    const 只用于指针。\u003c/p\u003e\n\u003cp\u003e*\u003cem\u003e1. 第一种用法： const 类型 \u003cem\u003e变量：\u003c/em\u003e\u003c/em\u003e\u003c/p\u003e\n\u003cp\u003e    这种用法将限制修改指针指向的值。#include\u003c/p\u003e\n\u003cp\u003eint　fun(const　int　*p)　{\u003c/p\u003e\n\u003cp\u003e\u003cem\u003ep　+=　1;　　/\u003c/em\u003e　只有去掉　const　这句才可以执行　*/\u003c/p\u003e\n\u003cp\u003ereturn　*p;\u003c/p\u003e\n\u003cp\u003e}int　main(void)\u003c/p\u003e\n\u003cp\u003e{\u003c/p\u003e\n\u003cp\u003eint　num　=　3;\u003c/p\u003e\n\u003cp\u003eprintf(“%dn”,　fun(\u0026amp;num));\u003c/p\u003e\n\u003cp\u003egetchar();\u003c/p\u003e\n\u003cp\u003ereturn　0;\u003c/p\u003e\n\u003cp\u003e}\u003c/p\u003e\n\u003cp\u003e不过也有办法绕过这个限制：\u003c/p\u003e\n\u003cp\u003e#include\u003c/p\u003e\n\u003cp\u003eint　fun(const　int　*p)　{\u003c/p\u003e\n\u003cp\u003eint　\u003cem\u003ep2　=　p;　/\u003c/em\u003e　来个重名指针会绕过　const　的限制　*/\u003c/p\u003e\n\u003cp\u003e*p2　+=　1;\u003c/p\u003e\n\u003cp\u003ereturn　*p;\u003c/p\u003e\n\u003cp\u003e}int　main(void)\u003c/p\u003e\n\u003cp\u003e{\u003c/p\u003e\n\u003cp\u003eint　num　=　3;\u003c/p\u003e\n\u003cp\u003eprintf(“%dn”,　fun(\u0026amp;num));　/*　4　*/getchar();\u003c/p\u003e"

"\u003cp\u003e用户信息表（t_user_info）\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e字段名称\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e字节数\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e类型\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e描述\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eUser_id\u003c/p\u003e\n\u003cp\u003e4\u003c/p\u003e\n\u003cp\u003euint32\u003c/p\u003e\n\u003cp\u003e用户编号（主键）\u003c/p\u003e\n\u003cp\u003eUser_name\u003c/p\u003e\n\u003cp\u003e20\u003c/p\u003e\n\u003cp\u003eChar[20]\u003c/p\u003e\n\u003cp\u003e名称\u003c/p\u003e\n\u003cp\u003eMsg_count\u003c/p\u003e\n\u003cp\u003e4\u003c/p\u003e\n\u003cp\u003euint32\u003c/p\u003e\n\u003cp\u003e发布消息数量,可以作为t_msg_info水平切分新表的auto_increment\u003c/p\u003e\n\u003cp\u003eFans_count\u003c/p\u003e\n\u003cp\u003e4\u003c/p\u003e\n\u003cp\u003euint32\u003c/p\u003e\n\u003cp\u003e粉丝数量\u003c/p\u003e\n\u003cp\u003eFollow_count\u003c/p\u003e\n\u003cp\u003e4\u003c/p\u003e\n\u003cp\u003eUint32\u003c/p\u003e\n\u003cp\u003e关注对象数量\u003c/p\u003e\n\u003cp\u003e备注：以User_id取模分表\u003c/p\u003e\n\u003cp\u003e用户之间关系表（t_user_relation）,必须有关注与被关注的关系\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e字段名称\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e字节数\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e类型\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e描述\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eUser_id\u003c/p\u003e\n\u003cp\u003e4\u003c/p\u003e\n\u003cp\u003euint32\u003c/p\u003e\n\u003cp\u003e用户编号（联合主键）\u003c/p\u003e\n\u003cp\u003eFollow_id\u003c/p\u003e\n\u003cp\u003e4\u003c/p\u003e\n\u003cp\u003euint32\u003c/p\u003e\n\u003cp\u003e被关注者编号（联合主键）\u003c/p\u003e\n\u003cp\u003eType\u003c/p\u003e\n\u003cp\u003e1\u003c/p\u003e\n\u003cp\u003eUint8\u003c/p\u003e\n\u003cp\u003e关系类型（0，粉丝；1，关注）\u003c/p\u003e\n\u003cp\u003e备注：关系是单向的，以User_id取模分表\u003c/p\u003e\n\u003cp\u003e用户消息索引表（t_uer_msg_index）\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e字段名称\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e字节数\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e类型\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e\u003cstrong\u003e描述\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eUser_id\u003c/p\u003e\n\u003cp\u003e4\u003c/p\u003e\n\u003cp\u003euint32\u003c/p\u003e\n\u003cp\u003e用户编号（联合主键）\u003c/p\u003e\n\u003cp\u003eAuthor_id\u003c/p\u003e\n\u003cp\u003e4\u003c/p\u003e\n\u003cp\u003euint32\u003c/p\u003e\n\u003cp\u003e消息发布者编号（可能是被关注者，也可能是自己）（联合主键） …\u003c/p\u003e"