这种情况感觉就是，SaaS 中台或者叫业务层与底层服务的区分，后端不想有 UI 的业务代码入侵后端，从设计上考虑其实无可厚非，无非就是 UI 的业务逻辑在哪一层聚合的问题，BFF 层可以后端维护，也可以前端维护，可以写在服务端也可以写在客户端，无关对错只是一个策略问题，你要是有能力可以推进后端针对业务抽象一层出来也不是不行，不好推就自己抽象吧

我有的时候会粘贴不到 chrome 的页面里，地址栏都可以粘上去，也许是有什么奇怪的插件？但也不是一定会出现....

这工具看起来蛮实用的，进入 24 年我依赖 CloudFlare Tunnel 的服务经常断链，感觉是个很好的替代

@yjsp1919
是的，直接写 js ，最简单的莫过于在控制台里自动翻页，拦截请求/直接解析 dom ，收集的数据直接生成文件下载下来
经常做这种事情可以写成油猴脚本，不想自己写代码可以去找 chrome 商店里的插件
其它，无头浏览器或者各种全自动测试框架也可以做这些事情，不过那就杀鸡用牛刀的感觉了

如果只是收集数据（一次性的），这种可以直接在浏览器里写脚本，不少插件干这事的...

的确，这个自己玩玩还行，大规模抓取用 AI 辅助效率不高，当前成本还蛮高的...
与其让 Ai 解析 html 文本，不如让 AI 辅助生成解析用的函数...

@luckykelan
前端 RN 后端无所谓吧，但 next.js 是不太合适...想用 js 写就 express 或者 koa 吧，想写变种 java 就 nest.js 。
个人感觉 koa 写着更舒服，轻量，但 express 社区更活跃，插件/教程/问题好解决一些。

我想知道有没有针对普通影视/动画资源的开源刮削工具..
stash 看起来是特化的...我知道一个闭源的，但不太好用，需要先手动整理很多东西...
我常用的
jellyfin: 本地影视库
cloudreve: 本地云盘
code-server: web 版 vscode

这个数据量并不多...几百万的数据 sqlite 在树莓派上，做这种关联查询单次也能压到几百 ms 内...
不过看描述感觉是先用一次查询获得下次查询的条件，进行嵌套查询，其实很多时候自己写各种数据结构算法还真不一定有数据库或者语言自带的数组便利好用，建议在实际运行的环境下试试再说

@0x0208v0 猜对了！是 Edge 附带一提开源版没这么个问题

这...有啥用啊？
纯文本我甚至可以找个有粘贴版历史的插件存在粘贴版堆栈里...干嘛，多此一举复制到一个网页里？
再不济哪怕我打开个网页控制台存一下？
太抽象了...
另外，现在 全选删除后，不能输入了，不知道是不是什么浏览器兼容问题

自动化接口测试...和 postman 不是一码事吧，postman 也就调试阶段能用用...发现自己开发的问题顶天了。
自动化接口测试除了线上环境监测外还能对持续迭代时做保障，使新的修改不会对以前关联的老功能造成连锁破坏，工程大了/时间长了之后，单平台全量手工回归在成本上几乎是不可接受的事情。其它那些测试用例的关联关系天然的是平台业务的说明书，如果人员流动性大，有的时候有做这些功能的测试就是最理解业务的人了。
测试针对业务平台写自动化接口测试就和研发写单元测试一样，场景/项目没有复杂到一定程度时，的确容易投入和产出不成正比，但还远没到鸡肋的地步。

@winterfell30 这也很好理解，供大于求了呗，从业人员多于市场需求，哪行哪业这都会这样也是必然现象，市场经济的自然调节

@winterfell30 问题是实际上，软件公司并不是这么运作的，除非你做独立开发者或者合伙人，问题是，国内这个门槛的确是相对比较高，而现在的软件工程，为什么叫工程就是因为和建筑或者说土木工程有相似性，所以只说大多数普通程序员，这个类比的确没啥大问题，砌好一面墙一面墙的钱，包在工程里，安排每天搬几块砖按月领钱，和包在项目里，分配好需求按月领钱似乎也没什么本质性区别

这两框架最后写法其实都差不多，不过 vue 的写法很多小程序也是那么设计的（概念类似），国内可能 vue 应用的确更广一些