用户权力详解

有耐心就看完（还是算法重要）
用户初始权值：Enable = 0;
假如一个用户有第一项权力Select，则用户权值：Enable = Enable + 1;
假如一个用户有第二项权力Insert，则用户权值：Enable = Enable + 2;
假如一个用户有第三项权力Update，则用户权值：Enable = Enable + 4;
假如一个用户有第四项权力Delete，则用户权值：Enable = Enable + 8;
为什么依次+1、+2、+4、+8,而不是+1、+2、+3、+4呢？
假如是+1、+2、+3、+4：
假如一个用户有第一项权力Select，则用户权值：Enable = Enable + 1;
假如一个用户有第二项权力Insert，则用户权值：Enable = Enable + 2;
假如一个用户有第三项权力Update，则用户权值：Enable = Enable + 3;
假如一个用户有第四项权力Delete，则用户权值：Enable = Enable + 4;
那么当用户权值：Enable = 3时，你就无法判断用户到底是同时拥有
第一项权力Select和第二项权力Insert两项权利，还是仅拥有第三项权力Update，
前一种权值算法就可以避免这种情况。
但是当采用前一种权值算法时，怎样由用户的权值Enable快速知道用户拥有哪几项权
力呢？假如是用户权值Enable = 5，用户拥有第一项权力Select和第三项权力Update，
注意不拥有第二项权力Insert。
下面我将用户权力列表：
权力 拥有权力用户的权值Enable
SelectItem：( 1, 3, 5, 7, 9, 11, 13, 15 )
InsertItem：( 2, 3, 6, 7, 10, 11, 14, 15 )
UpdateItem：( 4, 5, 6, 7, 12, 13, 14, 15 )
DeleteItem：( 8, 9, 10, 11, 12, 13, 14, 15 )
可见并不是权值Enable大的用户就拥有“更多”的权力，
假如 ：用户权值Enable = 3，用户拥有第一项权力（Select）和第二项权力（Insert），共两项权利，
用户权值Enable = 4，用户拥有第三项权力（Update），仅一项权利。
仔细观察“用户权力列表”：
SelectItem：( 1, 3, 5, 7, 9, 11, 13, 15 ): 1 = 0 + 2 的0次幂；3 = 2 的1次幂 + 2 的0次幂；5 = 2 的2次幂 + 2 的0次幂；
InsertItem：( 2, 3, 6, 7, 10, 11, 14, 15 )： 2 = 0 + 2 的1次幂；3 = 2 的0次幂 + 2 的1次幂；6 = 2 的2次幂 + 2 的1次幂；
UpdateItem：( 4, 5, 6, 7, 12, 13, 14, 15 )： 4 = 0 + 2 的2次幂；5 = 2 的0次幂 + 2 的2次幂；6 = 2 的2次幂 + 2 的2次幂；
DeleteItem：( 8, 9, 10, 11, 12, 13, 14, 15 )：8 = 0 + 2 的3次幂；9 = 2 的0次幂 + 2 的3次幂 10 = 2 的1次幂 + 2 的3次幂；
二进制安全功能是指在一个二进制文件上所执行的不更改文件内容的功能或者操作。这能够保证文件不会因为某些操作而遭到损坏。二进制数据是按照一串0和1的形式编码的。而绝大多数的程序会给某些特殊的比特串赋予不同的格式代码，所以当用户使用一个程序读取一个二进制文件时，该文件会被按照这个程序的规则进行解释。如果这个程序所使用的格式编码和文件被写入的格式编码一致，那么这个文件可以被正常读取，否则该文件的格式代码之中会被附加一些无意义的符号，也可能会导致文件损坏。如果最严重的情况发生，这样的操作会因为损坏导致你的数据永久丢失。所以你应该将重要的文件保存在只读性的存储介质上，例如光盘。
作者: Jeanx
[ 将自遇到的问题解决并和大家一起分享 ]
乱码问题：
在MySQL4.1的安装过程中有缺省character的设置在下图中有显示
如果您所在的服务器有没有选择缺省为GB则会使用UFT8就会出现乱码
或者
只要在你连到数据库后，先执行这句
mysql_query("Set Names 'uft8'");
其中 uft8 可改成你需要的编码，e.g. gb2312 等
这个命令也可以用于 mysql 得命令行，从而可以显示正确的文字
连接数据库出现
-------------------------------------------------------------------------------------------
Client does not support authentication protocol requested
by server; consider upgrading MySQL client
-------------------------------------------------------------------------------------------
由于MySQL 4.1版本开始密码的hash算法改变，所以连接数据库
时可能会出现Client does not support authentication protocol问题。
可以通过一下两种方法解决
其一:
mysql> SET PASSWORD FOR
-> 'some_user'@'some_host' = OLD_PASSWORD('newpwd');
其二:
mysql> UPDATE mysql.user SET Password = OLD_PASSWORD('newpwd')
-> WHERE Host = 'some_host' AND User = 'some_user';
mysql> FLUSH PRIVILEGES;

作者: bluedoor
原帖地址：http://www.anbbs.com/anbbs/index.php?f_id=3&page=1
　　这两天正在做一个关键字加亮显示的程序，写好的程序在本地测试也跑得好好的，可是一上去页面就出现一堆一堆的乱码，别说加亮了，简直就是没的看！
　　我就找错误，找来找去，发现英文没有问题，遇到汉字容易出问题，有的时候遇到汉字必出问题。
　　总结一下：
　　当使用模式匹配的时候，如：preg_match_all($pat,……)与preg_replace($pat,……)……
　　容易出问题的情况如下：
　　preg_match_all("/(汉字)+/ism","我是汉字，看你把我怎么着！",$m_a);
　　这个模式很简单就是匹配出“汉字”。这种情况模式中包含汉字可以成功匹配出来，但是也不要高兴得太早，结果不确定，为什么不确定你慢慢往下看。
　　必出现问题情况如下：
　　preg_match_all("/[汉字]+/ism","我是汉字，看你把我怎么着！",$m_a);
　　本想匹配出现“汉”、“字”或者“汉字”。这个必出现问题，匹配的结果一大群乱码，没准还会出个死循环呢。为什么会出现这种情况？是因为PHP内部使用不是UNICODE，不支持多字节文字，所以一个"汉字"就被当成４bytes的ASCII去进行模式匹配，不出错才怪呢！
　　后来我又试试重新写一下模式匹配，发现一种似乎（为什么说似乎？往后看）方法可以解决：
　　preg_match_all("/(汉|字)+/ism","我是汉字，看你把我怎么着！",$m_a);
　　这样写可以匹配出“汉”、“字”或者“汉字”，$m_a中的结果
Array
(
[0] => Array
(
[0] => 汉字
)
[1] => Array
(
[0] => 字
)
)
　　怎么样全匹配的字符串出现了吧！可是高兴得太早了，后来在实际中用还是会经常出问题！再去找问题，终于找到问题的根了！PHP不支持多字节文字，所以在进行模式匹配与字符操作的时候都是内码转化后进行的（我不知道这样说对不对），举个实例吧：
　　eregi_replace("性","没有" , "有责任感");这个操作就是要把字符串"有责任感"中"性"字替换成"没有"，最后的结果是什么？因为"有责任感"中没有"性"就个字，结果应该是没有执行替换操作返回"有责任感"，可是结果竟然是"用挥叙任感"！
作者: q3boy
静态页面的生成一般有这么几个思路了。。
1。程序编写过程中。不使用直接输出的语句。而时将所有的输出连接至输出字符串，输出完成后。再直接将输出字符串内容写入文件
2。编写中按照正常的方式编写。通过ob函数组捕获输出。然后将输出写入文件
3。使用模板类时，用get/fetch一类的方法获取输出。并写入文件。
具体实现上又有这两种方法
1。管理后台添加记录时，直接生成目标html页面，并且前台调用连接直接指向生成的html页面。这种方法程优点是程序效率最高。服务器负荷轻，不过由于生成的是纯静态页面，一旦页面样式上有所改动就必须重新生成所有的内容页。所以实际使用中应用一般不是太多。更多的是使用js,ssi,xml/xsl等客户端手段，生成的静态文件中仅保存数据，不涉及样式，这样能达到速度和维护性的平衡，不过相对前后台程序要复杂些（应用这种方法时，由于内容为纯静态，可以搭配单独编译的纯静态的apache使用。。效率和资源占用上比包含动态内容支持的要更佳）
2。前台访问链接指向php程序，php程序首先检查是否存在相应的静态文件。如果静态文件不存在。则生成并重定向至此文件，否则直接重定向。这种方法实际使用中一般和apache的url_rewrite功能一起使用。将php的文件地址重为html的形式，有利于搜索引擎的检索。这种方法在效率上略有损失，不过程序结构简单，便于调整，在访问量不是很大时使用很合适。。