Vimer的程序世界

之前已经已经写过一篇《从开放平台建设者角度对应用开发者的一点架构建议(1)》，主要是介绍了最基本的openid、平台数据、应用内部数据的存储建议，这一次我们更深入一点。

对之前的文章，我们提到了三种数据：

• openid-id
• id-平台数据
• id-应用数据

相信大部分个人开发者的第一反应是，上面每份数据建一张表，之间建立很多外键关系。这样的确会有很大的好处，很多数据查询操作都可以直接通过sql语句完成，比如:

1. 通过openid查询id
2. 通过id查询openid
3. 通过用户名查询openid/id
4. 通过应用数据查询openid/id

上面的架构都很好的，并且开发成本非常低，但是这一切的前提是你的应用的用户量有多少。

100w是个坎，100w之前没有任何问题，100w之后，这种架构就是垃圾

很多人会说，对于一个小应用，考虑那么大量用户干嘛？你这是过度设计了吧。

有这种思想的人不少，没错，当年facebook过100w用户的时候，已经是一家有很多职员的公司了。那你会不会觉得，当我们的小应用成长为100w用户的时候，我们已经有了足够的资金，足够的职员，可以考虑重构了？

然而事实是，zynga新推出的游戏《帝国与同盟》在facebook上上线一周，日活跃就达到3000w，更别说注册用户量。而就国内的情况来说，在朋友网上面的任何一款应用，只要不是太差，1~2个月 ...

之前的文章已经提到了 django+fastcgi的运行并不如意（web.py+spawn-fcgi却正常很多……），所以特意抽时间研究了一下uwsgi，试了一下，运行的很好，也很快，哈哈。 所以笔者的所有之前用apache+django搭建的项目（如fuload等）都已经替换成了nginx+django+uwsgi。 一.安装uwsgi

1. 到http://projects.unbit.it/uwsgi/wiki/WikiStart#Getit 下载最新版本的uwsg。
2. 解压后,如果没有安装libxml2，又不想安装的话，那么编辑文件 buildconf/default.ini， 把

   xml_implementation = libxml2
   

   改成

   xml_implementation = false
   

3. 执行编译

   python uwsgiconfig.py --build
   

4. 执行安装

   python setup.py install
   

这样 ...

在上一篇文章linux下nginx+python+fastcgi部署总结(django版)中，我们部署了nginx+django+fastcgi的环境，这次我们来部署一下nginx+web.py+fastcgi。 其实web.py上的官方网站已经说的比较清楚了，原文如下: http://webpy.org/cookbook/fastcgi-nginx 这里主要讲一下一些原文没有照顾到的地方。

一.安装依赖

spawn-cgi

lup

二.配置nginx

在server配置项下增加

location / {
    #这两种方法都可以，只不过spawn-cgi启动的方法不同
    #fastcgi_pass 127.0.0.1:9002;
    fastcgi_pass unix:webpy.sock;

    fastcgi_param REQUEST_METHOD $request_method;
    fastcgi_param QUERY_STRING $query_string;
    fastcgi_param CONTENT_TYPE $content_type;
    fastcgi_param CONTENT_LENGTH $content_length;
    fastcgi_param ...

最近因为项目上的需要开始大量使用nginx，因此也想趁机将以前常用的django+apache的架构换成django+nginx+fastcgi，此文是整个搭建的步骤，主要留作备忘，也希望对大家有所帮助。

注意：虽然本文成功的搭建了django运行fastcgi的实例，但是在实际运行中发现了很多问题，比如程序执行异常，进程在每次请求之后退出之类的。可能是我机器的问题，也可能是程序本身bug，大家如果用来搭建外网环境，请务必多多测试。

一.编译nginx

在网上买了一本《实战nginx-取代Apache的高性能服务器》，写的比较浅，主要是些配置方面的东西，不过却正是目前我所需要的。

由于需要支持https和rewrite，所以除了nginx的源码之外，又下载了 openssl-0.9.8r.tar.gz 和 pcre-8.12.tar.gz，把他们和nginx-1.0.4.tar.gz放到同一个目录。

为了方便编译，笔者写了一个脚本，代码如下:

#!/bin/bash

#=============================================================================
#脚本所在绝对目录
abs_path(){
    local path=$1
    local basename=$( basename ...

本文来自于Unix对话录的博主刺猬的投稿。 很高兴有朋友能够制作这样的翻译作品来分享给大家，笔者也仔细看了一下，都是些非常常用的命令，因此对Vim初学者应该会很有帮助。 截一部分图给大家预览一下，如果觉得不错请点击这里下载。

2011年，各大平台相继开放，相信关注的朋友都应该知道，6月15日，腾讯也召开了开发者大会，在这里笔者不想就开放本身做太多讨论，作为一个技术博客，我们还是专注讨论技术架构吧。

笔者在腾讯主要负责腾讯开放openapi的开发，也确实见到了不少应用由于架构不当，导致开发维护成本非常高的例子，更重要的是接入成本非常高导致落在了别的应用后面，所以，笔者在这里会结合腾讯开放的一些特点，给应用开发者一点建议。

如果有朋友致力于应用的开放，希望能有所帮助。

我们就从最基本的地方开始说起吧。

开放平台都会提供一个openid，一个openid对应平台上面的一个真实帐号，在腾讯当然就代表的是QQ号。通过openid就可以或者某个人的个人信息，他的好友关系链等等信息。

那么，怎么让openid与应用自身的数据关联起来呢？

这是我所见到的第一种架构:

一.openid直接作为主键

应用直接将平台的openid来做主键，即应用没有自身的id。
这种方式有什么问题呢？假设说你做的是一个有发展前景的应用，你的应用以后可能会接入facebook，人人，等等开放平台，而每个开放平台的openid格式又都不一样，那么你的数据库表设计将会每个平台的都有一部分不一样，而大部分业务逻辑又都一样，严重违反了“DRY”原则，增加了开发和维护的成本。
所以这种方式不好。

二.有自己的id ...

emacs中有gtd模式，那vim是不是也可以实现呢？当然可以！ 只要搭配vimwiki和snipmate，再加上笔者写的插件vimgtd，就可以完美实现gtd的功能，目前实现的功能如下:

1. 查看今天待完成的任务
2. 查看所有待完成的任务
3. 查看过去某天已完成的任务
4. 快捷创建任务，标记为已完成
5. 以不同的颜色标识 未开始、进行中、过期、已完成 状态的任务

一.安装方法

• 安装依赖: vimwiki snipmate
• 安装步骤:
  1. 到http://www.vim.org/scripts/script.php?script_id=3644下载本博编写的vimgtd，并解压到vimfile 或者 .vim目录
  2. 安装好vimwiki和snipmate
  3. OK啦！

二.使用说明 如功能列表里面提到的，我们一步步来操作

• 查看今天要完成的任务列表 输入如下命令:

  :TaskToday
  

  此时的界面应该是空的，因为我们还没有创建任何任务。现在在编辑区输入 ...

博客这几天由于服务器的问题打不开，在这里跟大家抱歉啦 老读者应该都知道，笔者有两个开源项目，分别是: fuload: 性能测试工具，可以用来给服务器做压力测试 bayonet: 基于两层状态机的epoll服务器框架 对于fuload的介绍，请看这里: fuload开源压力测试框架完成！ 对于bayonet的介绍，请看这里: 有限状态机的C++实现(1)-epoll状态机 有限状态机的C++实现(2)-bayonet开源网络服务器框架 之前由于工作等原因，bayonet一直被搁置，最近有时间，所以就抓紧把bayonet完成了，目前功能上基本已经OK了，我简单列一下功能点:

1. 接管了网络，调用方只需要关心业务逻辑
2. 配置的方式，快速切换TCP-UDP
3. 快速的增加加状态机的状态，业务可以无限拓展

代码编写中，也用到了很多技术，如引用计数来保证野指针不被访问（通过引用计数解决野指针的问题(C&C++)），延迟析构对象，等等。 由于详细介绍是个很庞大的工作，所以这里就直接放出一个基于bayonet写的http代理，我们来看一下，只需要多少代码：

#include <iostream>
#include <memory>
#include <string>
#include <vector>
#include ...

C/C++代码中，野指针问题历来已久，当然，大家都知道new/delete要成对出现:

A *p = new A();
delete p;
p = NULL;

然而现实中却并不是总是如此简单，考虑如下例子:

class A
{
public:
    C() {}
    virtual ~C() {}
};
class B
{
public:
    B() {
        m_pA = NULL;
    }
    virtual ~B() {}

    void SetA(A* p)
    {
        m_pA = p;
    }

private:
    A* m_pA;
};

A* pA = new A();
B* pB = new B();
pB->SetA(pA);

delete pA;
pA = NULL;
//此时B中的m_pA已经无效 ...

由于公司业务需要，花两周时间实现了一个小型的支付系统，麻雀虽小五脏俱全，各种必须的模块如账户加锁，事务性保证，流水对帐等都是有完整实现的，整个开发过程中有很多经验积累，再加上在网上搜索了一下，大部分都是些研究性的论文，对实际使用价值不大，所以这次特意拿出来和大家分享一下。

这个系统可以用作小型支付系统，也可以用做第三方应用接入开放平台时的支付流水系统。

原来的需求比较负责，我简化一点说:

1. 对每个应用，对外需要提供 获取余额，支付设备，充值 等接口
2. 后台有程序，每月一号进行清算
3. 账户可以被冻结
4. 需要记录每一次操作的流水，每天的流水都要和发起方进行对账

针对上面的需求，我们设置如下数据库:

CREATE TABLE `app_margin`.`tb_status` (
    `appid` int(10) unsigned NOT NULL,
    `freeze` int(10) NOT NULL DEFAULT 0,
    `create_time` datetime NOT NULL,
    `change_time` datetime NOT NULL,
    
    PRIMARY KEY ...