@LeeReamond #4 ws 主要是开发变得复杂以及服务器能承载的 ws 数量有限（只看过相关文章没有测试过）

但如果是给后台用，而且用户量不大，能接受若干秒延迟，则可以直接使用 HTTP 而不是 Websocket ，每隔一段时间比如 30 秒请求一次即可。是否有最新消息这个标记保存在 Redis 中。

我的后台应用就是这么弄的，配合 Long Polling 实在秒提醒。

如果让我做，那么：

新消息来后直接入 RabbitMQ ，防止消息太多数据库压力大。Consumer 负责将数据入库，同时判断用户是否在线，在线就发给用户，不在线就标记最新版本号。

用户上线后先通过 API 获取最新版本号，如果有未读消息则同时获取消息内容。之后再建立连接开始接收新消息。

@Conty #19 这个问题比较难说清楚。我觉得父母让小孩出生就应该做好付出不求回报的准备。毕竟楼主又不能拒绝出生和被养大。

小聋：我们从不保存聊天记录。

@cnkuner #6 发邮件的没有推荐因为我也没开始用。

@cnkuner #6 我目前还没有把 CloudFlare 转发作为主力邮箱。主力邮箱还是在腾讯企业邮箱，但也只是用来收邮件没怎么发过。我用 CF 路由到 Outlook 邮箱，不会进垃圾邮件。

@yylzcom #68 先谈恋爱再异地和经人介绍直接就异地区别还是很大的。

如果你只是用来收邮件的，可以试试 Cloudflare 的 Email 中转，免费不限量。发邮件另找有免费额度的发邮件服务就行。

@123jiayue #39 对方急

@pugaizai #70 直接部署在服务器上可能一开始简单，但后面如果迁移到其他服务器就麻烦了。比如服务器突然有问题要快速恢复服务怎么办，依赖要升级怎么办，网站升级不停服务怎么办？如果这涉及到第三方软件那就更耗时了。

你有 docker 的话超级简单，甚至建议了解一下 K8S ，我现在直接本地开发然后部署到 K8S 里面。我的 elastic search ，日志中间件都部署在上面，迁移到话就是一个配置文件而已。

强烈建议用 Docker ，我现在做项目都基于 Docker ，可自己部署，也可以部署在云上，不依赖任何人。

其实我觉得“年龄大了等不起了”是在描述对方的，没有歧视女士，只是在阐述事实。我也同意 3 楼所说，先同居一段时间再做决定（那方面的生活以及个人实际生活是否搭也是需要试的）。

@HENQIGUAI #16 或者登报一周，没有人联系就可以放心换新 api 啦，哈哈。

10+C#工程师，手写 SQL 很多年，后面入轻量级 orm+部分手写 SQL ，最后入 ef ，基本上不需要写 SQL 了。爽。

SQL 对于我来说以前没什么问题因为主要使用 SQL server ，现在自己的项目很多切到了 MySQL 就有点烦恼了：每家支持不一样，比如最简单的分页，拼接字符串，比较烦。还好平时使用比较少。