补一条 pc 端的菜单实现 flutter 弄也有点坑。

你要跨桌面和移动 flutter ，肯定是首选 。其次只能是 react native 。其他你就别考虑了。

flutter 和 rn 都可以直接调用 c++ 的动态库，

react native 的坑并不比 flutter 少。

不管 rn 还是 electron 你不熟悉 js css 会发现后面你还要学 vue/react typescript,虽然不难，但水也其实也很深也不是看起来那么轻松

electron 在移动端 不靠谱，直接排除。除非你移动端是 webapp 就可以搞定，但是你不熟悉 js ....所以还是排除

QT 别人有说了我就不重复了。

说 flutter 的几个缺点 你自己考量：

ui 的嵌套地狱，其实也还好，强迫自己适应呗，自己多封装。

dart 语言的问题，个人认为 dart 除了轮子少（其实现在不少了），其他都还不错，入门简单 装完环境就直接开始写就好了。C# java 很接近 和 C++也相近 。性能也不差。你熟悉 C++压根不用专门学 dart ，装完环境直接开撸就行。有 copilot 直接面向 ai 编程就好了。

pc 端的 webview ，目前只有简单的实现 没有 electron 那么成熟，可以说还有点不太靠谱，这要看你用不到得到了。移动端的 webview 没问题

pc 端的多窗口，目前只有第三方实现，但是也能用。这方面我没有了解太多。

第三方 ui 组件库比较少也比较简陋，很多样式需要自己撸，没法复用 vue react 的轮子。这要看你的项目的 ui 多复杂了。

flutter 的 StreamBuilder 和 FutureBuilder ValueListenableBuilder 有一些阴间，需要点时间适应。

@codehz 非常感谢！！！

贝壳的那个暗黑模式有坑。主要还是用自带，个别地方用腾讯的。

@jetflyL 感谢，这个我知道，一直是这样用的。感觉麻烦所以向找一个能自动处理的。
@mgrddsj 感谢，试了试感觉还还可以。

@Maboroshii 在线编辑器 那还如 vscode crtl+shit+i 保存的时候 join lines

@a87965028
@zeromake

卖家叫 小米爱吃海藻 ip 是合肥的

ipv6 的 80 433 大多数地区是封的。你能访问可能是路由器环回了，用手机流量访问你地址试试。

cf 回源地址在中国大陆的时候不能用其他端口。

直接使用 cloudflared 穿透就可以了。

很早之前，因为 qps 太高，cpu 炸了。后来优化了业务端，并换到了 keydb

闲鱼搜一下 x240 主板 就好了。就他一家在弄。 我已经买他两台了。
他改的还是不错的，宽电压 9-20v 都可以启动。带个简单外壳，风扇 m2 延长板都给弄了。

硬件性能不够，你换系统 是没啥用的。istoreOS 并不能给你解决。
J1900 以上的 x86 基本都可以搞定。随便搜索一下 200 以内能搞定

有一个冷门方案(x240 主板，有一个卖家改好了电源。128 元。)，但是性能比 J1900 好很多，略微折腾
优点：便宜 性能高 省电
缺点：只有一个 m2 和 minipci 2 个 usb3 扩展性不足。
i3+8G+256G + 电源 200 多一点搞定。性能和功耗兼得。
也可以 usb 或者 minipic 扩个网卡 或者 wifi 出来。

我用他装 pve ，也装了桌面，板载网卡做单臂主路由+usb 硬盘盒用过几个月时间，还是非常可以的哦。

有道 我来 之类的就很不建议，肯定是必须支持私有化部署的才靠谱

折腾过不少。最后思源笔记 ，有桌面版 移动端，不过我用的 docker 版 备份到自己的 nas 。可以导入导出 makedown

也支持简单的思维导图 流程图等。内联功能非常好用比 joplin 强了不少。 也有收费的云功能。

mosdns 带 udp tcp 以及 doh
https://dev.leiyanhui.com/route/mosdns-all-in-one/ 我这里没有配置 ssl 证书，是另外用 nginx 反带的。

doh-cf-workers
https://github.com/tina-hello/doh-cf-workers

@liprais 这个不适合。因为一直有新数据，总不能一直重传 sqlite 文件。如果是依旧分割 sqlite 文件，和我们现在方案没差。

@mightybruce 可能我描述的不清楚。我们已经储存到本地磁盘了，只是在考虑同步到云厂商的储存。方便整理和查询。另外我们是私有协议，已经弃用 mqtt ，并且本地已经落盘，再把数据转发给 emqx 多此一举了。

@unt mqtt 现成的轮子，产品上线快。也足够轻量 开放性也好。

也可以先 mqtt 上线，以后看情况是否要换。我们当时是 mqtt 和私有协议并存了一段时间。

我是建议一步到位直接私有协议的 但是要看你们的情况啦：是否要必要，是否有能力。

另外
1 、关于 json ，不是很建议，尤其是物联网设备还是 4G 终端为主。我们主要是 msgpack ，部分 protobuf 。
2 、如果私有协议 也没必要死磕 tcp, udp 做一下去重和重发不香吗？


私有协议简单说几个小优势
1 、本地处理：一些消息 在自己的 Server 上直接就处理了。mqtt 你要么二次开发现有的 broker 要么自己实现一个 mqtt broker ，否则只能转发给订阅端处理。
2 、灵活度，
2.1 加密通讯：mqtt 一般加密都是走 tls 的，私有协议可以直接设备出厂预设 key,然后直接 AES 加密就完了。tls 太重了我们终端硬件资源没那么富裕，总不能 AES over mqtt 。
2.2 集群的灵活：我们集群的实现很简陋但是非常可靠 ，一个节点负责一部分设备，记录每个终端设备由哪个节点负责。节点和节点也没有通讯开支，随便动态扩充收缩集群规模。现有的 mqtt broker 的集群实现对比起来就太啰嗦。

私有协议 肯定是最灵活的，性能和速度也肯定是最好的。还是那句话： 必要性和能力

我们是从 mqtt 换到私有协议的 ，目前是优先 udp 其次 tcp
现在也兼容 http(GET POST) 以及 ws 。其实就是 tcp 简单弄了一下。

mqtt 优点就是拿来就用，上线快，尤其是 emqx 简单易用，而且也有云厂商提供 mqtt.

我们更换的原因是，设备数量多了以后 连接数和 qps 多了以后 mqtt 协议太重 服务器性能和带宽开支太大，集群管理也复杂。

私有协议 一开始完全抄的 coap ，略微改了一下 , 后来就慢慢升级替换掉了。

私有协议更轻量 速度和性能 以及定时化肯定是更好的。后期也省心很多。

doh 是肯定没问题的。

udp 53 是肯定不行的。

你可以把 cdn 当成 部署在多地的带缓存的 nginx 反向代理，然后用户通过 域名 dns 就近请求距离他最近的 nginx


用户请求 => 你的域名 => cname 到 云厂商 cdn => 就近解析 =>云厂商 cdn 服务器

云厂商 cdn 服务器 ==> 如果有缓存的数据 ==> 直接返回给用户不请求你服务器
==> 如果没有缓存 ==> cdn 服务器请求你的服务 并缓存到所有 cdn 节点 ==> 同时返回给用户



主要用处是 提升用户访问速度
附带功能 1 是 cdn 可以缓存一些你需要缓存的数据，然后用户的请求不需要每次都落到你服务器上，降低你服务器的压力 尤其是公网带宽。
附带功能 2 是用户端不知道你服务器的真实 ip.因为你域名是解析到 cdn 服务器上。理论上你服务器会更加安全。


主要缺点是 增加管理复杂度

至于 cdn 被刷的问题，云厂商都有配置策略可以避免。教程 就是云厂商文档。

@ashuai 没有过期策略，永久保存，基本不会删除。查询较少。