随便后端怎么写，随便前端怎么 mock ，最后都是要在网关那边 rewrite 的，这种东西团队内部 ok 就行了。

/user/add /模块/动作

我遇到过的问题：如果 unraid 里面开了 docker ，docker 的日志会爆炸然后 100%占用 IO 卡住系统。docker 设置那边限制下日志大小即可。

后来嫌弃 unraid 麻烦，换了 pve+黑群晖。

unraid 的设置>系统日志服务器中启用本地日志服务器，设置好保存的目录及其他参数。

然后坐等下次死机，查看日志对应解决问题。

不查日志，咋解决问题……

@weiqk #22 通宵日

大佬能不能出个定向黄推版本 wWw 我朋友让我问的

我还以为是 5 年前的帖子……前从业人员现身说法，不是传销就是灰黑，根本没一个正经的。

> 登录自己的 chrome 插件的 metamask 钱包

看到这里就笑了，OP 先去看下是不是信任了关联网站，并且授予了合约，人家直接操作合约就可以转账了。

几年前的盗 U 合约就是这样运作的。

@tomac4t #18 有什么区别吗？一个应用层 SSL 一个传输层 TLS 本质不一样？ 能避免中间人吗？

我 #4 那样说只是想告诉 OP 数据放在自己手里也不一定安全。

如果只是要防止邮件数据丢失，设置自动转发到另外一个备用邮箱是更好的选择。

当然，OP 希望自建邮箱用来收发邮件或者纯粹接收转发来的备份也可以。

很奇怪为什么你们两能杠一个 SMTP 说法？

@julyclyde #5
@tomac4t #15

@tomac4t #15 请问我前面的说法有任何问题吗？用 SMTP 确实不安全啊。

那就算你用 SMTPS 在内网穿透的中转节点传输过程中仍然有可能被中间人攻击，获取邮件数据，有什么问题吗？

好奇怪？

@tomac4t #15 下面是谷歌没告诉你的，不要那么钢筋。就知道个 TLS 可不好。

SMTP：简单邮件传输协议，是一个基于文本的协议。在其上指定了一个消息的一个或多个接收者（收件人和抄送人），然后消息文本会被明文传输。端口 25 。

https://en.wikipedia.org/wiki/SMTP

SMTPS （ SMTP-over-SSL ）是 SMTP 协议基于 SSL 安全协议之上的一种变种协议，它继承了 SSL 安全协议的非对称加密的高度安全可靠性，可防止邮件泄露。SMTPS 和 SMTP 协议一样，也是用来发送邮件的，只是更安全些，防止邮件被黑客截取泄密，还可实现邮件发送者抗抵赖功能。防止发送者发送之后删除已发邮件，拒不承认发送过这样一份邮件。端口 465 和 587 便是基于 SMTPS 协议开放的。

https://en.wikipedia.org/wiki/SMTPS

@tomac4t #12 https://transparencyreport.google.com/safer-email/overview

@tomac4t #12 摘抄一下你提供页面的内容：

仅当您和与您交换电子邮件的人都使用支持传输层安全性的电子邮件提供商时，您的邮件才会加密。并非每个电子邮件提供商都使用 TLS ，如果您从不使用 TLS 的提供商发送或接收消息，您的消息可能会被窃听者读取。虽然 TLS 不是一个完美的解决方案，但如果每个人都使用它，窥探电子邮件将比现在更加困难和昂贵。

@huafang #8 字节不相信金山罢了。就像某游戏大厂都存谷歌文档也不存腾讯文档一样的顾虑，怕被窃取商业机密。

虚拟磁盘是一个或多个文件组合起来的，在存储集群上。每次创建都是生成一个全新的，你删除了旧的就是没了。

建议用 vmware 创建虚拟磁盘 体验一下

@murchef #2 海鲜市场直接收，毕业了卖

@julyclyde #5 建议学习一下 SMTP 协议再来发言。

“现代 SMTP”一般都是优先选用加密传输的，

那也只是服务器与客户端之间的加密通讯，服务器 A 到服务器 B 的邮件投递可是明文，你收到邮件之前，某些机关单位部门（运营商）早已经知道内容是什么了。

况且不是说了中间人监听？不理解什么是中间人攻击吗？

if (
$code
>
1
)
{
echo 'Leader, you are a sb';
}

不要折腾所谓的方案，直接买个 5G(4G)网卡，记得不要 usb 的，尽量买 pcie 的，买之前把型号给 ikuai 客服问下，他们有兼容列表可以查。直通 ikuai 之后就是正常的分配 ipv6 了。