你可能在找：HDMI 采集卡

如果单纯学习 K3s ，这样做没啥问题。但配合 CFTunnel 在大陆网络下表现还是不如人意。可以配合 Tailscale 或者 ZerotierOne 使用。

自带功能多一点，开发起来能提升效率

The .dev top-level domain is included on the HSTS preload list, making HTTPS required on all connections to .dev websites and pages without needing individual HSTS registration or configuration. Security is built in.

摘录于： https://get.dev/

不知道是不是这个原因。

直接倒头就睡

普遍的美元存款利率在 4 个点以上，5k USD 起存。

如果想自己画板，国内目前比较好用的是深圳嘉立创出的“嘉立创 EDA“，封装啥的都挺齐全的。Arduino 这类，找一下对应芯片的最小系统，然后就是模块连连看了，B 站教程也挺多的，并不难。

也推荐下 KiCAD 这个软件，只是部分冷门封装可能要手动自己画。

很棒，已 Star ，期待命令行功能

swap + zram 不断套娃

@SkyRing 不给附件目录执行权限就能达到防止挂马的情况了。外链图片本地化也完全可以在处理的时候就发现并过滤掉。

其实从开发者角度来说，收一千块钱给你定制一个不算黑心。

尝试使用外链图片本地化之类的插件预处理一下。
DIY 的图片数据是从附件表里拿的。但是外链图片不进附件表。

依稀记得 DIY 的里面应该没有嵌入点能用于插件开发，不靠本地化预处理解决的话可能得另外开发个插件什么的。

理解有一点偏误。不管是推模型还是拉模型，前提都是 Client 连到 Broker 建立长连接。

简单点来说：推模型是订阅 topic 之后，服务器主动在这个长连接里面给你推数据；而拉模型是相当于请求对应的 topic ，服务器再给你传过来。

换句话来说，对线上的 Broker ，不需要处理“怎么找到你的服务”或者“怎么连接到你的服务”这个问题，因为所有的操作都是建立在你和 Broker 的长连接的前提下。

你贴的这个聊天记录，讲的是在 NAT （ IP Masquerade ）网络环境下，怎么去保持这样的一个 TCP 连接的，对应的网络设备上会维护一个 NAT 表项，对于 UDP 和 TCP 会有不同的保活机制、超时时长。和应用层上的消息队列没啥太大关系。

@momocha 已经下载了，准备订阅。提个建议，是否可以有短时的订阅前的试用。例如可能 15 分钟？

大概率是根据 reference 来跳转到别的页面。比如搜索引擎进来的流量可以被他导到他的 apk 下载页面。
而网站管理者因为一般都是直接访问的，可能浑然不知。

建议查查服务器那边是不是有人进来动过了。

间接节省 IPV4 资源？
按照电信内的培训资料说的，云宽带目前业务上（暂时）不分配 IPV6 ，猫直接充当二层交换。

不知道局端会不会增加内网流量审计了。

支持一下，感觉不错；

《程序员重生之我是小学生》