为了给全站加上https，需要先获得一个经过CA签名的证书，恰好startssl提供免费的证书，所以我就有了折腾https的机会。

首先，要在本地生成一个证书:

openssl req -newkey rsa:2048 -keyout yourname.key -out yourname.csr

一定要记好生成key的密码，在启动nginx的时候需要用到，执行完之后就获得了一个csr文件，把这个csr文件上传到startssl，就可以获得被startssl签名的证书：

然后把自己生成的key和在startssl，把这两个文件copy服务器上

cp 1_api.updev.cn_bundle.crt /usr/local/nginx/conf/server.crt
cp api.key /usr/local/nginx/conf/server.key

在nginx的server里配置:

ssl on;
ssl_certificate /usr/local/nginx/conf/server.crt;
ssl_certificate_key /usr/local/nginx/conf/server.key;

并把之前监听80端口改为监听443端口，之后重启nginx，这时会提示输入Enter PEM pass phrase，需要输入之前生成key文件时设置的密码，完成后，nginx重启成功。

这时便完成了https的配置。

然而，在重启nginx的时候却需要输入两次密码，比较蛋疼，而且使用daocloud或七牛的https时，带密码的key是不被支持的，所以我们可以生成一个不带密码的key，这样可以避免每次重启nginx都需要输入密码。而且也可以使用daocloud和七牛的https功能。

我们可以使用 openssl rsa -in server.key -out server.key.unsecure命令来生成一个不带密码的key，然后把server.key.unsecure按照之前的配置就可以了。

而使用daocloud的https时，需要提供startssl签名的crt文件（nginx版）和不带密码的key，这样就可以了。

在V2上看到一个问题：
将 100 元的红包分为 10 份，每份最低 5 元最高 15 元，金额精确到 0.01 元。那么如果算法没问题的话，每个人的期望值自然是平均值，即 100 元 /10 人=10 元 /人。

说下我大体的思路，我们可以把总金额设定为sum，人数为n，那么，要满足这个条件可以：
5n<=sum<=15n
也就是说，如果随机一个金额的话:
5(n-1)<=sum-randNum<=15(n-1)
化简一下：
sum-15(n-1)<=randNum<=sum - 5(n-1)

def comp(sum=100, n=10): 
    result = [] 
    while n > 1: 
        min = sum - 15 * (n - 1) if sum - 15 * (n - 1) >= 5 else 5
        max = sum - 5 * (n-1) if sum - 5 * (n-1) <= 15 else 15 
        rand = random.uniform(min, max) 
        rand = round(rand, 2) 
        result.append(rand) 
        sum -= rand 
        n -= 1 
        result.append(round(sum, 2)) 
    return result 

如果使用flask编写RESTful风格的程序，不可避免的就是异常的处理问题。flask默认的异常处理方式实在不敢恭维，如果想达到能友好的返回错误信息，自己还要多做不少工作。

什么算优雅的返回错误信息呢？举个例子，下面的代码是获取User token的一段代码，如果密码验证失败将会向前端反馈错误信息，而反馈是通过抛出异常：

def get_user_token(self, data):
  valid(get_token, data)

  with get_session() as session:
  if "username" in data:
      user = session.query(User).filter_by(user_name=data['username']).first()
  elif "email" in data:
      user = session.query(User).filter_by(email=data['email']).first()
  else:
    user = None
    if not user or not user.valid_passwd(data['password']):
      raise APIException("get_token_error", "can't get the token with a wrong user password", 400)

  expiration = data['expiration'] if "expiration" in data else 86400
  return {
    "token": user.generate_auth_token(expiration=expiration),
    "id": user.id,
  }

那么可以在上层逻辑捕获这个异常，并把异常的信息包装一下优雅的反馈给前端，比如这样处理：

try:
  get_user_token(data)
except APIExcepting as e:
  return json.dumps({
    "id": e.error_id,
    "message": e.message,
    "code": e.code,
  })

当然，这只是最简单的包装，而且是http状态码写在了response的body里，而最好应该直接返回相应状态码的response。

每个下层逻辑的异常由上层来处理是很常规的办法，但是有的异常是可以直接抛到最上层的，比如参数错误，密码错误等，这些异常差的只是一个友好的显示，如果有办法对这些异常自动封装一个友好的反馈显示，那么就省不少事情。

而利用flask是可以实现这一点的，flask有一个叫errorhandler的东西，它可以捕捉特定的异常，然后根据这个异常进行自定义操作。那么，我们就可以创建一个可以直接抛到最上层的异常，由errorhandler监听捕捉这个异常，把捕捉到的异常封装成友好的response反馈出去就可以了。

首先是写一个可以被抛到最上层的异常：

class APIException(Base):
    def __init__(self, error_id, message, code=500):
        super(Base, self).__init__()
        self.raw_message = message
        self.error_id = error_id
        self.code = code
        self.message = message

    def to_dict(self):
        result = {
            "id": self.error_id,
            "code": self.code,
            "message": self.message,
        }
        return result

这个异常使用起来也很简单raise APIException(error_id, message, status_code)就可以了，而to_dict方法可以构建一个符合REST风格的错误信息返回body。下面就差一个错误处理句柄来把APIEception的实例封装成友好的response了。

@app.errorhandler(APIException)
def handle_api_exception(error):
    from flask import jsonify
    response = jsonify(error.to_dict())
    response.status_code = error.code
    return response

这样就有了一个处理APIException的句柄，当有这个异常抛出的话，它便会返回一个友好的body，而且状态码也会是在raise时制定的状态码。