Apache作为最流行的HTTP服务器之一，具有很高的市场占有率，可以运行在绝大多大型商业操作系统上，同时也是WebSphere等大型服务器软件的底层系统。Apache的许可证制度保证了它的健康发展。它的创始者就是被人们尊称为Apache之父的Brian Behlendorf。
Apache是开放源码软件中的一个成功典范。几年间，它一跃成为市场占有率很高的Web服务器，并获得了Web管理员们的广泛青睐，被认为是“价格低廉、升级容易、安全可靠”的产品。网络为Apache提供了孕育的温床。Apache的成功也给予开源的网络开发模式以强有力的证明。这是一个和商业模式结合得如此完美的开放源代码软件，它的许可证制度保证了它的健康发展，既不脱离开放源代码世界，也不因为缺乏资金而夭折。他的创始者就是被人们尊称为Apache之父的Brian Behlendorf，一个刚刚踏入儿立之年的小伙子。 More …
usermod -g 用户组 用户名
强行设置某个用户所在组
usermod -G 用户组 用户名
把某个用户改为 group(s)
usermod -a -G 用户组 用户名
把用户添加进入某个组(s）
More …
无法保存密码的问题：
在MAC下新安装使用secureCRT，第一次连接保存过的密码，第二次再启动提示密码不正确，又需要重新输入密码，密码一直无法保存，每次都需要手动再输一次。
这个问题是由于MAC下的secureCRT有一个默认设置为使用Mac OS自带的“钥匙串访问[Keychain]”来保存密码，只要取消掉这个选项就能用SecureCRT自己的保存密码功能了。
取消这个选项的方式，请打开SecureCRT的全局选项，在主菜单Preferences，或者COMMAND键加逗号，打开之后在Advanced页签下，取消掉Use Keychain即可。 More …
du和df的区别：
du 统计文件大小相加，df 统计数据块使用情况，如果有一个进程在打开一个大文件的时候,这个大文件直接被rm 或者mv掉，则du会更新统计数值，df不会更新统计数值,还是认为空间没有释放。直到这个打开大文件的进程被Kill掉。 More …
百度对URL中下划线和连字符是基本上同样处理的，而谷歌对下划线和连字符处理的区别比较大。综合来说，URL使用连字符对于提升关键词排名更有意义。
谷歌官方对于使用连字符还是下划线问题的建议是：我们建议您在网址中使用连字符（-）而尽量避免使用下划线 （_）。
举个例子，如果你有一个像word1_word2网址，而用户搜索word1_word2（虽然几乎不会用这样的方式来搜索），谷歌将只返回该网页。如果你有 一个像word1 – word2网址，该网页可以返回的搜索结果为word1，word2，甚至“word1 word2”。 More …
今天将eclipse3.2建立的工程迁移到eclipse3.5中， 发现WEB-INF目录下看不到classes文件夹， 但是workspace里是有的， 在eclipse中被隐藏了。
网上有的说是只能在resources视图下才会显示， 我改成resource视图， 依然不行， 有的说用navigator视图， 当我选择resource视图后，
再在菜单window – show view – 下找navigator视图却找不到。
我先切换到java视图， 或java EE 视图， 再在菜单window – show view – 下找到了navigator视图， classes文件夹 终于看得到了。在project explorer 和 package explorer 视图下看不到 classes文件夹。
http://blog.csdn.net/yunye114105/article/details/5269626
MySQL中可以有二类用于生成唯一值性质的工具：UUID()函数和自增序列，那么二者有何区别呢？我们就此对比下各自的特性及异同点：
（1）都可以实现生成唯一值的功能；
（2）UUID是可以生成时间、空间上都独一无二的值；自增序列只能生成基于表内的唯一值，且需要搭配使其为唯一的主键或唯一索引；
（3）实现方式不一样，UUID是随机+规则组合而成的，而自增序列是控制一个值逐步增长的；
（4）UUID产生的是字符串类型值，固定长度为：36个字符，而自增序列产生的是整数类型值，长度由字段定义属性决定；
接下来，详细讲解下UUID()函数产生的值：
oot@localhost : (none) 06:09:40> SELECT UUID(),UUID(),LENGTH(UUID()),CHAR_LENGTH(UUID())\G
*************************** 1. row ***************************
UUID(): de7ee638-4322-11e0-85ab-842b2b4a7e75
UUID(): de7ee642-4322-11e0-85ab-842b2b4a7e75
LENGTH(UUID()): 36
CHAR_LENGTH(UUID()): 36
1 row in set (0.00 sec)
从上面的执行结果部分的信息看：
（1）同一个SQL语句中，多处调用UUID()函数得到的值不相同；
（2）得到的随机值由5个部分组成，且分隔符位为：中划线；
（3）多次调用或执行得到的后2组值相同，若把mysqld服务器关闭，重新启动之后，会发现第四组的组与未重启前的值发生变化，然后一直不变化，只要重新启动mysqld服务就会发生变化。另外，对于同一台机器，第五组值始终不会发生变化；
（4）字符个数为：36，占字节数为：36（注：系统默认字符集编码：utf8）；
针对UUID产生的值组成部分，作如下解说：
（1）前三组值是时间戳换算过来的；
（2）第四组值是暂时性保持时间戳的唯一性。例如，使用夏令时；
（3） 第五组值是一个IEE 802的节点标识值，它是空间上唯一的。若后者不可用，则用一个随机数字替换。假如主机没有网卡，或者我们不知道如何在某系统下获得机器地址，则空间唯一性就不能得到保证，即使这杨，出现重复值的机率还是非常小的。
UUID函数对复制的支持：
UUID函数属于不确定性函数，为此不支持MySQL 复制的STATEMENT模式，但是支持MIXED、ROW二种模式，大家可以设置2组测试模式，以5.1.系列版本为例。
测试基于命令行模式复制：
tx_isolation = REPEATABLE-READ
binlog_format = STATEMENT
测试基于命令行/混合模式复制：
tx_isolation = REPEATABLE-READ
binlog_format = MIXED OR ROW
在主服务器上执行同一个SQL语句：
INSERT (插入) INTO test_uuid(username) VALUES(UUID());
然后再比对主从服务器上表中存储的值，会发现基于命令行模式的：主从不一致，基于行/混合模式的：主从数据时一致；
建议：在复制模式下，需要用到UUID()函数，则一定要使用基于行/混合模式复制方式。
名词解释：
对于输入参数相同，且同一时间执行或一个SQL中多处调用，而得到不同值得函数，我们就称其为：不确定性函数。
备注：
在MySQL 5.1.*及更高版本有一个变种的UUID()函数，名称：UUID_SHORT()，生成一个64位无符号的整数，例如：
root@localhost : (none) 02:46:42> SELECT UUID_SHORT()\G
*************************** 1. row ***************************
UUID_SHORT(): 6218676250261585921
1 row in set (0.00 sec)
后续加注：
UUID()函数产生的值，并不适合作为InnoDB引擎表的主键，至于详细的原因，请阅读文章InnoDB引擎表的主键选型(http://www.mysqlops.com/2011/09/10/innodb-primary.html)。
后续添加的：
在mysql中，可以使用uuid 来生成主键，但是用mysql的uuid()函数 ，生成的uuid是36位的，其中包含32个字符以及4个分隔符（-），往往这个分隔符对我们来说是没有用的，可以使用mysql自带的replace函数去掉分隔符
replace(uuid(),’-‘,”) —->将uuid()中的‘-’，去掉，即替换成空串；
此外
upper(replace(uuid(),’-‘,”))用于将字符转换为大写
来源：http://www.zhdba.com/mysqlops/2011/03/01/mysql-uuid/