@PowerDi 按量使用主要是防止 ddos 这类占宽带的攻击，配置规则逻辑主要是自保为主，因为 frp 主要私人使用场景比较多，在收到攻击后直接断网暂停服务或者发出警报是最好的方案，防止产生高昂宽带费用，而不需要多考虑可访问性

@PowerDi 很久没研究过腾讯云的规则了，有流量上限的一定要开起来，超过限额直接断网，其次是开流量告警，连续十几分钟满负荷运沾满宽带作为个人服务器很少出现，可以开一条规则去做警报，通知到短信邮箱都是可以的

量变引起质变，gpt 研发人员就坦言说 AI 的有些反应他们已经没法解释了，能通过图灵测试的东西，你就不能否认它可能已经产生意识了

腾讯云按量服务器，宽带直接拉满最高能拉到 100 兆，体验非常好，FRP 后测试折返 ping 都在 40 毫秒以内，适合自己开服务自己使用的场景，新用户有券的情况下开它个 3 年，综合下来流量费不高的情况下非常省钱，但需要做好规则，避免被攻击后流量超额产生高额账单

试试 RaiDrive

场景不同，各有优劣，不能说 vue 肯定比 jquery 好，精细化操作 dom ，还得原生 js ，而简化原生代码开发难度的，就是 jquery 这类库，vue 在自己能力范围内工作的很好，可以大幅提高效率，但超出能力范围后简直就是捏着鼻子开发。

你可能连自己小区、公司、拆市场、公交车都进不了。光建康码行程码就够喝一壶了的，没手机在中国基本上就是个原始人，而手机里 99%的社会公共服务功能，都在支付宝微信里面，二选一倒是能做到的，但想完全摆脱应该还是很困难的

总结一下：顺风顺水时摸摸鱼好不快活，碰到屎山时抓耳挠腮心想不如送外卖😂

忽然发现自己开发的一套轻量化的 MVC 组件非常适合和 vue 互补，哪天有空开源算了

@GeruzoniAnsasu

其实前端 js 从底层设计就是基于 dom 操作视图的，所有 api 都是围绕这个目标设计的，并没有一个统一的 dom 状态管理器，没人干的活，原生 js 挑大梁自己干自然不存在你说的这种冲突。vue 这类库算是走出了第一步吧，但的确还不够健壮，还不能覆盖开发的方方面面，手动操作 dom 可以作为点缀，不能喧宾夺主，并行和 vue 两套逻辑各自争夺 dom 的控制权，我想这就是 vue 文档里说的意思吧。这里还是提出一个问题，不是抬杠啊，是实在我也不知道在 vue 里面该用什么方案解决比较好，比如要完整移动一个 dom （包括它绑定的事件，所以不能以拷贝节点方式实现，vue 中没提供相关方法，应该只能直接操作其 dom ）这在拖拽功能中是很常见的一类需求。

好的，感谢，人总是得从群体中汲取智慧，车辙印虽然可能不好走，但肯定也不会把自己带进坑里，问一下大家的看法还是很有必要的 @nomagick @doommm

@sadfQED2 jquery 要用也是配合 vue 的逻辑用比较好，大范围的独立于 vue 之外干预 vue 控制的 dom 的确是个烂主意

@IvanLi127 好的，感谢，我会作为参考的

@statumer 你说的是 vuex 吗？那个的确没学，我看文档才一周不到，现在刚刚用顺手 vue ，至少不是负效率写页面了，现在觉得还是挺香的，小项目使用$ref 偶尔协调一下应该够用了，毕竟需要直接操作 dom 的场景不多

@des 不是，眼馋是指有些情况下需要某个标签的属性或者 text 内容，或者跨节点操作，vue 似乎不提供现成方法，这时就很想拿到 dom 来操作，我之前写原生 js 比较多，习惯还一下子改不过来。

@sadfQED2 笑死，所以官方才不推荐这样操作吧，vue：肯定 jquery 干的，我没动过这 dom 。jquery：莫挨老子，我都没读取过这 dom 节点🤣

嗯，$ref 这玩意儿挺好使的，也是官方提供的。

@Kawa 是挺纠结的，偶尔需要操作一下 dom 时，原生代码真的老大一串，引入的话，又是很大的一个文件。所以说还是会点原生 js 比较好