林健的BLOG

注意：以下论断仅针对目前阶段（2009年7月4日）观察到的 Windows Live 和 Google 服务而言，只代表用户可见的现象，不说明其实现的本质；只说明现状，不代表未来可能的变化。

1. 有关使用非 Hotmail 邮箱注册 Windows Live ID 或使用非 Gmail 邮箱注册 Google Account

1.1.M. 使用原有（非 Hotmail）邮箱注册的 Windows Live ID 与在 Windows Live 网站通过注册 hotmail.com / live.com / live.cn / msn.com 等邮箱得到的 Windows Live ID 的使用范围基本相同，可以直接使用 Messenger、SkyDrive、Spaces、Photos 等服务，只是没有 Hotmail 邮箱（注意：微软启动 Live 战略以后，“Hotmail”的概念泛指一切 Windows Live 邮箱，不限于“hotmail.com”后缀的）。可以认为，通过注册 Hotmail 邮箱得到的 Windows Live ID 只是比用自己原有的邮箱注册的多得到了一个免费邮箱。如果用原有邮箱的 Windows Live ID 登录 Hotmail，会被告知需要开通 Hotmail。

1.1.G. 使用原有（非 Gmail）邮箱注册的 Google Account 与通过注册 gmail.com 邮箱得到的 Google Account 的使用范围基本相同，可以直接使用 Calendar、Documents、Reader、Groups 等服务，只是没有 Gmail 邮箱和 Gtalk 即时通信功能。如果用原有邮箱的 Google Account 登录 Gmail 或 Gtalk，会被告知需要开通 Gmail。

1.2.M. 在已登录原有邮箱注册的 Windows Live ID 后，根据提示开通 Hotmail，相当于重新注册了一个全新的 Windows Live ID，新账号可以使用所有 Windows Live 服务。这个 Windows Live ID 与原先的那个没有任何关联，可以分别独立使用。二者的 Messenger、SkyDrive、Spaces、Photos 等数据独立、互不干扰。

1.2.G. 在已登录原有邮箱注册的 Google Account 后，根据提示开通 Gmail，相当于在原有账号基础上增加了 Gmail 和 Gtalk 服务。这时账户的主 Email 地址自动修改为新的 Gmail 邮箱，原来的邮箱则变成了本账号的关联邮箱。关联邮箱可以同 Gmail 邮箱等价地登录 Google 的各项服务；在部分服务（如 Groups）中，可以使用关联邮箱作为自己的联系方式。但一旦注册了 Gmail，在 Google 的多数服务中就会用 Gmail 邮箱作为用户身份的唯一对外标识。在此之前用户创建的数据不受影响，只是账户名称变了。用户可以解除关联邮箱，解除之后旧数据不会丢失。但需要注意，如果解除关联邮箱之后重新手动关联，部分服务（如 Groups）无法使用新的关联邮箱。

2. 有关 Windows Live Admin Center 和 Google Apps 服务

2.1.M. 在 Windows Live Admin Center 使用自己的域名开通服务，旗下用户得到的服务与在 Windows Live 网站通过注册 Hotmail 邮箱得到的 Windows Live 服务完全一致。自己域名的邮箱就是 Windows Live ID，邮箱后台也是由 Hotmail 提供支持的，名称也叫“Hotmail”。这相当于在 Windows Live 原有的 hotmail.com、live.com、live.cn、msn.com 等域基础上，增加了用户自定义的一个域。

2.1.G. 在 Google Apps 使用自己的域名开通服务，旗下用户得到的服务与一般的 Google Account（无论使用原有邮箱或注册 Gmail）并不相同。自己域名的邮箱并不是可以登录 Google 各项服务的 Google Account，而是仅仅能登录本域的一个账号。Google Apps 相当于为企业、学校等用户群体提供一个适于内部使用的、相对独立于 Google 公共服务平台的“小 Google 服务平台”。在这个小平台中，提供有限的几项服务，如 Mail、Calendar、Documents、Sites、Gtalk 等，不包括 Reader、Groups 等。这些服务体现“内部”特色，在逻辑上与 Google 公共服务平台隔离，例如 Mail 被命名为“[你的域名] Mail”而非“Gmail”；但这并不影响域内用户与其它 Google 用户（包括其它域下的 Google Apps 用户）进行有限的互通，例如可以与跨域的 Gtalk 联系人聊天、共享 Documents 上的文档等。

2.2.M. 通过 Windows Live Admin Center 得到的自己域名的 Windows Live ID 与使用默认域名的 Windows Live ID 处于平行位置，功能等价，没有带来新问题。

2.2.G. 通过 Google Apps 得到的自己域名的账户并不是 Google Account，因此如果用户需要使用完整的 Google 服务，需要另外注册 Google Account。如果用户使用基于 Google Apps 的自己域名的邮箱注册 Google Account，可能带来一些微妙的问题：

2.2.G.1. 总体上说，这与 1.1.G、1.2.G 节所述的“使用原有（非 Gmail）邮箱注册的 Google Account”相似。

2.2.G.2. 对于 Documents 服务，用户分别拥有“Google 公共服务平台”和“本域服务平台”上的两套版本，分别在不同的界面使用不同的密码登录，数据独立。如果注册了 Gmail，则 Gmail（Mail）、Gtalk 服务也类似地维持两套版本。

2.2.G.3. 对于 Calendar、Sites 服务，本质上也有两套版本。如果没有注册 Gmail，则会因账户重名问题只能在优先注册的平台上使用，第二套版本无法启用；如果注册了 Gmail，则可以保证两个平台上拥有不同的账户名称，两套版本可以并存，数据独立。

2.2.G.4. 对于 Reader、Groups 等“本域服务平台”没有提供的服务，可以在“Google 公共服务平台”上使用，不存在多版本问题。

3. 总结及对创建个人 Windows Live / Google 统一账号的建议

3.1. Windows Live 对非原生邮箱账号的处理比 Google 更简单、更易于理解一些，区别一在能否直接使用即时通信工具，二在注册原生邮箱之后对原有账号的影响。我们可以通过单独注册 Gmail 邮箱的方法让 Google 实现类似 Windows Live 的“双账号”行为，但不能在 Windows Live 中为非原生邮箱账号添加额外的 Hotmail。

3.2. Windows Live Admin Center 与 Google Apps 是两个定位有所不同的产品，Windows Live Admin Center 强调用户域与 Windows Live 平台的相对统一，而 Google Apps 强调用户所属组织的独立性。它们的功能行为满足了不同类别用户的需求。

3.3. 对于企业、学校等有特殊需求的用户，或者仅偏好于 Windows Live / Google 一方的用户，以及对账号不在意或不愿公开的用户，不在本文讨论范畴之内。

3.4. 对于追求“使用并公开统一账号，访问 Windows Live / Google 服务”的用户，建议方案为：通过注册 Gmail 邮箱得到 Google Account，享受所有 Google 服务；然后使用这个邮箱注册 Windows Live ID，享受 Hotmail 之外的所有 Windows Live 服务。因为对外统一接口是 Gmail 邮箱，所以 Windows Live 上的联系人可以直接联系到用户，无须经过 Hotmail 邮箱。相反地，如果首先通过注册 Hotmail 邮箱得到 Windows Live ID，再用此邮箱注册 Google Account，则无法使用 Gmail 与 Gtalk。如果用户不在意 Gtalk，则此方案也可行；否则此方案不佳，因为如果用户在此基础上注册了 Gmail 或 Gtalk，多数 Google 服务中的用户账号会变化，不符合“统一账号”要求。

3.5. 对于追求“使用并公开统一的个性化（自己域名的）账号，访问 Windows Live / Google 服务”的用户，没有像上面那样完美的方案。建议的两种方案为：

3.5.1. 使用 Windows Live Admin Center 开通自己域名的邮箱，即可享用所有 Windows Live 功能。使用这个邮箱在 Google 注册账号，即可使用 Gmail、Gtalk 以外的几乎所有 Google 服务。如果用户不在意 Gtalk，则到此为止。如果用户在此基础上注册了 Gmail 或 Gtalk，多数 Google 服务中的用户账号会变化，不符合“统一账号”要求。不过用户也可以在 Google 之外使用自己的服务器搭建 Jabber 服务，与自己的域名绑定，现实与 Gtalk 的互通，但这提升了实现成本和技术难度。

3.5.2. 使用 Google Apps 开通自己域名的邮箱，即可享用部分 Google 服务（关键是有 Mail 和 Gtalk）；然后使用这个邮箱注册 Windows Live ID，享受 Hotmail 之外的所有 Windows Live 服务。再使用这个邮箱注册 Google Account，享受其它 Google 服务。注意不要开通 Gmail，原因同上，且此举是无法恢复原状的！此方案的缺点在于 2.2.G 节所述的部分服务双版本共存或双版本冲突的问题，使用时需要格外注意，防止混淆。

3.6 对于新启用统一账号的用户，3.4、3.5 节提出的方案可以在一定程度上满意其需求。但对于已经在不同平台上使用了不同账号的用户，迁移到新的统一账号上来却是不方便的。主要的问题是用户数据无法同步迁移。目前 Windows Live 和 Google 提供的关联邮箱功能，主要解决的只是多账号登录问题，没有太关注内容同步，这也许是它们下一步有必要努力的方向。

附录A. 我个人的统一账号迁移方案：基于 3.5.2 节方案，前两个步骤相同，但没有注册新的 Google Account 和 Gmail。访问 Google 服务仍然使用原来的 gmail.com 账号。主要的考虑是：

A.1. 我原来在 Windows Live 上使用的服务以个人存储为主、人际交流为辅，内容易迁移；即使不迁移也无妨，因为大多是自己使用，不对外公开交流。因此这个账号可以停止维护，只增加必要的邮件监控或转发。

A.2. 我原来在 Google 上使用的服务以人际交流为主（如 Reader 和 Documents 上的共享、Groups 中的群组和帖子），如果迁移，对个人和其他联系人都有一定的时间和劳动成本。

A.3. 我关注的统一接口的三个要件是 Email / MSN / Gtalk，这一方案满足了此要求。缺陷只是在访问 Google 服务的时候没有使用统一的账号，但这并不影响对外公开的接口。且 Google 双平台 cookie 独立，方便同时登录 Google Account 和 Google Apps 账号，互不干扰。

　　我启用了新的、统一的 Email/MSN/Gtalk 账号：
　　
　　麻烦朋友们在 IM 或地址簿中加入这个新的账号。
　
　　启用这个新账号，出于以下考虑：
　　1．原 MSN 账号基于“.cn”域名，存在潜在的安全风险。
　　2．原 Gtalk 账号名称过长，不便他人记忆。
　　3．原“@gmail.com”邮箱存在一定的受阻风险。
　　4．我原先对外公开的 Email 较多较杂，不便统一处理邮件。
　
　　新账号的技术方案：
　　使用 Google Apps 建立自定义域名的邮箱（基于 Gmail 系统）和 IM（即 Gtalk）服务；使用这个邮箱注册 Live ID，即可开通 MSN 服务。
　　顺便说一下，原来的“@linjian.cn”的邮箱和 IM 使用的是微软的 Admin Center 服务。与 Google Apps 类似，它提供了基于 Hotmail 的邮箱和基于 MSN 的 IM 服务。但 Google 不允许使用 Gmail 和 Google Apps 账号以外的 Email 地址作为 Gtalk 账号（虽然可以使用第三方 Email 注册 Gtalk 别名，但别名只能用于登录，在好友处显示的仍是一个“@gmail.com”结尾的、不能收发邮件的 jabber 名称。而且这一特征只能在英文版 Gtalk 上使用，中文版 Gtalk 和多数第三方客户端不支持）。
　
　　新账号的优点：
　　1．Email/MSN/Gtalk 统一的入口地址，便于发布和记忆。
　　2．公开单一的邮箱，处理与朋友往来的邮件，减少管理邮件的时间开销。当然，处理工作业务、重要数据的邮箱并不统一到这里，还是要用独立的。
　　3．安全。使用自己的域名，可修改 MX、SVR 等记录，不受制于服务提供商。即使 Gmail 相关域名被劫持，自定义域名的邮件收发也不受影响。即使 Google 相关的 IP 被过滤，我也可以在不改变账号的前提下更换邮箱服务器和 jabber 服务器，通信不受影响。自己的域名被劫持相比 Google、Live 被“肃整”的概率要小一点。
　
　　新账号的缺点：
　　1．Google Apps 账号不能使用完整的 Google 服务，它可以访问 Calendar、Docs 等，但不能登录 Reader、Groups 等。所以我仍然需要使用原 Gmail 账号登录上述服务。不过这对面向他人的“统一入口地址”影响不大，只是自己麻烦点；好在 Gmail 和 Google Apps 的 cookie 是独立的，可以同时登录互不干扰。
　　2．联系人批量转移是个麻烦事，好在 MSN 和 Gtalk 都可以批量导入导出纯文本的联系人列表。需要各位联系人确认一下我的添加请求。
　
　　备注：
　　目前正在使用“@linjian.cn”的 Live ID 的朋友请不要担心，只要没有不可抗拒的因素，我不会停止对 linjian.cn 域名的支付和维护；只要微软的 Admin Center 服务继续免费提供，我就不会停止使用 linjian.cn 上的 Live 服务。除了对个人姓名域名的保护性注册因素之外，我们也必须认识到：虽然目前放在美国的域名比放在国内的域名（尤其是“.cn”）要保险一些，但美国毕竟是我们的潜在对手。万一中美关系有大事变，不排除中国人在美国的域名受到威胁的情况。所以，“.cn”域名可以认为是一种战备资源，适当的时候可以显示其价值。

　　本月，“.中国”域名正式写入全球根域名系统。我赞同很多网评的观点，不看好“.中国”域名的发展。不过我仍然进行了一项保护性注册（林健.中国 / 林健.cn），借机研究一下多语种域名（IDN）的特性。
　　“.中国”域名目前只有国内的代理商可以注册，不过即使将来国外有了代理商，意义也不大，因为“.cn”、“.中国”的生杀大权还是掌握在国内监管机构手中。之前的一些经历告诉我，那些国内代理商不过是半斤八两。但这次通过新网注册，我感觉被忽悠的程度比以前更严重。在新网注册的“.中国”域名不能修改DNS解析条目，只能设置URL转发。我开始还以为自己没有找到设置的地方，打客服电话（010-58022233）才确认确实没有。可笑的是，客服人员给我的解释是“技术上不可行”。我们知道IDN只是使用Punycode编码了Unicode字符，在DNS服务器端根本不需要什么技术上的变化。难道是有什么政策原因吗？我没有问出来，也没有查到，但从CNNIC的这个介绍来看，不像是要限制用户自己做解析。新网在这个问题上有误导，它没有明文说明它对中文域名和英文域名服务的区别，在中文域名帮助页面又提到：中文域名可以指向其它站点、可以用于电子邮件，很容易使人认为新网自己提供了可配置的DNS解析服务。但要追究起来我也没辙，因为它在网站上确实说的是中文域名固有的性质，而不是新网提供的服务；至于DNS解析，一般用户默认代理商会提供，而如果它没有提供，似乎也没违反什么法规条款。找不到什么十足的理由，我也只能忍了。好在域名的DNS服务器还是允许修改的（如果连这个都不允许，我真的要去讨个说法了），我换一个还不成？试验了一下，发现Godaddy的Off-site DNS不允许添加IDN，而zoneedit允许后缀为“.cn”的IDN，但不接受“.中国（.xn--fiqs8s）”后缀。我猜它们不会是因为政策不允许，也许就是在域名合法性验证的时候没有考虑IDN或IDN后缀吧。不过作为本土服务商的中国E动网倒是支持的，我选择使用它的免费域名解析服务（测试：http://文件.林健.中国）。
　　CNNIC的称“超过80%的网民已经可以使用‘.中国’域名访问互联网”但我测试了一些DNS，并让帮忙同学实验，发现还是有很多DNS服务器没有“.中国”的记录。也许是因为我的调查范围局限于教育网和科技网？换了一个北京联通的DNS（202.106.196.115）是好使的。
　　在服务商支持方面，Godaddy的空间可以绑定IDN（测试：http://test.林健.中国），而Google Apps暂不支持。Windows Live Admin Center也可以绑定IDN开通电子邮件服务，但可能由于它那里的DNS中还没有“.中国”记录，MX验证无法通过，只有“.cn”的地址可用（可以给我发邮件试试：文件@林健.cn）。因此如果想拿中文域名开服务，还是查查自己的服务商有没有限制。
　　客户端方面，IE、Firefox、Chrome、Safari、Opera等主流浏览器都支持Unicode自动转换为Punycode。而邮件客户端方面，邪恶的Foxmail会干这件事，Outlook、Windows Live Mail、Koomail等不支持。主流免费邮箱中，我还没有发现哪一家的web界面可以自动转换Punycode。有趣的是中国移动139邮箱在发送的时候虽然不能自动转换Punycode，但收到来自“xn--5nqy36c@xn--nyq587c.cn”的邮件，却可以自动转换为“文件@林健.cn”显示。
　　体验的结果：我对中文域名的看法没有改变，对IDN的机制和现状有了进一步的了解。中文域名在现阶段估计也只适合保护性注册，难以被用户接受，因此也难以投入商用。其主要原因：URL已经不是当今互联网的主要入口了，搜索引擎等模式日趋成为主导。尽管我认为这个趋势是反REST原理的，但是用户的习惯、市场的走势总会使得技术不得不低下头。在web技术因为不断的渐进性扩充而变得臃肿，偏离了最初的原则时，也许下一代互联网交互模型就快诞生了。
　　（本文中出现的测试用子域名和邮箱不保证长期有效）

　　Domain hack在使用拉丁字母的国家和地区比较流行。但在中国，由于语言文化的差异，用人的还不是很多。下面说说我认为可行的中国化的Domain hack方案。
　　1. 地名
　　某些域名后缀恰好是一些省市的拼音缩写：
　　.sh（圣赫伦那岛）：“上海”的缩写，这个见得比较多；（示例：jianzhi.sh）
　　.tj（塔吉克斯坦）：“天津”的缩写；
　　.sc（塞舌尔）：“四川”的缩写；
　　.gs（南乔治亚与南三明治群岛）：“甘肃”的缩写；
　　.gd（格林纳达）：“广东”的缩写；
　　.hn（洪都拉斯）：“湖南”、“河南”、“海南”的缩写；
　　.fj（斐济）：“福建”的缩写；
　　.cd（刚果民主共和国）：“成都”的缩写，不过这个被当作“CD（光碟）”解释可能更有商机；
　　.cc（科科斯群岛）：“长春”的缩写，这个通常被域名注册商解释为“Commercial Company”或“Chinese Company”；
　　.hk（香港特别行政区）：“海口”的缩写，海口的网站用香港的域名恐怕会有误会的。
　　以上这些国家或地区的域名是允许世界人民随意注册的（或“原则上”有条件限制，但管理不严格），所以国内外的很多域名服务商都可以注册。下面列出几个有一定注册条件限制的国别域名，没有相关的手续不是谁都可以随意注册的。但国内外有一些代理机构可以帮忙办理：
　　.bj（贝宁）：“北京”的缩写；
　　.sd（苏丹）：“山东”的缩写；
　　.sy（叙利亚）：“沈阳”的缩写；
　　.nc（新喀里多尼亚）：“南昌”的缩写；
　　.ls（莱索托）：“拉萨”的缩写；
　　.gy（圭亚那）：“贵阳”的缩写；
　　.km（科摩罗）：“昆明”的缩写，也可解释为“千米”。
　　此外，还有.sz（斯威士兰——深圳、苏州）、.py（巴拉圭——濮阳、平遥）、.th（泰国——通化、太湖）、.tl（东帝汶——铜陵、铁岭）等等。
　　2. 人名
　　以下中国姓氏恰好有对应域名后缀，可以用于个人网站或blog（再次给ideal同学做广告了，可他的blog为什么总被HX呢……）：
　　.li（列支敦士登）：“李”、“黎”，国内外代理商很多；（小提示：通过瑞士SWITCH注册比国内代理商便宜不少）
　　.hu（匈牙利）：“胡”，国内外代理商很多；（比较强的是这个：jintao.hu，自己去Whois一下吧）
　　.ma（摩洛哥）：“马”，国外有代理注册商；（“bao.ma”现在是可用的，查询于2009-03-08）
　　.lu（卢森堡）：“卢”、“鲁”、“路”：国外有代理注册商；
　　.ai（安圭拉）：“艾”，可以在官方注册，也可以找代理商；
　　.ao（安哥拉）：“敖”，国外有代理注册商；
　　.an（安的列斯）：“安”，国外有代理注册商；
　　.ba（波斯尼亚黑塞哥维那）：“巴”，国外有代理注册商；
　　.bi（布隆迪）：“毕”，可以在官方注册，也可以找代理商；（这个后缀可以玩一些更牛的，参看这个网站：niu.bi）
　　.bo（玻利维亚）：“薄”，国外有代理注册商；
　　.ke（肯尼亚）：“柯”，国外有代理注册商；
　　.lv（拉脱维亚）：“吕”，这个算是准拼音吧，毕竟有一些输入法用“v”替代“ü”的，“lv”姑且认为是“lü”。可以在官方注册，也可以找代理商；（网上说这个域名能免费注册？我没有仔细研究，有兴趣的朋友可以查查）
　　.mo（澳门特别行政区）：“莫”，理论上限定澳门本地公司及团体才能申请，但国外也有代理商。
　　.ni（尼加拉瓜）：“倪”，国外有代理注册商；
　　.ru（俄罗斯）：“茹”，国内外都有代理注册商；
　　.sa（沙特阿拉伯）：“撒”，国外有代理注册商；
　　.si（斯洛文尼亚）：“司”，国外有代理注册商；
　　.su（原苏联）：“苏”、“宿”，虽然还有代理商可以帮忙注册，但这个域名据说快要被撤消了；
　　.ye（也门）：“叶”，国外有代理注册商。
　　对于某些单字名或双字名，也有一些国别域名恰好是其缩写。这一类不胜枚举，只列出有代表性的几个：
　　.jp（日本）：“贾鹏”、“晋普”、“金萍”，国内外都有代理注册商；
　　.tw（台湾省）：“陶文”、“田薇”、“天武”，国内外很多地方都可以直接注册；
　　.ws（萨摩亚）：“王胜”、“吴双”、“文升”，国内外很多地方都可以直接注册，通常被注册商解释为“Web Site”；
　　.zm（赞比亚）：“张敏”、“邹明”、“志民”，国外有代理注册商；
　　.gq（赤道几内亚）：“高强”、“郭青”、“国强”，暂没有找到可用的代理商。
　　3. 助词
　　以“.la”为代表的这类后缀在国内网站圈子里已经有不少应用了，主要包括以下几个域名：
　　.de（德国）：“的”、“地”、“得”，国内外都有代理注册商；（示例：jiwai.de）
　　.la（老挝）：“啦”，国内外很多地方都可以直接注册；（示例：tongji.la）
　　.me（黑山）：“么”，国内外很多地方都可以直接注册，这个一般都被解释为“我”；（来看看我注册的这个：kan.de.jian.me）
　　.ma（摩洛哥）：“吗”，前文有介绍；
　　.na（纳米比亚）：“哪”、“呐”，国外有代理注册商；
　　.li（列支敦士登）：“哩”，前文有介绍。（hen.huang.hen.bao.li是一个例子，不过它取的是“暴力”的“力”字）
　　4. 韵尾
　　国别域名都是两个字母，但有很多拼音音节是三个或三个以上字母构成的。这时可以使用一些“韵尾”域名，让域名前后两部分组合成完整的拼音：
　　.in（印度）：国内外很多地方都可以直接注册；（示例：huangj.in）
　　.ai（安圭拉）：前文有介绍；（“maim.ai”等都是可用的，查询于2009-03-08）
　　.an（安的列斯）：前文有介绍；（“pin.an”、“zhu.an”等都是可用的，查询于2009-03-08）
　　.ua（乌克兰）：国外有代理注册商；（“zhongh.ua”等都是可用的，查询于2009-03-08）
　　.er（厄立特里亚）：暂没有找到可用的代理商。
　　以下域名有作为韵尾的潜质，但由于所属国目前不提供顶级域名注册，只能注册.com.xx、.net.xx之类的，故暂时无法用于韵尾：
　　.ao（安哥拉）：前文有介绍；
　　.ng（尼日利亚）：国外有代理注册商。
　　5. 中文域名
　　目前可用的中文域名后缀包括“.中国”、“.公司”、“.网络”等。用中文做Domain hack并不像英文那样灵活，因为这些词很难成为其它词的一部分，但组成短语或句子还是可以的。目前见到的中文Domain hack比较少，“我爱你.中国”、“我的.网络”、“上市.公司”等都是不错的例子，但它们都还没有被应用到一个适合的网站上。这一块可用的资源相当多，“可爱的.中国”、“下一代.网络”、“股份.公司”等都还没有被注册（查询于2009-03-08），有兴趣的朋友可以试试。不过感觉滥用中文域名作Domain hack有被HX的危险。
　　当然，Domain hack在中国不流行，很重要的一个原因是国内多数网民不熟悉“.com”、“.net”、“.org”、“.cn”之外的后缀。给不懂英语的网友说这些hack的网址，他们反而难以记忆。用不用Domain hack，还是要看具体应用的需求。“酷”并不代表实用。
　　最后给出一些相关的链接：
　　1. 帮助生成Domain hack的在线服务
　　http://xona.com/domainhacks/
　　http://domai.nr/
　　2. 美国的外国域名注册代理商（我没有和他们打过交道，可靠不可靠请自行调查）
　　http://www.101domain.com/
　　http://www.innter.net/
　　http://www.rwgusa.net/

　　上个月接新网(xinnet.com)通知，我的网站(www.linjian.cn)要在信息产业部备案，才可以使用继续URL转发。备案手续很快搞定了，但在新网恢复URL转发功能却费了一番周折。通过网上自动恢复显示正常了，可过几分钟后又不能用了；发邮件问他们，他们的回复却是把关于备案的通过复制了一遍；打电话，他们就说很快帮我解决，但半个月了无果。今天只好亲自去新网在理工科技大厦的办公地点，解释了半天，终于给我恢复了。他们的理由仅仅是技术问题误把我的网站加入黑名单了……
　　这种办事效率，唉。要是新网办公地点不在理工这儿，还不知道要拖多久。
　　P.S.在我的域名被暂停时，我去www.22.cn网站临时申请了一个免费二级域名指向我的网站。可笑的是没几天www.22.cn网站由于未备案被关闭！