如果是写 RESTful API ，以下情况分别返回这些 status code:

当 GET, PUT 和 PATCH 请求成功时，要返回对应的数据，及状态码 200 ，即 SUCCESS
当 POST 创建数据成功时，要返回创建的数据，及状态码 201 ，即 CREATED
当 DELETE 删除数据成功时，不返回数据，状态码要返回 204 ，即 NO CONTENT
当 GET 不到数据时，状态码要返回 404 ，即 NOT FOUND
任何时候，如果请求有问题，如校验请求数据时发现错误，要返回状态码 400 ，即 BAD REQUEST
当 API 请求需要用户认证时，如果 request 中的认证信息不正确，要返回状态码 401 ，即 NOT AUTHORIZED
当 API 请求需要验证用户权限时，如果当前用户无相应权限，要返回状态码 403 ，即 FORBIDDEN

这些是我写博文『 RESTful API 编写指南』时总结的，付个文章链接： http://blog.igevin.info/posts/restful-api-get-started-to-write/

@jason5ng32 昨晚想了一下，我可以免费远程兼职，比如一些简单功能的开发，或者 code review 什么的，我可以白天抽空或者晚上在家里做，如果你前期需要，我免费帮忙，我非常乐意把技术用到有意义的事情上

我靠，我就是 Python 工程师，正好完成满足要求，最近还在考虑要不要换工作，但有个致命的限制是，无法承担从杭州搬去北京，可惜啊……

换工作

@bengle 稍等，我还没做好简历

@GeekGao 在央企无法专注于技术

@bengle 好的

@bengle 好～ 给我留个邮箱，还是直接发 qiyou#dtstack.com ？

我有兴趣，不知你们公司招人急不急，我目前公司这两个月有项目必须完成，现在走不合适

我的资料可以在我博客上看到： http://blog.igevin.info/users/gevin/

blog.igevin.info

有 feed 事必须的

@akring 加油！

@akring 可惜时间不充分，半成品 N 久了

@hrong 类似的东西，我有一个 web 版的，源码在 GitHub 上
https://github.com/flyhigher139/gitmark2

线上内测地址是 http://git-mark.daoapp.io

前后台都要有权限相关逻辑，页面上的权限逻辑由前端来实现，后台只要保证 api 只能被符合权限的用户使用即可，前端是表现，后台是双保险

这篇文章转自我的博客，居然不表明出处
http://h2ex.com/506

原文链接： http://blog.igevin.info/posts/restful-architecture-in-general/

我的博客就是用 Flask 做的，然后部署在 DaoCloud 上，你有兴趣可以参考一下

https://github.com/flyhigher139/OctBlog

@neoblackcap 我是说`综合评价`，只是评价，评价最好的不代表是最强的。`综合评价略强`改成`综合评价略高`会不会好一点，貌似`强`这个字引发了歧义。你对这二者是何观点？

@neoblackcap 你说的没错， SQLAlchemy 比 Django 自带的 ORM 要强大。综合评价一个应用时，除了本身强大的功能外，还考虑了易用性，学习成本等， SQLAlchemy 和 Django 的 ORM 都很优秀，但综合评价时，更多会偏向从开发者的平均水平甚至初学者水平，而不是高手的水平， SQLAlchemy 减分项要稍微多一点。

当然，这也只是我的个人观点

@alexapollo 完全是我个人观点， Stack Overflow 上有类似的观点？能否发个链接看看