@helloearth 会不会入职一段时间之后找个理由开了

@helloearth 这种感觉不太靠谱

感觉大家都觉得国企不是很靠谱,我就只是纯粹想找个养老清闲的公司而已,太难了

@3xSiGMA 为啥后悔?

狠狠地羡慕了

槽点有点多+1 😅

强推 directus hasura
特别是 hasura 很方便就能实现分布式
directus 的优势是方便，连后台管理界面都不用写了

@yimity 感谢老铁

@gps949 是内网穿透 方案不同 距离我最终方案还差点
@humbass 我的 V2EX 名字就是我的 tg

@x2420390517 感谢铁汁

@yaott2020
体积是个问题 后续可以精简下 因为我第一版做得比较粗糙些 简单粗暴就把项目直接 copy 进 docker 里面,下一版其实是可以将 build 之后的文件加上项目依赖放进去,这样就会小点,而且我用的基础镜像体积也是大了点


@gps949
内网穿透的方法也有好些个,目前只实现了其中一种(精力不太够),我觉得目前最优解的方案是 p2p 穿透+mqtt 作为备选方案最好了.

目前我用的 mqtt 方案有两种数据传输方式:1.tcp 2.websocket 默认是 tcp 但是我一般选用 2 文档也配置教程也是选用 2

因为有些 CDN 是不能够直接使用传输层协议,只能用应用层协议也就是如果用 TCP UDP 就用不了 CDN,所以只能折中使用 websocket,这也是能实现全链路( 客户端<==>服务端 服务端<==>用户端 )CDN 加速的主要原因

而为什么是 MQTT

因为 MQTT 实现了消息 QoS 控制
MQTT 定义了三个 QoS 等级，分别为：
QoS 0 ，最多交付一次。
QoS 1 ，至少交付一次。
QoS 2 ，只交付一次
其中，使用 QoS 0 可能丢失消息，使用 QoS 1 可以保证收到消息，但消息可能重复，使用 QoS 2 可以保证消息既不丢失也不重复。QoS 等级从低到高，不仅意味着消息可靠性的提升，也意味着传输复杂程度的提升

这个特性在一些网络较差的环境下,仍然能够保障内网穿透可用性,但就是体验会差些

@jifengg 性能是分多个维度,我这个标题是有点标题党的味道,哈哈哈😄,性能测试我当时开发是只测了 io 和大文件传输下内存的占用率的的比较,没有分多维度对比,后续看看有没空弄个报告