@raawaa 还有其他骚操作么

都有这么高的么...我要个 2k 都战战兢兢

@MrMike 光服务发现 除了 zookeeper 还有 etcd 和 consul

@MrMike
从你的描述来看 感觉不是微服务不微服务的问题 是业务逻辑拆分不够干净
光讨论微服务 因为我自己也写 php 和 golang,微服务这块看的一直是 golang 方面的,php 我用 yaf 最多,通讯我一下子说的话就知道 yar 和 hprosed

而且个人觉得 http 没有想象中的慢 服务之间调用 前期用 http 完全没问题的

不知道楼主项目如何 之前也学习了很多关于微服务的知识 但是思前想后 自己手头项目还是没必要上微服务
还是老话 在考虑怎么用之前,还是先想想想是否真的需要 除了说出去比较时髦 还得考虑之后的维护成本 就像 4l Luckyray 说的 上了微服务 就得考虑很多东西了 如果对于项目帮助不是很大 真不如不上

arch+i3 主力 平时随身背 mac(续航重量等优势)

媳妇 该洗头发了

几个 for 倒是整整齐齐

你好像对分布式有点误解

arch+i3 简直爽歪歪

相亲贴相亲贴

最近也一样在纠结工作的事情 哎

@zic 1-2 年 有时候是被换 公司变动啥的.. 最近刚又被收购了

没有大型 app 经验,就我之前做过的几个项目 api 经验来说(主要是 app,不是 web)
我这边一般定义三个字段,code,msg,data
1\ 错误码是我和前端自己定的一套逻辑码,并没有按照 http 协议的状态码来,因为这个我觉得从定义上来看是两码事
2\ 因为 1 的设计,你第 2 个问题就很好理解.比如登录密码错误返回错误码 1000,用户名不存在 1001 等等,这一套都是和客户端协商好的.一般服务端给的是 api 信息,客户端自己也需要定义一套同义的错误码,用来润色用户提示的文案,可能会显得麻烦.而你说的跳转逻辑,应该根据逻辑数据处理,也就是包含在 data 里,而不是根据错误码来
3\ 如果是单页应用,应该前端自己做路由控制和本地数据储存,后台做请求的身份校验(比如 session)

今天在咸鱼上看了几家还不错 准备下班去看看房子 不过都是要收半个月中介费的

@horahora 试着下载了下..感觉服务器炸了 什么信息都一直在 loading

@zic 长租又担心自己换工作的时候成为麻烦,所以之前一直都是一个人找个单间,走了也干净利索