Kyoto Cabinet支持多种数据存储方式，包括内存型与文件型。

内存型包括ProtoHashDB、ProtoTreeDB、StashDB、CacheDB、GrassDB，文件型包括HashDB、TreeDB、DirDB、ForestDB、TextDB。另外PolyDB可以动态绑定上述各种数据库形式。具体的规格参数以及性能可以参考官方文档http://fallabs.com/kyotocabinet/spex.html#features。

Kyoto Cabinet官方提供了makefile，可以直接在windows平台上编译。但由于使用了ISO C9x的标准，官方默认使用VS2010，如果使用vs2008编译，需要手动修改几个地方：

(1) 补充stdint.h头文件（http://msinttypes.googlecode.com/svn/trunk/stdint.h）

(2) std空间中的unordered_map,hash,regexsmatch等位于std::tr1空间

(3) 修改VCmakefile，

VCPATH = C:\Program Files\Microsoft Visual Studio 9.0\VC
SDKPATH = C:\Program Files\Microsoft SDKs\Windows\v6.0A

性能测试后续再补充。

借用了一下云服务的概念，目前通过服务端的程序为用户提供对应的数据服务。而整个架构是在满足工程计算方面的实际需求，而不进行过度设计。

1. 整体特点

UcoCloud架构如下图所示，主要包括web前端、Master主控服务以及一系列的Worker工作机。

UcoCloud以Master服务为核心，负责任务队列、调度以及Worker的管理，不涉及具体业务。这里的Master服务不同与Gate服务，如果后来业务需要可以增加Gate服务，从而支持多个Master。

Worker承担具体业务，可以不同类型，可以随时增加更多worker来增强计算能力。

Web前端只是一个Master服务交互的界面，与用户进行交互。

必要时可以增加专门的File Server。

2. Master服务

Master服务主要功能有3个，维护Task队列和Worker在线列表，同时负责Task的调度。Master采用简单授权，以JSON格式数据交换；Master建议用Python开发，为有状态服务。

任务队列 /Task 包括以下接口服务：

•Add: 增加任务 (ROLE_USER)

•View: 查看任务 (ROLE_USER)

•Delete: 删除任务 (ROLE_USER)

•List: 任务列表(ROLE_USER)

•Result: 任务结果(ROLE_USER)

•Get: 获取任务(ROLE_WORKER)

•Update: 更新任务(ROLE_WORKER)

Worker列表 /Worker 包括以下接口服务：

•Register : 注册worker(ROLE_WORKER)

•Exit : 退出worker(ROLE_WORKER)

•Check : 心跳消息，获取任务列表

•调度器 /Scheduler

•Update : 调度器更新(如果是有状态服务，应该自起线程自动维护)

关于调度机制：

（主要涉及调度任务的分配、已分配任务的检测和重新分配等，待补充完善）

3. web前端

Web前端为Master服务的前端，Web前端不维护具体数据。Web前端从Master服务获取信息；Web与Master之间使用JSON数据交流。

建议用php开发，但不限制。

对于普通用户，提供以下交互界面：

对于管理员用户：

4. Worker工作机

worker工作机负责具体任务的执行。但是这里的worker只负责与Master的数据沟通和通讯，具体的业务处理由worker调用相关程序执行。

5. 关于Task任务

Task具有以下属性;

工作流程不画图了,简要如下:

6. 关于开发环境

7. 其他

关于授权/Email通知/Log及报表等略.

环境：VS2008 sp1

调试机(A)：win7 32bit         被调试机(B)： xp 32bit

即在B机上运行程序，A机上进行调试。

————————————

最简单的步骤如下：

B机上

(1) B机上的建立一个与A机当前账户相同的用户名，密码相同，管理员权限。

(2) 在B机安装rdbgsetup.exe，位于VS2008安装光盘上，选择对应的OS类型。

(3) 在B机上打开组策略(gpedit.msc)，修改“网络访问：本地账户的共享与安全模式”，选择“经典-本地账户以自己身份验证”

(4) B机上打开Remote Debuging Monitor

A机上

选择Debug-Attach to Process

Qualifier: 通过浏览找到对应B机。

注意

需要注意防火墙要对相关端口放行。 其他的就和本机调试一致。

另外: WordPress免登陆发布接口 理论上应该继续完美支持3.0，也欢迎大家试用。

由于目前项目太紧张，关于自定义域等功能需要在2周后才能有时间添加，非常抱歉。

Apple ID does not have permission to access iTunes Connect.

看来还真麻烦，网上搜索一下，有提到说信息不对的，有需要将State设为n/a，有post code要与地址吻合的，不一而足。但是经过这些调整之后还是不能登陆。没办法，再邮件联络support。

随后后受到了support的回信，还是中文的。

您好！
感谢您联络苹果开发人员联盟。
请确认您的 Apple ID 为：******。
iTunes Connect 目前处于系统维护阶段，暂不可用。
一旦系统恢复，我们会立刻与您联络。
感谢您的耐心。

噢，原来是系统坏了，那提示中给个通知不就不用折腾了嘛。

2010.2.3 补充

今天再问了一次系统的恢复时间，答曰：2月5号。

今天早上5:00被手机吵醒，原来是银行打来确认电话，说在Apple网站上有笔$99的消费，是否本人消费。确认之后继续睡觉。

早上收到激活邮件，在Developer网站激活。但是给了个错误，说“Program Activation On Hold”，大意是Erollment information和credit card的information不匹配，需要下载一个身份验证表格Identity-Verification-Form，并传真。表格需要填写Erollment ID还有律师的授权信或者带有头像的政府签发的身份证明。

想来想去，大体明白问题原因所在。在Erollment Information中的Name是：名+姓，信用卡片上姓名的 姓+名。乖乖，又是这种问题。上次是取Google Adsense的西联汇款的时候了。传真的话说处理时间为几个工作日，那先发邮件吧。
先用中文给chinadev@aisa.apple.com发了邮件，有人说30分钟就给处理的，但是没有反应。

然后用英文给devenroll@apple.com发邮件，balabala，大意是说 姓+名 和 名+姓 是中国人姓名的两种习惯拼写方式，所以请activate我的账户，另外附件Identity-Verification-Form的PDF扫描件。

ChinaDev仍然没有回邮件，不过收到了devenroll的邮件，说调查了问题，账户的hold on已经删除，用之前的激活码重新激活即可。

We are following up with you regarding your recent iPhone Developer Program purchase.

Your order information did not sufficiently match your enrollment information and as a result the ability to activate your Program was placed on a temporary hold. We have reviewed the issue and have removed the hold on your Program activation. At this time, we ask that you please refer to the original activation code email that you received and click through the link once again.

If you have any questions or need further assistance, please contact us.

Best regards,

然后激活，成功。

下一步填写税单。

SDK免费，开发者认证个人版$99/Year，企业版$299/Year.

第一步：注册 Apple ID。

如果已经有Apple ID，可以略过。

第二步：申请注册iPhone开发人员。

注册地址：http://developer.apple.com/iphone/

注册完成后，将会获得Enrollment ID和Person ID。通过直接输入信用卡号可以支付费用，但是如果使用的大陆银行发行的信用卡，则无法线上支付。只能通过传真方式。

在http://developer.apple.com/iphone/登陆之后，有PDF的订购表格下载。下载填完之后打印，传真到 +1 (408) 862-7602。按照Apple邮件中的提示说24小时内会扣款并激活账号。

表格的样式可以参考：

在等待一段时间（官方说24小时内）之后，就可以收到激活邮件。将收到的激活码填到开发人员中心或者直接点击激活链接激活即可。

到这一步就可以往App Store上传免费的应用了。

第三步：签署合同、填写银行账户信息以及税单。

只有进行完这一步才可以上传收费的App Store。

在开发人员中心，Itunes Connect，从下图中的“Contacts, Tax, & Banking Information”填写相关信息。

Contact Info中进去，在Company中新加一人，填写对应信息。

Bank Info中新建一个银行地址，账户选China Yuan Renminbi，类型为Saving，Swift code需要咨询银行得知。

Tax Info中按照实际情况填写。国内的话7、8、10空白，9选A，iii都不选，iv选认证。最下方签名和日期。

填写好之后提交，系统会生成一个PDF文件，打印。用拼音姓名签名，填写日期。扫描为PDF文件后发送给 iTSTax@apple.com，一般第二天收到确认回信。

然后就可以上传付费App了。

1455天，最后看一次这个数字，还真的很长。

负责任地说，Dreamhost是一个非常优秀的虚拟主机服务商，非常棒。完善的备份系统、超快的网络速度，优秀的客户服务，强大的后台面板，这些都给我留下了深刻的印象，这一切也都会是一个美好的回忆。而无限制的域名，超大的磁盘空间和流量倒显得微不足道了。

虽然偶尔会有网络故障或者高cpu load，但是仅仅是偶尔，在这1455天中，我只遇到了2次。

如果只是虚拟主机，Dreamhost还是不二选择。如果Dreamhost的服务满足不了，那你已经不属于虚拟主机的层次了。

最后再看一眼，结束一个时代。

Closing Account #****** "aidlycom’s Account"

Your Current Account Balance: $0.00
However, if you close your account you will get a credit of $1.96 for unused services you’ve already been billed for.

You will have to pay for your free domain registration if you cancel your hosting account now though, meaning there will be a charge of $9.95 added to your account.

You are not within our 97 day money back guarantee (it has been 1455 days since 2006-01-20)!

You don’t need to pay us the additional $7.99 to close your account because we don’t consider amounts under $9.24 to be overdue.

注册Google Voice相对简单，只需要美国的IP。在年末互联网大恐慌的背景下，美国IP应该已经泛滥了。注册成功之后需要美国电话激活，网上有很多教程，很多很复杂。

在比较之后发现用VirtualPhoneLine可以一次激活，非常简单。步骤如下：

1. 在VirtualPhoneLine.com注册账号，激活。

2. 登陆VirtualPhoneLine.com，申请免费试用的电话号码，并设置转接到gtalk。

准备工作完成，登陆Google Voice：

1. 选择自己喜欢的号码

2. 选择激活所用电话，填入VirtualPhoneLine.com中的试用号码，Call Now。

3. 几秒钟内GTalk会收到接入的呼叫，Answer，听到语音后输入验证码，回车。 然后听到激活成功。Google Voice网页上也显示成功。

最后，列一下Google Voice的费用：

• 短信费用：免费 （包括国际短信，测试发到国内手机几乎没有延迟）
• 美国国内电话：免费
• 国际电话：和Skype类似，根据目标地区不同。到Japan为$0.03/Min，到China为$0.02/Min。非常便宜，通话效果不错。

或许在大规模流行之后，会被电信或者联通给封锁吧。

其他的一些试用SIP或者VoxOx或者G5的方法，都太繁琐了。

这次史无前例的搬家耗时近半个月，内容有3，总结如下：

1. 更换主机服务商。

在Dreamhost已经有4年了，说实话DH挺适合我，速度快，空间大，对uptime不太敏感。但是由于以前提到过的一些特殊需求，虚拟主机满足不了，于是干脆vps吧。

首先在vpslink买了个廉价vps试手，各种需求体验完毕，正式启动迁移。

在对比之后选择了Linode，Frement的机房。Linode可以按1个月、24个月或者48个月付款，而且最好的地方在于，即使支付了48个月，中途停止服务的话，linode会按照剩余时间退还费用。这在其他的服务商还很少看到。

美国的网络非常好，从Linode到Dreamhost的速度有4M/s。不过头疼的是在DH上有超过100G的资料，VPS上没有这么大的空间，只有慢慢想办法了。（或许Godaddy的免费空间可以利用一下）

2. 域名及DNS迁移

历史原因，域名有在国内新网注册的，有在Godaddy注册的，也有在Dreamhost的。前两个暂时将NS Server切换到Linode，后面的转移到Godday。但是GoDaddy的界面实在太烦，打算后面的迁移到name.com。

在新网的域名准备逐步转出。

btw: 国外域名商之间转移域名实在是方便，或者本来就该这么方便吧。

这一步中，在新网注册的域名是耗时最久的，遇到了各种各样的问题，有被莫名其妙锁定的，有不能续费的，还有管理密码丢失的。好在有惊无险。

3. 博客更换域名

这是额外的一步。早在很久以前就计划此事，但是一直没有下定决心。现在恰逢国内要管制CN域名，于是换了就换了吧。

hamo.cn —>  satwe.com

中间遇到历史遗留mysql数据库编码的问题（上次是从mysql4->mysql5的乱码问题，但是没有彻底解决），比想象中顺利的完成了。

然后是在hamo.cn增加301跳转，在Google提交更换域名申请，然后清理了下垃圾。

总结：

Linode的网速不错，Frement和Dalas的机房都不错。support的速度很快。VPS有很大自由度，但是维护工作也就由自己来完成。当然如果只是web host的话，具备一点linux基础的话也不太难。 备份问题“使用rsync命令备份同步文件”应该是一个不错的方案。

Dreamhost是一个理想的备份场所，刚刚从Dreamhost那里敲来了3个月的优惠，还有没有必要续费呢？