@giuem 嗯，@pubby已经提醒了我，后续会部署HTTPS。

@invite 错误类型较多？一个HTTP的API如果错误类型超过了HTTP规范里的状态类型，我觉得这个API需要重构了。还有客户端对大部分服务端错误，除了类似临时出错，重试就能解决那些，其他的基本只能友好地提示下用户。github目前没有应该是自定义的错误状态列表，目前我们的逻辑也还还没超过github～ github目前没有做国际化，即使后续国际化，只要服务端检测请求的语言（或者加locale参数），返回对应语言的文本，这个应该也不成问题。

@Septembers 多谢，我们现在可能主要不是Web的javascript，而是针对客户端，不过可以按照同样方法处理。200和204之间我们会遵循RESTful惯例。
@Comdex 这个只是方便了客户端而已，一个是http rfc里定义的状态，一个是业务逻辑定义的状态。方案二十忽略了前者。
@invite 框架比如DRF，http://www.django-rest-framework.org/api-guide/exceptions/ ，‘各家’以github为例： https://developer.github.com/v3/#client-errors，你看她其实是没有自己定义业务状态码（服用http已有的），只是定义了出错下不同的message。
@kslr js也可以success，fail啊？
@invite 能给个具体链接吗？不同方法不是本地讨论范围内，那个是RESTful的惯例。
@pubby 这个的确是个问题，多谢提醒，后续如果真出现这样的问题，我们会部署的HTTPS。

另外一点从讨论中开始浮出来了：就是是沿用HTTP规范的状态码（但是自己提供message），还是不用HTTP那套（所有的都用200），自己定一套status code＋message？

请问下这个现在还在开发吗？

请问现在这个网站还能打开吗？好像域名无效了～