把XP的盘从FAT32转到NTFS后，想为网站文件夹添加用户时，弹出了“无法显示用户选项”，于时google了一下，终于发现了解决办法。
办法一，重注册所有system32下的DLL文件，于是试了下，耗时不少，卡巴却由此坏了，修复不了，只能重装卡巴。
办法二，这是有效的办法：
riched32.dll这个文件版本太低，打开一看，好象是4.几的，于是从安装盘中找到riched32.dl_，用expand命令解压出来，查看下版本是5.1.2600的，用U盘的PE系统启动，覆盖掉原来的，重新启动后，能正常添加用户权限。
办法一，重注册所有system32下的DLL文件，于是试了下，耗时不少，卡巴却由此坏了，修复不了，只能重装卡巴。
办法二，这是有效的办法：
riched32.dll这个文件版本太低，打开一看，好象是4.几的，于是从安装盘中找到riched32.dl_，用expand命令解压出来，查看下版本是5.1.2600的，用U盘的PE系统启动，覆盖掉原来的，重新启动后，能正常添加用户权限。
解开用友U8的UFO报表密码
[
2008/08/12 10:01 | by admin ]
2008/08/12 10:01 | by admin ]
看到群里有人说要解用友UFO的密码，当时自己没看清楚，以为是要解用户密码，还贴上了sql里的用户密码存放表，后来才知道弄错了。
有人说用安装用友811程序再用用友811UFO的通用密码解密，还有就是说用ultraedit打开再用一个已知密码来重置密码。为了一探究竟，我重新安装了用友知识库查询程序，发现所有的解决方法都是用821以下的UFO报表程序打开，用通用密码打开重置。
因为我电脑上本就安装了ultraedit程序，所以就先用u852打开一张报表并设置了一密码，再用ultraedit打开此报表，查找密码，竟然发现了明文密码，原来在此文件的800h至下面5行都是用来存放密码的单元，800h这一行就是密码的开始，这样密码就立即找到了，如果把800h的第一个字节改为00，密码则被清除。
有人说用安装用友811程序再用用友811UFO的通用密码解密，还有就是说用ultraedit打开再用一个已知密码来重置密码。为了一探究竟，我重新安装了用友知识库查询程序，发现所有的解决方法都是用821以下的UFO报表程序打开，用通用密码打开重置。
因为我电脑上本就安装了ultraedit程序，所以就先用u852打开一张报表并设置了一密码，再用ultraedit打开此报表，查找密码，竟然发现了明文密码，原来在此文件的800h至下面5行都是用来存放密码的单元，800h这一行就是密码的开始，这样密码就立即找到了，如果把800h的第一个字节改为00，密码则被清除。
成功恢复不同服务器间的DZ数据
[ 2008/08/06 22:40 | by admin ]
2008/08/06 22:40 | by admin ]
前两天,有朋友主动加我要我给他解决论坛的问题，说以前我帮他解决过问题，不过，我不记得了。他发了问题所在DZ上的贴，原来是换服务器数据运行了两天后出问题了，后台也恢复不了数据。
说实话，不想玩这些，累人的事，很费时，我直接让他联系DZ官方解决问题的下砂，他说还是相信我，还主动提出付费求助，我也就答应了。进了后台我发现还是一样，恢复不了数据，当前数据是有问题的，想尽量修复，修复不了。因为服务器是centos5的，我也没怎么玩过这个系统，MYSQL是4.2的，原来论坛的服务器是4.1.6的，照理来说不应该出问题的，数据库很大，有两百M的样子，下载也很费时。
后来他也想失掉几天的数据，恢复到7月31日的，就先给他改MYSQL的root密码，问了当前配置centos的人，他也忘了，所以就找了mysql现成的数据去替换服务器上的mysql数据，替换成功，成功修改了root密码。
于是恢复数据的事就让他自己去服务器上替换了，因为，他在本地的环境已经成功恢复数据库，并运行正常。
第二天，他说恢复的数据没用，于是我也就在本地恢复了7月31日的数据，同样上传后，还是出错，首页就直接打不开，显示mysql版本不同，按理来说是不应该出这种错的。于是从网上搜来mysql4.16的安装程序，install后，安装UC、DZ、HOME后恢复数据，本地正常，再次上传数据，发现还是有问题，打不开，突然想到重启下mysql试试，不会重启mysql，只能打开终端命令模式执行reboot了。
重启后正常，再修复各个站的通讯。终于完成了。问题是解决了，不过，还是没能确定当时的mysql5的数据替换上去，是不是因为没重启而导致没能正常。也明白了，LINUX和WIN的不同，不重启，数据表所有的都是按原来的，不能及时更新缓存。虽然以前稍稍学过radhat，但还是了解太少，好多命令也不记得。因为很耗时，对方也一直没能搞好，论坛停了好几天了。让对方付了80元，也算是自己这两天来的辛苦费了吧。嘿嘿……
不过，以前也碰到过没搞定的数据，是个DZ2.4的站，MYSQL是5，在他空间备份和恢复数据都可以，可到了本地无论搭什么版本的MYSQL，配置gbk latin1 utf8的MYSQL数据库都没法正常恢复。当时，是为对方修复了数据，然后想让我升级到6.0，试了好多，都没成功，就打回了他预付来的50元。
说实话，不想玩这些，累人的事，很费时，我直接让他联系DZ官方解决问题的下砂，他说还是相信我，还主动提出付费求助，我也就答应了。进了后台我发现还是一样，恢复不了数据，当前数据是有问题的，想尽量修复，修复不了。因为服务器是centos5的，我也没怎么玩过这个系统，MYSQL是4.2的，原来论坛的服务器是4.1.6的，照理来说不应该出问题的，数据库很大，有两百M的样子，下载也很费时。
后来他也想失掉几天的数据，恢复到7月31日的，就先给他改MYSQL的root密码，问了当前配置centos的人，他也忘了，所以就找了mysql现成的数据去替换服务器上的mysql数据，替换成功，成功修改了root密码。
于是恢复数据的事就让他自己去服务器上替换了，因为，他在本地的环境已经成功恢复数据库，并运行正常。
第二天，他说恢复的数据没用，于是我也就在本地恢复了7月31日的数据，同样上传后，还是出错，首页就直接打不开，显示mysql版本不同，按理来说是不应该出这种错的。于是从网上搜来mysql4.16的安装程序，install后，安装UC、DZ、HOME后恢复数据，本地正常，再次上传数据，发现还是有问题，打不开，突然想到重启下mysql试试，不会重启mysql，只能打开终端命令模式执行reboot了。
重启后正常，再修复各个站的通讯。终于完成了。问题是解决了，不过，还是没能确定当时的mysql5的数据替换上去，是不是因为没重启而导致没能正常。也明白了，LINUX和WIN的不同，不重启，数据表所有的都是按原来的，不能及时更新缓存。虽然以前稍稍学过radhat，但还是了解太少，好多命令也不记得。因为很耗时，对方也一直没能搞好，论坛停了好几天了。让对方付了80元，也算是自己这两天来的辛苦费了吧。嘿嘿……
不过，以前也碰到过没搞定的数据，是个DZ2.4的站，MYSQL是5，在他空间备份和恢复数据都可以，可到了本地无论搭什么版本的MYSQL，配置gbk latin1 utf8的MYSQL数据库都没法正常恢复。当时，是为对方修复了数据，然后想让我升级到6.0，试了好多，都没成功，就打回了他预付来的50元。
