@murmur 就是希望小屏幕有类似于桌面显示器类似的那种共享方案

@mengyx 真用起来之后，配置类问题反倒不是大问题，我 15 年用 winmail 测试过，那时候还没有限制 25 端口，上手很轻松。更多问题主要是公网环境下会出现很多不可控问题，比如爆破，比如系统漏洞，比如冒名发送，比如 dns 不稳定

@php100 这样不好，你才做不足 2 年，不适合搞同行竞争
虽然楼主用了小号，不过，按照 v 站规则，纯广告很快就会降权处理

你可以先统计下，30 岁之后，下班后可以支配的时间有多少？

对了，漏说一个重要限制，国内运营商默认封闭了 25 端口，楼主提前了解下是否能够申请开通这个端口再决定

如果你不是猛发邮件占满了出带宽，那么 1M 可能够用，具体买多少合适，尽量自己看下业务特点。
凭空估算出来的往往严重虚高，我的大部分云客户都是买的资源实际选选高于自己的需求量。
我做上云支持工作，总结个特点：国内服务商今年普遍收缩了带宽，出去比例大部分调整为一比十，阿里云目前还是出 100 没控制，腾讯云也调整为低于 10m 入带宽则出带宽只给到 10

换句话说，硬盘比 CPU 便宜，一般推荐存储上选用最方便的数据结构。
你硬盘紧张就把表设计的紧凑点，CPU 紧张就尽量少做运算

其实，对于你的数据规模来讲，未必需要在乎这 2 个字节的节省
建议你先评估下数据规模有多大，是否真的需要省空间，然后才考虑是否可以用 cpu 换硬盘

应该不会有这种限制，哪家服务商能不欢迎客户依赖自己平台呢

做出来产品找来了种子用户又会发现维持发展挺难

ddos 防御的本质其实是硬抗，首先你骨干带宽足够大，真假访问都抗住（所以不存在打不死的机房），然后才能有机会清洗，然后清洗后的流量到达服务器（必然存在误杀的链接）
cdn 隐藏真实 ip 是很基础的防御办法
动态更换 ip，更换域名，让攻击中的一部分失效，也是个敌我都损失的应急方案

占用周末休息时间的团建确实挺霸道，分明是继续侵占私人时间

看了 append，文中“状态机”不是我理解的状态服务器

状态机解决的是站点集群共享会话问题，在集群环境下，多个 web 负载机（无状态）可以更好地使用弹性伸缩，零活增加 web 机器数量来增加负载，但是对于会话状态，则需要：A 定向到某台机器 或者 B 共享到一个地方
解析：
A 定向到某台机器的做法，在负载均衡处可使用“改写 cookie”
B 共享会话状态，则统一从“状态服务器”获取。也就是你说的状态机

就是个关键字替换逻辑， @id+空格，检索下是否包含此 id 用户，数据库只存文本应该足够，数据库处理通知逻辑

网络不通，dns 域名解析失败等

每次登陆，单独一个 token，每次断开，只清理当前 token

404，死链接，其实挺常见的

我也是被这玩意恶心到了，本来 16g 系统盘够用，后来换了 64g 额度不够。卸载他立刻释放出来