@lgpqdwjh 80 被本机 apache 占用，hosts 不能加端口，虚拟机 nginx 映射的 8081，既然你这么喜欢找成就感，那来吧，说说怎么解决？

@baiyi 后端注册的话，app 还是要写接口，所以干脆就放到 api 里了

@Miy4mori 注册信息之所以到 web 后端转一下，是因为发邮件想卡一下 captcha 校验，不过注册信息是 AES 加密送到 api 的，这个接口不对外开放

@baiyi 嗯，发现注册强行 rest 好像不太好实现，不过还是加到 api 里了（加了备注），web 后端拿到注册信息直接送给 api，api 校验后生成 token 和注册信息一起绑定到包含 email 的 redis key 上，发一封邮件，邮件的链接里包含 email 和 token，用户点击之后还是到 web，web 拿到 email 和 token 也是直接送到 api，api 拿着 email 去 redis 找，找到之后校验 token，校验成功将注册数据入库。

不过也看到 stackoverflow 上有将 session 当成 resource 加到 api 中的。

@yxn1910 谢谢，直接把 mac 自带的 apache 改改配置用起来了，你说的方法等有空试一下～

@lgpqdwjh 不知道就不知道，装逼并不能显得你多高端～

@MangozZ 请问，你试过吗？

@hard2reg 所以说要么在 mac 上直接开搞，要么把 mac 自带的那一套环境卸载了？。。。就是因为 80 端口用不了

@lengxx 这个比较蛋疼，mac 有一套默认的环境，80 已经被占用了

@chenuu 哥

@artikle 哥我知道注册校验的流程怎么设计。。。还有这是 REST →_→，"对于 注册 api 地址是 POST /register，那岂不是其他人都能访问 这种问题一般都是加一些验证码或者拖动动态图片验证的"，你说的这个是 web 端来做还是 api 来做？

@chenuu 本来 web 端设计那些验证就是为了得到一个有效的 email （手机号注册验证短信也是一样的道理），要是暴露出去，那废邮箱岂不是全进去了。。。而且 web 端还有 captcha，复杂的 captcha 至少能防刷，直接暴露，换 ip 就能无限刷（ curl 就可以换 header ）

@Mutoo 我可能理解错了～正常是不是客户端使用账号密码请求 api，校验成功生成 token，不管是哪一台负载机 token 统一存到一处比如 redis，比如网页端则可以将 token 关联到 cookie 来维持 web 端的登陆？刷新页面，网页后端从 session 中拿到 token 请求 api ？

@Mutoo 多负载机的会话解决方案，即使牵扯到 REST，不也应该是集中存储 session 吗（比如 redis 集群，或者存到库中）？

@baiyi 已收藏～

@rwecho 明白了，谢谢

@terry0314 其实我个人也偏向这两种

@cxbig 嗯，这段话在 PSR-16 的 Introduction 也写了

@cxbig 说不定真有可能