@fgwww 呃……什么意思？

@lookhi 最方便的其实就是自己定义返回status code，你的接口是的错误返回应该和web请求的返回分离，如果真的出现40x错误，api请求也不应该直接跳转到web页面上。

另外，我觉得你可以单独使用，但我还是建议你混合使用：通过你返回的content-type，你可以确定你的文档类型，如果是json，就调用json的处理方法（判断错误之类），如果是其他的类型（比如xml），那就当作是正确的返回，继续处理好了

@tshwangq 请先用微博私信吧，我们在那里面交换其他联系方式好了:-)

@underone 我微博回复你吧

@underone 是你说的鸸鹋的项目？确实不是个大的项目。看改版的blog写的是WP，为什么又要用python重写了？

PS:虽然做了两年的iOS开发，但是之后的工作内容也不仅限于做iOS，各种有趣的工作内容也可以考虑～比如做iOS之前，有朋友找我去做无人机开发（因为我之前自己学过嵌入式之类）

@underone 现在比较倾向于全职或者兼职一段时间。除非对项目很有兴趣，最近一段时间暂不打算把自己搞得那么疲劳

不过，难道你们是要限制＂单设备＂使用？那样的话还是限制使用iOS6，调用identifierforvendor吧

同意楼上

仅靠设备识别使用者不保险，而且还有用户出售设备这样的问题反倒增加了复杂度。udid还是只用于统计为主