无意中得到一个iTouch 3 32G港行版，国庆节期间geohot发布了iOS4.1的越狱工具绿雨，我也顺便将iTouch从原来的iOS 3.1.3升级到iOS4.1，成功越狱之后安装Cydia，顺利重新安装了一些应用程序之后，在一次Cydia提示升级（严重怀疑电玩巴士的源有问题，导致Cydia升级引起）之后，进入Cydia发现原先的应用程序都不显示了，只剩下几个Cydia源的程序包，但是实际上程序却都在。郁闷坏了！论坛上都没有人知道为什么。

安装完OpenSSH应用程序后，开启SSH，使用putty连上去，经过一番查找，发现/var/stash目录出现大问题，ls -al显示如下：

竟然Applications、Ringtones、Wallpaper、include、libexec、pam、share目录都有两个。/var/stash/Applications.*****这样的目录是苹果Cydia将Applications目录从系统分区移动到用户分区（通过创建创建一个符号链接），其中Applications.*****目录是预安装的本地安装所有的应用程序。MLGB，竟然出现每一个都出现两个，这是升级iOS造成的还是Cydia造成的呢？iTunes显示程序3.5G，其他0.52G，可用空间25.4G。

经过仔细比对文件发现多余的目录应该属于iOS3.1.3 遗留，因为在iOS3.1.3中通讯录程序叫MobileAddressBook.app，而在iOS4.1中通讯录叫Contacts.app。

分别执行 ls -al /、ls -al /Library/、ls -al /usr/、ls -al /usr/lib看看这些目录对应的真实目录吧，然后用rm -R命令删除多余的目录，重启iTouch，一切正常，没有出现白苹果。

去年在Godaddy注册了一个.net域名，快到期了，结果去续费一看折扣后14.09？而不是价格表中的9.9，及时用上30%的续费优惠码也需要9刀多，太贵了，错过了name.com上个月的4.99刀续费，结果一看name.com现在转入.net .com只要7.5刀，还是比较划算的。就决定转入name.com吧。

另外将Godaddy的域名转到Name.com的理由：Name.com支持免费的Whois隐藏保护（使用优惠码：FREEWHOIS），这对于持有少量域名(小于5个)的人来说，无疑是个好消息，而且使用Name.com的优惠码每年的价格在$7.49；而反观Godaddy，免费的Whois隐藏要一次性搞5个域名，单买的话价格和续费一年差不多。

转移过程如下：

1.登陆Godaddy帐户，选择域名管理(Domain Manager)，进入要转移的域名，找到“Locked”一栏，如果显示的是 “Locked: Locked (Change)”，点击 Change 进行域名解锁，找到“Authorization Code:Send by Email”，点击“Send by Email”获取转移码，如果有 Whois隐藏 也要一并关掉，此刻域名允许转移，转移码在Whois所示域名管理员邮箱(Administrative EMail)内；

2.登录Name.com点击网页最下面的“Domain Names”一栏中的“Transfer Domain Names”，键入要转移的域名和第一步中获得的转移码，然后进行付款操作，支付成功后 Name.com 发送转移确认信给域名在Godaddy中留的域名管理员EMail(Administrative EMail)，点击信件里的链接确认，按照页面提示操作。登录Name.com帐户，此时可在右边的“Account Settings”中的“View Registrar Transfers”查看到转移进行到“4”；

3.过了10分钟后登陆你的Godaddy帐户，选择域名管理(Domain Manager)，选择最上方菜单中的“Domains”中的“Pending Transfers”进行转移最后的确认操作(Accpeted)，确认后退出，5分钟后进入Name.com帐户就可看到你的域名在帐户里了；

4.进行相应的DNS管理，注意如果原来的DNS服务器使用Godaddy的DNS服务器则要将DNS服务器改为“NS1.NAME.COM”、“NS2.NAME.COM”、“NS3.NAME.COM”、“NS4.NAME.COM”。如果使用DNSPod等第三方DNS服务器则不需要做任何操作。

至此，转移完成，域名期限延长1年。

目前，Name.com 的Whois隐私保护优惠码FREEWHOIS还可以用，而且是多次使用。建议多用。

有关Name.com免费whois隐藏详细操作请参见http://neoear.com/2010/09/free-whois-private/

3M膜还可以，合肥3M特约汽车美容施工中心20家，其中大多数是4S店，只有几家是汽车服务部：

1. 合肥包河区优斯顿汽车美容养护部 安徽省合肥市包河区 纬二路 E区073/074门面房 0551 – 3478078
2. 合肥庐阳区优斯顿汽车美容养护部 安徽省合肥市庐阳区 亳州路 1号(亳州路桥头) 0551 – 5532562
3. 合肥市包河区鹏飞汽车装潢美容服务部 安徽省合肥市包河区 安徽省合肥市太湖路 松湖苑门面房西3号 0551 – 3638500
4. 合肥市蜀山区捷美汽车美容店 安徽省合肥市蜀山区 合作化南路 安大西门南侧 0551 – 5116868
5. 合肥新江锋工贸有限公司 安徽省合肥市新站区 安徽国际汽车城 汽摩配市场C120-121号 0551 – 2118727
6. 上海大润发有限公司(合肥店) 安徽省合肥市 合作化路 与清溪路东南角交叉口 0551 – 3506681

去年做的省公司IT服务流程中设计了了一个“不可用CI”报告的功能，同时配置管理流程里面针对配置变更有“配置变更申请”功能，同事对这两个功能不能理解。因为在实际开发过程中，开发人员将“不可用CI”报告的功能最后操作定义成了直接更新CMDB，不需要走流程，而将“配置变更申请”功能需要走“CMDB控制和维护”流程。同事的疑问不可用CI是否会破坏流程性及用户误操作。我的意见是这两个功能都不可缺失。

配置管理员是配置管理流程中主要工作承担者，其职责为：通过手工或自动化操作增加及更改配置项，保证所负责的关键CI的关键属性、关键CI间的关键关系完整、准确。实际工作中由各专业技术人员分别担任配置管理员，维护各自所管的设备或应用。配置管理员可以按照基础架构的分类划分，也可以按照所属业务的类别进行划分。也就是说实际过程中配置管理员数量会是1+个。

配置管理和其他流程关联原则

• 配置管理和变更管理的关联
  • 变更主管在变更计划阶段必须制定配置项更新计划，对计划修改的配置项进行说明
  • 变更实施完后，由变更主管汇总相应的配置项修改的情况，并通知相应的配置管理员，配置管理员接收到配置项修改请求后，与CI实体进行核对，核对无误后方可修改CI属性以及关系
  • 对于风险等级为高和重大的变更，CAB中应该包括配置经理，以确保对CMDB的适当控制
  • CI应与变更记录建立关联，从而对CI的变化情况进行记录
• 和事件管理、问题管理的关联
  • CI应与事件记录、问题记录建立关联，从而确保对CI维护工作的统计和分析

从配置管理和其他流程关联关系来看，配置变更主要由变更管理流程发起，也就是需要提供“配置变更申请”功能给变更流程作为流程接入点，但是在实际中配置管理员需要对CMDB中数据准确性负责，然而在事件流程、问题流程或者其他流程过程中发现CMDB中记录的CI实例值更实际情况不符合（例如：CMDB中记录Sever1连接Switch1的23端口，但实际却是连接Switch2的3端口），这种情况怎么办呢？发起变更流程？工程师没有变更任何东西呀。这种情况下应该做出CI例外报告（HP这样的翻译实在不好），就设计了一个功能专门用于报告CI不可用的情况。

两个功能设计如下：

• 不可用CI报告：用于其他流程运维人员提交CMDB中记录有误的情况，用于辅助配置管理员收集错误的CI。配置管理员在收到不可用CI报告时需进一步核实CI情况，以便修改CMDB数据或者发起配置变更申请。
• 配置变更申请：为“CMDB控制和维护”子流程正常入口，用于变更流程或者配置管理员发起CI修改流程

在查看BMC Remedy IT Service Management功能之后，发现BMC中有一个“创建CI不可用性”的功能，名称好近似呀。不过BMC定义：CI 不可用性是指 CI 的实际宕机时间。您可以记录因某事件导致的意外情况引起的 CI 不可用性。看来在引入ITILV3后续流程后需要重新对不可用CI报告重新命名，以免误会。

2009年5月，美国能源部和商务部联合召开由相关组织机构和工业部门参加的智能电网会议，讨论智能电网行业标准问题。同月，美国商务部长骆家辉和能源部长朱棣文联合宣布了第一批16个智能电网协同性与安全性的行业标准。

美国首批16个智能电网行业标准:

财智是一直用的记账工具，现在都用他的免费版。mylee制作了最新版本6.07.2010051011的补丁，可以延长试用期。但不能在线更新股票、基金净值。

下载地址：
西北狼：http://www.54xbl.com/thread-10216-1-1.html
千脑网盘：http://down.qiannao.com/space/file/dominicxu/-4e0a-4f20-5206-4eab/-8d22-667a-7406-8d226.07.2010051011-8865-4e01.rar/.page

今日下载了Adobe Flash Builder 4.0 用注册机算号安装，注册成功，也patch了Hosts文件，但是重新启动Flash Builder4之后就提示序列号不正确，太奇怪了。用防火墙禁止Flash Builder 4.0后就不提示了序列号错误了。

ping activate.adobe.com显示
正在 Ping activate.wip4.adobe.com [192.150.22.40] 具有 32 字节的数据:

而不是在%SystemRoot%\System32\drivers\etc\hosts文件中写的127.0.0.1，Google了一下原来是DNS Client搞的鬼。

微软对DNS Client的表述是“DNS 客户端服务(dnscache)缓存域名系统(DNS)名称并注册该计算机的完整计算机名称。如果该服务被停止，将继续解析 DNS 名称。然而，将不缓存 DNS 名称的查询结果，且不注册计算机名称。如果该服务被禁用，则任何明确依赖于它的服务都将无法启动。”，这句话是很不负责任的，这个服务就是DNS 查询结果的缓存，从服务名称dnscache就可以看出来，关联两个命令是ipconfig /flushdns 和ipconfig /displaydns，不启用这个服务这两个命令没有任何效果。

从Windows 95年代微软就告诉我们DNS解析先解析hosts文件读取，再查询DNS 服务器，结果顺序变成了

1. DNS缓存（DNS Client服务）；
2. 本机hosts文件；
3. 主要DNS server；
4. 辅助DNS server。

这个太扯淡了，那还让我们修改hosts文件干什么，而且在域里面这个DNS Client还不建议停掉。

所以修改hosts文件的话，需要停用DNS Client。

在网上找到一个免费的IEC61850 SCL验证器。

Here is a web-based SCL-validator provided to check the conformity of your SCL-files to the schema of IEC 61850-6. Used version of the SCL-schema: xmlns=”http://www.iec.ch/61850/2003/SCL” version=”1.4″

只需要在SCL的schema中采用xmlns=”http://www.iec.ch/61850/2003/SCL” version=”1.4″命名空间定义，并将文件上传即可完成验证。

目前支持SCD和ICD文件验证。

可以在这里试用这个验证器

本来为了吸取人家随意拷贝移动硬盘上面的东西的教训特意去买了带加密功能的力杰 C601E 国庆纪念版 移动硬盘，谁知道力杰实现的方式是用欺骗操作系统的方式建立一个固定文件夹UTA Volume 并建立相当多的…子目录，而且这个UTA Volume 必须在一个较大的分区中。

严格按照操作手册，用力杰安全王创建了一个100G的加密盘，测试的时候在加密盘Z创建了3个文件，退出力杰安全王程序

选定的盘符下面多了UTA Volume 这个目录，用资源管理器直接删除它的时候是没有办法的，但是用命令行cmd执行rd /s /q “UTA Volume “的时候竟然可以将UTA Volume 目录情况，在这种情况下，再次进入力杰安全王程序，这个时候会提示找不到目录，再也不能加载加密盘了，用找回加密盘功能也不行了。

就这么简单就可以废掉所谓的加密功能，这个力杰安全王实在是太鸡肋了，难道没有一个可以彻底隐藏分区的东东么？这个力杰安全王真是一个大忽悠。不知道那种指纹识别、RFID识别的产品能否避免加密区被破坏。

在淘宝商城购买了力杰 C601E 国庆纪念版 500G移动硬盘，看中这款硬盘的原因就是号称硬盘加密，原来以为是用特殊方式在分区上面做手脚，谁知道是用软件的方式在磁盘上面建一个UTA Volume 目录并占据指定大小的空间，达到指定空间的隐藏的目录。不过经过测试通过rd /s /q命令并不能删除目录，应该在安全性上还是有一些保证的。

盘片采用Samsung HM500JI，介绍说只有2009块纪念版竟然还有使用东芝硬盘的和三星硬盘的，不过使用HD Tune Pro实测性能还是不错。

带的eSATA接口给下次买笔记本添加了一个限制条件了，看介绍eSATA接口传输速度比USB 2.0接口快一倍。

随盘附送NOD32 半年激活码还是不错的，解决了一直用盗版NOD 32 的问题。

产品介绍：http://www.cenda.com.cn/product_details.aspx?id=50

评测文章：http://mst.pconline.com.cn/pingce/0910/1861350.html